Re: Perl Programming guidlines/rules

Well, I would make coding standards for good programmers, and from a good programmer, I would assume he/she knows the language. Non-perl programmers shouldn't program Perl. And as a manager, or tech-lead, I wouldn't allow non-Perl programmers to touch Perl code.

Perhaps rule 0 should be: "People who can't program in Perl are not allowed to touch the code".

$_ is one of the most basic things in Perl. If you have problems with the readability of $_, you shouldn't call yourself a Perl programmer.

Abigail

Comment on Re: Perl Programming guidlines/rules Select or Download Code

Replies are listed 'Best First'.
Re: Re: Perl Programming guidlines/rules by BUU (Prior) on Nov 21, 2002 at 23:48 UTC
I support using $_, but you should perhaps implement a standard/guideline in the form of 'Localize $_ in all user created subs', as something like the following: `sub foo{my $blah=shift; $_=substr $blah,0,1; /foo/;}` [download] Which looks fairly innocuous in the use of $_ to avoid more temporary vars (It's not an extremely good example, but it serves), but then you do something like`map{foo($_->[0]);$_;}` which can return wildly different results then you expected, and lead to many.. interesting.. bugs.	[reply] [d/l] [select]
Re: Re: Re: Perl Programming guidlines/rules by belden (Friar) on Nov 22, 2002 at 17:13 UTC
Wow, that really localizes $_ ? To me, it looks more like a straight assignment to $_. I would've expected something like: `sub foo { local $_ = shift; /foo/; }` [download] blyman :wq	[reply] [d/l]
Re^4: Perl Programming guidlines/rules by Aristotle (Chancellor) on Nov 27, 2002 at 15:38 UTC
No, it doesn't localize, and I'm fairly certain that BUU was pointing out that failing to do so is dangerous. Makeshifts last the longest.	[reply]
Re: Re^4: Perl Programming guidlines/rules by belden (Friar) on Dec 03, 2002 at 16:38 UTC


Don't ask to ask, just ask
	PerlMonks