Re^3: Perl as one's first programming language

I'm reminded of those who said that photography itself would destroy or devalue painting, or of those who said that the phonograph would destroy live music.

There is only so much you can do with a digital camera, just as there's only so much you can do with a 35mm SLR vs. a treated copper plate in a 200mm box camera.

There is also only so much one can wring out of Lisp, Perl, Ruby, Python, Smalltalk, ML or the other languages people say have spoiled them. Yet these tools are very useful for those looking to work quickly inside those limitations. Those who know assembly for an architecture (or who can customize the microcode for it) will always have certain advantages bought by taking on certain disadvantages.

Comment on Re^3: Perl as one's first programming language

Replies are listed 'Best First'.
Re^4: Perl as one's first programming language by DrHyde (Prior) on Apr 08, 2008 at 10:32 UTC
To use your photography analogy, I would suggest that to be a good photographer you need to have an understanding of certain basic skills which are common to painting, such as how to frame your subject for maximum effect. On top of that, you need certain domain-specific skills (a knowledge of how aperture and focal length interact, for example) and some trivial mechanical skills (which dial do I twiddle to set the shutter speed). To be a good painter you need the skills common to photography, plus domain-specific skills like how to mix paints and apply them accurately to the canvas, and trivial mechanical skills like how to wash brushes. Learning to program by learning perl will teach the trivial mechanical skills, and lots of perl-specific skills. However, if you want to learn the skills that are common to all programming, I think it's a bad choice. That's because perl does so much for you that you need to be doing really obscure or advanced stuff for that to matter so it's hard to teach them. Better to learn an assembler and C where it's much easier to learn that stuff. I don't mean to say that everyone should become an expert in assembler and C before tackling perl, just spend a week or two with them, so you get a basic understanding of what a variable really is, simple data structures like a linked list, how memory works, how loops and subroutines work, and so on. With those skills, the very hard problems that we claim perl makes merely difficult will be interesting instead of frustrating. Plus you'll really get to appreciate all that perl gives you "for free".	[reply]
Re^5: Perl as one's first programming language by mr_mischief (Monsignor) on Apr 08, 2008 at 17:17 UTC
I consider the fiddly bits of dealing with the machine an altogether different problem domain from designing and implementing an algorithm in a high level language. I think the common parts of programming can be taught in Perl without those low-level specific things getting in the way. Then, when you need raw performance or to bootstrap an OS or bootstrap a development environment on an OS, you can worry about the fiddly bits, which are much like specific brush strokes or mixing paints. Most painters, after all, start with pre-mixed colors and move into mixing their own paints for the best results.	[reply]