From MichaelRWolf at att.net Tue Nov 9 14:01:31 2010 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Tue, 9 Nov 2010 14:01:31 -0800 Subject: SPUG: What tool do you use to graphically document class relationships? Message-ID: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> I'd like to create some class diagrams. It's a lightweight architecture, but it's a bit bigger than paper/pencil. I don't need a huge IDE, or design tool. I just a drawing tool that will convey a coarse set of relationships between classes. What can you recommend (or anti-recommend)? -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From skylos at gmail.com Tue Nov 9 14:04:18 2010 From: skylos at gmail.com (Skylos) Date: Tue, 9 Nov 2010 16:04:18 -0600 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> Message-ID: Freemind. Basic hierarchy, some icons, plus arrows drawn between nodes styled appropriately. You can use freemind for almost anything if you try. Skylos On Tue, Nov 9, 2010 at 4:01 PM, Michael R. Wolf wrote: > I'd like to create some class diagrams. It's a lightweight architecture, > but it's a bit bigger than paper/pencil. I don't need a huge IDE, or design > tool. I just a drawing tool that will convey a coarse set of relationships > between classes. > > What can you recommend (or anti-recommend)? > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -- "If only I could get rid of hunger by rubbing my belly" - Diogenes -------------- next part -------------- An HTML attachment was scrubbed... URL: From jon at hogue.org Tue Nov 9 14:08:46 2010 From: jon at hogue.org (Jonathan Hogue) Date: Tue, 9 Nov 2010 17:08:46 -0500 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> Message-ID: http://www.gliffy.com/ web based. free (beer) On Tue, Nov 9, 2010 at 5:04 PM, Skylos wrote: > Freemind. > > Basic hierarchy, some icons, plus arrows drawn between nodes styled > appropriately. > > You can use freemind for almost anything if you try. > > Skylos > > > On Tue, Nov 9, 2010 at 4:01 PM, Michael R. Wolf > wrote: >> >> I'd like to create some class diagrams. ?It's a lightweight architecture, >> but it's a bit bigger than paper/pencil. ?I don't need a huge IDE, or design >> tool. ?I just a drawing tool that will convey a coarse set of relationships >> between classes. >> >> What can you recommend (or anti-recommend)? >> >> -- >> Michael R. Wolf >> ? ?All mammals learn by playing! >> ? ? ? ?MichaelRWolf at att.net >> >> >> >> _____________________________________________________________ >> Seattle Perl Users Group Mailing List >> ? ? POST TO: spug-list at pm.org >> SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list >> ? ?MEETINGS: 3rd Tuesdays >> ? ?WEB PAGE: http://seattleperl.org/ > > > > -- > "If only I could get rid of hunger by rubbing my belly" - Diogenes > > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > ? ? POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > ? ?MEETINGS: 3rd Tuesdays > ? ?WEB PAGE: http://seattleperl.org/ > From blibbet at gmail.com Tue Nov 9 14:34:01 2010 From: blibbet at gmail.com (Lee Fisher) Date: Tue, 09 Nov 2010 14:34:01 -0800 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> Message-ID: <4CD9CC59.3030207@gmail.com> On 11/9/10 2:04 PM, Skylos wrote: > Freemind. Yes, Freemind can do most anything. Check out the accessory list for useful import/export scripts. http://freemind.sourceforge.net/wiki/index.php/Accessories http://code.google.com/hosting/search?q=label%3Afreemind If you want to source OWL and target UML, for your class relationships, you could use Stanford Protege, then the TwoUse kit to convert the OWL to UML. If OWL is not needed, then this'd be overkill, and less fun. :-) There are better UML tools that don't involve OWL. ArgoUML might work, but first check if it supports the level of UML you need. Eclipse has some decent UML support these days. http://code.google.com/p/twouse/ http://protege.stanford.edu/ From ingy at ingy.net Tue Nov 9 15:40:43 2010 From: ingy at ingy.net (Ingy dot Net) Date: Wed, 10 Nov 2010 10:40:43 +1100 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: <4CD9CC59.3030207@gmail.com> References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> <4CD9CC59.3030207@gmail.com> Message-ID: Freemind would be fine for this because classes are hierarchical. Freemind can only map hierarchical relationships. That's why I don't use it for mind mapping anymore. Minds are rarely hierarchical. On Wed, Nov 10, 2010 at 9:34 AM, Lee Fisher wrote: > On 11/9/10 2:04 PM, Skylos wrote: > >> Freemind. >> > > Yes, Freemind can do most anything. Check out the accessory list for useful > import/export scripts. > > http://freemind.sourceforge.net/wiki/index.php/Accessories > http://code.google.com/hosting/search?q=label%3Afreemind > > If you want to source OWL and target UML, for your class relationships, you > could use Stanford Protege, then the TwoUse kit to convert the OWL to UML. > > If OWL is not needed, then this'd be overkill, and less fun. :-) There are > better UML tools that don't involve OWL. ArgoUML might work, but first check > if it supports the level of UML you need. Eclipse has some decent UML > support these days. > > http://code.google.com/p/twouse/ > http://protege.stanford.edu/ > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skylos at gmail.com Tue Nov 9 16:21:04 2010 From: skylos at gmail.com (Skylos) Date: Tue, 9 Nov 2010 18:21:04 -0600 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> <4CD9CC59.3030207@gmail.com> Message-ID: Freemind has links that are arbitrary and you can add hyperlinks of any node to any node. Your primary node structure is hierarchical, but your navigation within your structures doesn't have to be. :) Yes, it has limitations, but its a good structure to work on top of. Skylos On Tue, Nov 9, 2010 at 5:40 PM, Ingy dot Net wrote: > Freemind would be fine for this because classes are hierarchical. Freemind > can only map hierarchical relationships. That's why I don't use it for mind > mapping anymore. Minds are rarely hierarchical. > > > On Wed, Nov 10, 2010 at 9:34 AM, Lee Fisher wrote: > >> On 11/9/10 2:04 PM, Skylos wrote: >> >>> Freemind. >>> >> >> Yes, Freemind can do most anything. Check out the accessory list for >> useful import/export scripts. >> >> http://freemind.sourceforge.net/wiki/index.php/Accessories >> http://code.google.com/hosting/search?q=label%3Afreemind >> >> If you want to source OWL and target UML, for your class relationships, >> you could use Stanford Protege, then the TwoUse kit to convert the OWL to >> UML. >> >> If OWL is not needed, then this'd be overkill, and less fun. :-) There are >> better UML tools that don't involve OWL. ArgoUML might work, but first check >> if it supports the level of UML you need. Eclipse has some decent UML >> support these days. >> >> http://code.google.com/p/twouse/ >> http://protege.stanford.edu/ >> >> _____________________________________________________________ >> Seattle Perl Users Group Mailing List >> POST TO: spug-list at pm.org >> SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list >> MEETINGS: 3rd Tuesdays >> WEB PAGE: http://seattleperl.org/ >> > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -- "If only I could get rid of hunger by rubbing my belly" - Diogenes -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark_swayne at charter.net Tue Nov 9 18:20:25 2010 From: mark_swayne at charter.net (Mark Swayne) Date: Tue, 9 Nov 2010 18:20:25 -0800 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> <4CD9CC59.3030207@gmail.com> Message-ID: <2147E896-8A11-4024-BA62-8538DD654D3E@charter.net> I used to use Freemind, but I kept running into limitations. Now I use VUE http://vue.tufts.edu/ On Nov 9, 2010, at 3:40 PM, Ingy dot Net wrote: > Freemind would be fine for this because classes are hierarchical. Freemind can only map hierarchical relationships. That's why I don't use it for mind mapping anymore. Minds are rarely hierarchical. > > On Wed, Nov 10, 2010 at 9:34 AM, Lee Fisher wrote: > On 11/9/10 2:04 PM, Skylos wrote: > Freemind. > > Yes, Freemind can do most anything. Check out the accessory list for useful import/export scripts. > > http://freemind.sourceforge.net/wiki/index.php/Accessories > http://code.google.com/hosting/search?q=label%3Afreemind > > If you want to source OWL and target UML, for your class relationships, you could use Stanford Protege, then the TwoUse kit to convert the OWL to UML. > > If OWL is not needed, then this'd be overkill, and less fun. :-) There are better UML tools that don't involve OWL. ArgoUML might work, but first check if it supports the level of UML you need. Eclipse has some decent UML support these days. > > http://code.google.com/p/twouse/ > http://protege.stanford.edu/ > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From klevin at eskimo.com Wed Nov 10 00:17:12 2010 From: klevin at eskimo.com (=?ISO-8859-1?Q?Noah_R=F8mer?=) Date: Wed, 10 Nov 2010 00:17:12 -0800 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> <4CD9CC59.3030207@gmail.com> Message-ID: <4CDA5508.9050809@eskimo.com> On 11/09/2010 03:40 PM, Ingy dot Net wrote: > Freemind would be fine for this because classes are hierarchical. > Freemind can only map hierarchical relationships. That's why I don't use > it for mind mapping anymore. Minds are rarely hierarchical. What do you use for mind maps now? -- Noah Romer | "Lo! Men have become the tools of their tools." klevin at eskimo.com | -- Henry David Thoreau PGP key available | by finger or email | From jobs-noreply at seattleperl.org Wed Nov 10 07:09:58 2010 From: jobs-noreply at seattleperl.org (SPUG Jobs) Date: Wed, 10 Nov 2010 07:09:58 -0800 (PST) Subject: SPUG: JOB: Sr. Software Engineer, Belmont, CA Message-ID: Sr. Software Engineer/Developer (4 have just been hired but 2 more are needed) Permanent/Full-time position Must be US Citizens Location: Belmont, CA (Bay Area) Some telecommuting possible after a time but employee to reside in the Bay Area Salary: $115K - $125K + relocation assistance + stock options. Benefits: Comprehensive benefits package (medical/dental/vision, 2 weeks vacation, stock options, etc). Benefits begin on day 1 of employment. Founded in 2003, our client has significant experience designing and implementing complex applications (OO Perl). You will be responsible for the writing server-side code with occasional front-end responsibilities. You will recommend and implement changes to the software that will enable us to optimize, scale and grow. Our client provides Strategic On-Demand Billing Solutions for Marketing and Sales (online merchants). They support online merchants across multiple business models, from subscriptions to microtransactions, and focus on maximizing customer acquisition and retention through a secure, scalable infrastructure. Products include: Subscription Billing - Fraud Management - CashBox - ChargeBox - Client Services. They enjoyed a 3-year growth of 283% (2009 Revenue of $4.4 million from 2006 Revenue of $1.2 million). Employees: over 60 Responsibilities: - Write robust production-ready server-side code for web-based applications and develop prototypes quickly - all in Object Oriented Perl. - Design and plan the implementation, including documenting and presenting that design - Coordinate with business product managers and client services to validate and maintain project requirements - Develop and execute unit tests, then interact with QA department to coordinate testing activities - Estimate and meet timelines for development releases - Lead small teams of engineers on larger projects as needed - Proactively participate in maintaining team standards and best practices Requirements: - MUST HAVE 10+ years of development experience in designing and delivering complex, large-volume, diverse system applications - Extensive experience with Object Oriented Programming (Perl in particular), Oracle, SQL, Linux and/or Unix derivatives - Solid knowledge of development methodologies and project life cycles - Strong analytical skills - Excellent interpersonal and communication skills Contact: Angelo Caruana Creative Direction Recruiting Tel #: (408) 266-3999 www.cdrecruiting.com www.linkedin.com/in/angelocaruana From cmeyer at helvella.org Mon Nov 15 13:50:17 2010 From: cmeyer at helvella.org (Colin Meyer) Date: Mon, 15 Nov 2010 13:50:17 -0800 Subject: SPUG: November 2010 Seattle Perl Users Group (SPUG) Meeting Message-ID: NOTICE: Different venue this month! Von's. November 2010 Seattle Perl Users Group (SPUG) Meeting ==================================================== Topic: Social Evening Speaker: everybody Meeting Date: Tuesday, 16 November 2010 Meeting Time: 6:00 - 8:30 p.m. Location: Von's 619 Pine Street Cost: Admission is free and open to the public Info: http://seattleperl.org/ ==================================================== Tuesday, November 16, is the next meeting of the THE SEATTLE PERL USERS GROUP. This Month's Talk ----------------- This month we're going to get together and hang out. Suggested topics of conversation are: . What's new with Perl5 . Moosin' around . Perl6, Rakudo, Parrot, smop . Processing, Javascript, CLISP . Wiring up some arduinos to do your job for you . Beer About everybody --------------- It is said that alcohol loosens the oppressive superego that freud cursed us with. Meeting Location ================ Von's Roasthouse 619 Pine Street See you there! P.S. ================ There's irc, with a handful of people there most all of the time: #spug irc.perl.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From MichaelRWolf at att.net Wed Nov 17 11:38:09 2010 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Wed, 17 Nov 2010 11:38:09 -0800 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> Message-ID: <6CD4B80D-DE67-4341-A967-5F25F4A55979@att.net> On Nov 9, 2010, at 2:01 PM, Michael R. Wolf wrote: > I'd like to create some class diagrams. It's a lightweight architecture, but it's a bit bigger than paper/pencil. I don't need a huge IDE, or design tool. I just a drawing tool that will convey a coarse set of relationships between classes. > > What can you recommend (or anti-recommend)? Thanks for all who replied. FYI... I ended up using Freemind with good results. Not fancy. Doesn't look like UML. BUT.... it shows what I needed to show to a client: the hierarchical relationships that will exist in the product (if not in my non-hierarchical mind). Thanks again... -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From blibbet at gmail.com Wed Nov 17 13:57:53 2010 From: blibbet at gmail.com (Lee Fisher) Date: Wed, 17 Nov 2010 13:57:53 -0800 Subject: SPUG: What tool do you use to graphically document class relationships? In-Reply-To: <6CD4B80D-DE67-4341-A967-5F25F4A55979@att.net> References: <0D760F37-5022-4B5D-B2C4-65CFC89EE590@att.net> <6CD4B80D-DE67-4341-A967-5F25F4A55979@att.net> Message-ID: <4CE44FE1.7020604@gmail.com> > FYI... I ended up using Freemind with good results. Also note FreePlane, a fork of FreeMind, with slightly different features. http://www.freeplane.org/ http://freeplane.sourceforge.net/wiki/index.php/Relationship_to_FreeMind http://freeplane.sourceforge.net/wiki/index.php/Main_Page#Freeplane_features http://freeplane.sourceforge.net/wiki/index.php/Freeplane_1.2.x-1.3.x#The_most_important_new_features From andrew at sweger.net Mon Nov 22 16:38:44 2010 From: andrew at sweger.net (Andrew Sweger) Date: Mon, 22 Nov 2010 16:38:44 -0800 (PST) Subject: SPUG: YAPC::NA 2011 -- Asheville, NC Message-ID: Just helping to get the word out (if you haven't already seen this five times): Chris Prather writes thusly: We have been remiss in announcing more widely that the Call for Speakers[1] and Call for Sponsors[2] for YAPC::NA 2011 is open. For those of you unaware YAPC::NA 2011 will be held June 27th-29th in Asheville, NC. More information about YAPC::NA can be found on the website http://yapc2011.us. [1]: http://www.yapc2011.us/yn2011/call_for_speakers.html [2]: http://www.yapc2011.us/yn2011/sponsorship.html From MichaelRWolf at att.net Sat Nov 27 17:21:38 2010 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Sat, 27 Nov 2010 17:21:38 -0800 Subject: SPUG: Template Toolkit and Module::Build Message-ID: Anyone used TT2 and Module::Build together? I'm looking for a (non-web) set of best (or at least OK) practices that works with Module::Build. I'm familiar with the basics of Build.PL for creating and installing a module (or 3), but could use some guidance for the "ancillary" pieces of a distribution that needs run-time non-module parts. By "best practice", I mean a combination of practices in client code, Build.PL, and directory structure that works well with - Build && Build test # regression testing - perl -I blib/lib t/xxx.t # debugging modules - perl -I blib/lib bin/main.pl - Build dist # distribution - Build install # client installation * Where did you put the templates (*.tt) and the stand-alone Perl programs (*.pl) relative to Dist-Name/lib/Dist/Name.pm? * How did that change from development to deployment? * How did the 'main' program reference the the template directories in Template->new( { INCLUDE_PATH => [dir1 dir2] } )? * What sections did you use in Build.PL to make sure the *.pl and *.tt files worked with Build targes of 'test', 'dist', and 'install'? * Was $FindBin::Bin/../dir1/dir2 a part of the solution? Or was there some library-relative piece? It might be instructive to me (and others) to do a 'ls -r' in a new distribution, and various cut/paste references to *.tt and *.pl from Build.pl and main-program.pl. Alternatively, a URL to a better description of Buld.PL (no, not how to sub-class it, how to *use* it as it is -- just my beef with the "Cookbook" and "Authoring". OK end mini-rant) ...Or a suggestion of a CPAN module that does it well. Thanks... -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From ingy at ingy.net Sun Nov 28 03:36:06 2010 From: ingy at ingy.net (Ingy dot Net) Date: Sun, 28 Nov 2010 22:36:06 +1100 Subject: SPUG: Template Toolkit and Module::Build In-Reply-To: References: Message-ID: Why do you want Module::Build? Module::Install makes everything trivial. use inc::Module::Install; install_script 'bin/foo'; install_share; File::ShareDir finds files under share/ after they are installed. On Sun, Nov 28, 2010 at 12:21 PM, Michael R. Wolf wrote: > Anyone used TT2 and Module::Build together? > > I'm looking for a (non-web) set of best (or at least OK) practices that > works with Module::Build. I'm familiar with the basics of Build.PL for > creating and installing a module (or 3), but could use some guidance for the > "ancillary" pieces of a distribution that needs run-time non-module parts. > > By "best practice", I mean a combination of practices in client code, > Build.PL, and directory structure that works well with > - Build && Build test # regression testing > - perl -I blib/lib t/xxx.t # debugging modules > - perl -I blib/lib bin/main.pl > - Build dist # distribution > - Build install # client installation > > * Where did you put the templates (*.tt) and the stand-alone Perl programs > (*.pl) relative to Dist-Name/lib/Dist/Name.pm? > * How did that change from development to deployment? > * How did the 'main' program reference the the template directories in > Template->new( { INCLUDE_PATH => [dir1 dir2] } )? > * What sections did you use in Build.PL to make sure the *.pl and *.tt > files worked with Build targes of 'test', 'dist', and 'install'? > * Was $FindBin::Bin/../dir1/dir2 a part of the solution? Or was there some > library-relative piece? > > It might be instructive to me (and others) to do a 'ls -r' in a new > distribution, and various cut/paste references to *.tt and *.pl from > Build.pl and main-program.pl. > > Alternatively, a URL to a better description of Buld.PL (no, not how to > sub-class it, how to *use* it as it is -- just my beef with the "Cookbook" > and "Authoring". OK end mini-rant) > > ...Or a suggestion of a CPAN module that does it well. > > Thanks... > > -- > Michael R. Wolf > All mammals learn by playing! > MichaelRWolf at att.net > > > > _____________________________________________________________ > Seattle Perl Users Group Mailing List > POST TO: spug-list at pm.org > SUBSCRIPTION: http://mail.pm.org/mailman/listinfo/spug-list > MEETINGS: 3rd Tuesdays > WEB PAGE: http://seattleperl.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From MichaelRWolf at att.net Tue Nov 30 10:44:01 2010 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Tue, 30 Nov 2010 10:44:01 -0800 Subject: SPUG: [Bulk] Re: Template Toolkit and Module::Build In-Reply-To: References:

Message-ID: <72EB1BD6-350B-4FBC-88D6-AC3F32694BE0@att.net> On Nov 28, 2010, at 3:36 AM, Ingy dot Net wrote: > Why do you want Module::Build? Personal habit and module-starter stuff that's been around for a while. It's not "broken" (for some definition of broken), so I fixed other things with my time/energy. > Module::Install makes everything trivial. > > use inc::Module::Install; > install_script 'bin/foo'; > install_share; Thanks. I'll look into it. Is this "trivial", for the Ingy definition of trivial, or for the mere-mortal definition? > > File::ShareDir finds files under share/ after they are installed. This is great to know about. Thanks. I'm not seeing how to use this during testing. At least the modules in ../blib can be accessed during testing by mucking with -I flags (or PERL5_LIB). I don't see how the share can be intercepted in develoment and test prior to 'Build install'. What am I missing? -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From seatechiegroup at gmail.com Tue Nov 30 18:51:40 2010 From: seatechiegroup at gmail.com (J M) Date: Tue, 30 Nov 2010 18:51:40 -0800 Subject: SPUG: Cloud Camp Seattle Dec 1st Message-ID: Hello All, Sorry for the late notice, but if you are interested in joining our 2nd cloud camp in Seattle on Dec 1st (tomorrow), please register at: http://bit.ly/cloudcampsea1210 Its free. We'll have food and drinks at the event and an open bar/wine get together after the meeting concludes. We are doing one last call before we close enrollment. Regards, Jon -------------- next part -------------- An HTML attachment was scrubbed... URL: