SPUG: Tonight's Dinner & Meeting

Tim Maher tim at consultix-inc.com
Tue Jan 15 15:20:25 CST 2002

Hungry SPUGsters,

You are invited to dine with Brian Ingerson, our special guest speaker,
tonight at the Cedars restaurant.  It's at 47th St. and Brooklyn, in
the University District, near the Safeco building where the meeting
will take place.  The phone number is 527-5247, and we'll meet at 5pm.
Around 6:15, we'll head over to the Bigtime Brewery and Alehouse, to
conduct "final preparations" for the 7pm meeting, and others might like
to join up with us there.

Brian tells me that his new module, YAML.pm is destined to be even bigger
than Inline.pm, so tonight's meeting is your chance to be one of the
first to learn about this revolutionary software.

Also, because he'll be moving East *tomorrow*, this will be your *last
chance* to see Brian in the PNW for quite a while!

Finally, in keeping with our policy of featuring Beginner-level topics
periodically, I'll be giving an "Intro to Perl" talk for the first quarter
of the meeting.

A copy of the original meeting notice is attached.

|  Tim Maher, Ph.D.             Tel: (206) 781-UNIX/8649    |
|  SPUG Founder & Leader      Email: spug at seattleperl.org   |
|  Seattle Perl Users Group    HTTP: www.seattleperl.org    |
                      Seattle Perl Users Group
                         January Meeting, 2002

    Topic #1: "Intro. to Perl"
     Speaker: Tim Maher, Consultix (http://www.consultix-inc.com)

    Topic #2: "YAML: Yet Another Markup Language"
     Speaker: Brian "Ingy" Ingerson, formerly of ActiveState Corp.

     Cost: Free!

     Time: January 15th, 2002, 7pm-9pm
 Location: Safeco Tower auditorium, University District, Seattle
More Info: www.seattleperl.org

Pre/Post Meeting:
           Big Time Brewery and Alehouse
	   4133 University Way NE, Seattle

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 

**  Intro. to Perl  **
Tim Maher, Consultix (tim at consultix-inc.com)

+ Perl as an outgrowth of the grep, sed, awk,and shell utilities of UNIX
+ Perl documentation
+ Perl culture and gatherings
+ Perl educational resources, online and otherwise
+ Elementary examples of simple Perl programs
+ What a module is, and where to look for free ones (viz., CPAN)

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 

**  YAML.pm: Yet Another Markup Language  **
Brian "Ingy" Ingerson (ingy at cpan.org)

YAML (Yet Another Markup Language; aka YAML Ain't Markup Language)
is a generic data serialization language that is optimized for
human readability. It can be used to express the data structures
of most modern programming languages.  (including Perl!!!) More
information can be found at http://www.yaml.org/.

Does your camel YAML?

       YAML is readable for people.
           It makes clear sense out of complex data structures.
           You should find that YAML is an exceptional data dump-
           ing tool. Structure is shown through indentation, YAML
           supports recursive data, and hash keys are sorted by
           default. In addition, YAML supports several styles of
           scalar formatting for different types of data.

       YAML is editable.
           YAML was designed from the ground up to be the ulti-
           mate syntax for configuration files. All almost all
           programs need configuration files, so why invent a new
           syntax for each one. And why subject users to the com-
           plexities of XML or native Perl code.

       YAML is multilingual
           Yes, YAML supports Unicode. But I'm actually referring
           to programming languages. YAML was designed to meet
           the serialization needs of Perl, Python, Tcl, PHP,
           Java. It was also designed to be interoperable between
           those languages. That means any YAML serialization
           produced by Perl can be processed by Python, and be
           guaranteed to return the data structure intact. (Even
           if it contained Perl specific structures like GLOBs)

       YAML is taint safe.
           Using modules like Data::Dumper for serialization is
           fine as long as you can be sure that nobody can tamper
           with your data files or transmissions. That's because
           you need to use Perl's "eval()" built-in to deserial-
           ize the data. Somebody could add a snippet of Perl to
           erase your files.

       Plus much more...

| Dr. Tim Maher, CEO, Consultix          (206) 781-UNIX/8649;  ask for FAX# |
| EMAIL: tim at consultix-inc.com           WEB: http://www.consultix-inc.com  |
| CLASSES!  FEB: Unix; Perl; APR: Shell; Int & OO Perl; Perl Database w/DBI |

 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
     POST TO: spug-list at pm.org       PROBLEMS: owner-spug-list at pm.org
      Subscriptions; Email to majordomo at pm.org:  ACTION  LIST  EMAIL
  Replace ACTION by subscribe or unsubscribe, EMAIL by your Email-address
 For daily traffic, use spug-list for LIST ;  for weekly, spug-list-digest
     Seattle Perl Users Group (SPUG) Home Page: http://zipcon.net/spug/

More information about the spug-list mailing list