I could round up some modules that I like using and maybe note down some of "my PerlBestPractices;" (tm). Generally though, I'd like to hear from other more experienced coders/users.
On Thu, May 29, 2008 at 11:18 AM, Shlomi Fish <[EMAIL PROTECTED]> wrote: > On Thursday 29 May 2008, sawyer x wrote: >> A meeting sounds good, and generally anything Perl/GNU/Linux sounds >> interesting to me. These are a few topics that extra-interest me >> lately: >> - Anything kernel :) >> - TDD and Perl >> - Security in Perl and good security habits in general >> - Perl 6 and Perl 6 development (pugs, parrot, whatnot) >> - Writing for scability when "Perling" (a term I'm coining as of this >> moment - it means "Perl coding") >> - Any interesting module in CPAN (e.g. IO::All) - like the Config::* >> lecture - that was great >> - Personal Perling habits (or "my PerlBestPractices;")* >> - Perlbal anyone? >> >> Extra suggestions: >> - REST in Perl >> - AJAX in Perl >> - Interfaces in Perl: GTK, QT, Tk, Curses >> >> [*] actually, this seems like a really nice idea. We can each talk >> about what practices we have that we think keeps our code clean, >> efficient or whatever. Anything beyond "use strict and use warnings". >> Maybe even in specific applications like "in Template Toolkit, I >> always allow a debugging macro". >> > > These are great suggestions. However, we still need people to volunteer to > give them. I spoke with ik_5 on IM and he said he'd like to give one > presentation about Ruby and another one about Vim to the Tel Aviv OSDClub[1]. > But he'd like to give them in July. There's also Ori's presentation for July. > > Therefore, I'll schedule an OSDClub Tel Aviv meeting about Vim Tips and Tricks > for sometimes in June. > > Regards, > > Shlomi Fish > > [1] - OSDClub == Open Source Developers' Club. > >> On Tue, May 27, 2008 at 3:52 PM, Shlomi Fish <[EMAIL PROTECTED]> wrote: >> > Hi all! >> > >> > Well, I'm a bit distressed that I'm the only one who picks up the glove >> > and organises FOSS meetings in the Tel Aviv area. By all means, others >> > should volunteer too. >> > >> > There are no presentations' suggestions except my own: >> > >> > * http://www.shlomifish.org/lecture/joel-test/ >> > >> > * http://www.shlomifish.org/lecture/Perl/Lightning/Too-Many-Ways/ >> > >> > Now I'm not a good speaker, so if someone wants he should go over them, >> > read them and volunteer to present them. >> > >> > In any case, I have some other ideas: >> > >> > 1. A Joelsters ( http://www.joelonsoftware.com/ ) meeting - not strictly >> > about Joel-on-Software, but also about other software management and >> > philosophy-of-programming "gurus" (Eric Raymond, Paul Graham, Extreme >> > Programming, etc.). We can meet and discuss them and gossip about what >> > the workplaces we've been to are doing right or wrong. I can compose a >> > short reading list to serve as the starting point. >> > >> > 2. A Vim Tips and Tricks session - we can talk about plugins, options, >> > features, annoyances etc. of Vim and how to resolve them to our liking. >> > People can go over their Vim configuration and explain how they >> > configured it. >> > >> > 3. "Distribution War" - we meet and share our experiences working with >> > different Linux/BSD/Solaris/etc. distributions and give tips and tricks. >> > >> > ---------------- >> > >> > Your vote and comments are welcome. Please reply to both lists, and >> > please *do* reply. Don't expect other people to reply instead of you, >> > because the more people are, the less likely one of them is going to >> > reply. >> > >> > After the meeting we'll go to a nearby Café or restaurant for food and >> > chat, but this goes without saying. >> > >> > Regards, >> > >> > Shlomi Fish >> > >> > ----------------------------------------------------------------- >> > Shlomi Fish http://www.shlomifish.org/ >> > Best Introductory Programming Language - http://xrl.us/bjn84 >> > >> > The bad thing about hardware is that it sometimes work and sometimes >> > doesn't. The good thing about software is that it's consistent: it always >> > does not work, and it always does not work in exactly the same way. >> > _______________________________________________ >> > Perl mailing list >> > [email protected] >> > http://perl.org.il/mailman/listinfo/perl >> >> _______________________________________________ >> Perl mailing list >> [email protected] >> http://perl.org.il/mailman/listinfo/perl > > ----------------------------------------------------------------- > Shlomi Fish http://www.shlomifish.org/ > My Aphorisms - http://www.shlomifish.org/humour.html > > The bad thing about hardware is that it sometimes work and sometimes doesn't. > The good thing about software is that it's consistent: it always does not > work, and it always does not work in exactly the same way. > _______________________________________________ Perl mailing list [email protected] http://perl.org.il/mailman/listinfo/perl
