FWIW this time I agree with
zigster.
Perl is a language that allows you to play fast and loose.
However it does not free you from the laws of human
comprehension. It does not change anything about what is
and is not good programming technique. And the sooner
you learn that, the sooner you will truly master Perl
programming. Allow me to summarize the key points:
- If you wish to solve small problems, then scripting is
acceptable and can be done much faster than real
programming.
- If your problems grow into the realm of real
programming tasks, scripting as a style is inherently
a bad idea.
- Perl has not proven or disproven any general
principle about good programming technique. It merely
sits at an unusual combination of design choices that
intentionally does not try to force you to program well.
- As I have said many times, I do not like working with
programmers who have not absorbed these principles.
Please read what you wrote and what
zigster replied with
carefully. Then read
Re (tilly) 6: Ways of commenting subroutines. Then read all three
parts of
Avoid
symbolic references.
Hopefully between those I have convinced you that good
Perl programming is first and foremost good programming,
and only secondly does it have anything to do with Perl
as Perl.