[Israel.pm] Next Meeting Suggestions

Shlomi Fish shlomif at iglu.org.il
Tue May 27 15:52:21 EEST 2008


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.


More information about the Perl mailing list