Chas. Owens wrote: > On Thu, Aug 13, 2009 at 20:25, Steve Bertrand<st...@ibctech.ca> wrote: > snip >> - is "Perl Best Practises" what most of you use as general guidelines? >> IOW, if I continue reading it, will you be able to better understand my >> code (even though I stick with a few _small_ personal techniques)? From >> what I've read so far, I'm better understanding many of Uri's past >> comments a lot better > snip > > PBP is a collection of the folk wisdom at the time of writing. Most > things in it are good. Some have not stood the test of time (inside > out objects).
I haven't got that far in the book yet, but I do feel already that there are things that just won't stick (and I'm not even a programmer). > I love Vim, but you should also look at Emacs. You should also throw > it away in disgust, but you should at least look at it to know that > you are not one-of-those-people. Agreed. I tried it years ago, but with the same effort I tried vi(m) back then...ehrm...none. I'll give it a try, just so I can _silently_ have an opinion on future flame wars. I don't mind whatsoever using meta/ctrl chars, but I do feel already that vi suits my personality/workstyle perfectly. > Spacing, like editors, is a religious issue. I am an eight character > hard tab programmer for the same reasons Uri mentions. Another > benefit of eight character tabs combined with an eighty character line > limit is that your indent level servers as a warning that your code is > getting too deeply nested. It is religious, and that is not my intention. I'm sure that is well read. Anyone with anything other than constructive comments will be promptly disregarded, I'm sure. I've always done 8-char hard tabs. I've coded for 10 years, off-and-on, mostly quick scripts and some mickey-mouse C++ stuff in Windows. I like 8-char tabs, but I also like how 4-char tabs print onto paper, because I like to read other people's code at home, when I'm just laying on the couch. I don't know what I'll stick with yet. So long as 4 or 8 is _accepted_, I'll figure out how I want mine to be eventually. > Perl::Critic is good. Many of its rules come straight from PBP; > however, like PBP, it is important to remember that parts of it are > just advice. Yes. I toyed with it at all levels. Of course, not having read all of the book yet, many of the 'warnings' tipped me off to things that would be best practise even before reading the book. Things that I kinda-shoulda known better, but didn't. >> - what other Perl lists/sites can you recommend to me? fwiw, I prefer >> mail lists or newsgroups, as I don't have to bother browsing all over >> the web. > [P5P][1] has some interesting things on it. I like [Stack > Overflow][2]. Other good things are [comp.lang.perl.misc][3] and > [Perl Monks][4]. There are numerous other specialty [mailing > lists][5]. Another interesting source of information is the [Perl > Iron Man Challenge][6] (a [blogging challenge][7] put forth by > [mst][8]). > > [1] : http://www.perlfoundation.org/perl5/index.cgi?perl5_porters > [2] : http://stackoverflow.com > [3] : http://groups.google.com/group/comp.lang.perl.misc/topics > [4] : http://perlmonks.org > [5] : http://www.perlfoundation.org/perl5/index.cgi?mailing_lists > [6] : http://ironman.enlightenedperl.org/ > [7] : http://www.shadowcat.co.uk/blog/matt-s-trout/iron-man/ > [8] : http://www.shadowcat.co.uk/blog/matt-s-trout/ Wow, nice! Thanks as always Chas! Steve
smime.p7s
Description: S/MIME Cryptographic Signature
