Problems? Is your data what you think it is? | |
PerlMonks |
Re: Perl is dyingby shmem (Chancellor) |
on Jul 15, 2006 at 00:46 UTC ( [id://561375]=note: print w/replies, xml ) | Need Help?? |
Ah. Anonymous Monk is looking into the future. Well then, I'll look
a bit into the past (my past) to contribute something that might be
interesting.
Way back I was programming on a nifty CAD program on the ATARI ST, in GFA Basic, and my extensions to it earned me a job at the university which roughly consisted in documenting their UNIX network and help to solve problems. I had no clue of programming when I started on that CAD thingy, and I had no clue of UNIX either but sat at a SPARCstation IPC running SunOS 4.1.3 and was supposed to deliver something useful. Took me about half a year self-teaching me the use of shells, sed, awk, tr, uniq, sort, oodles of other binaries to get a grip on what UNIX is about, I dabbled with yacc, nm, ld and so on.. well, the documentation was never done. By the time I had the clue there was a budget cut and someone had to go. 'Twas me, since I was not involved in anything vitally important to the institute. But meanwhile I did some useful things. My tutor gave me the hint to look at perl whilst I was doing some complicated networking stuff, and when disk quotas became a problem I whipped up a perl shell that behaved exactly like a user's shell, but allowed only operations which reduced the disk space used. Im still working with this shell, 13 years old now, of course without the restrictive part ;-) What first struck me with perl were the three virtues of programming, laid out in the pink camel book: laziness, impatience and hubris. Note that these virtues are diametral to social virtues:
These opposites deserve a meditation on it's own. But tell me, is there any other other computing language which takes you to musing about those things right in the first chapter of the book describing it? Next job was replacing a Siemens Quattro system with HPUX/X11, and I was supposed to write database stuff without a database, because $customer could not decide on which one to use at that time. I wrote my own, perl and DB_File, it was a mess but ran lightning fast and did it's job for four years at least. I spent my time as system administrator, security consultant, perl hacker, networker, software and hardware reseller (not in that particular order), but not in the realm of architecture which I had originally chosen. Ah, yes, and web programming. Back to the present. I'm not a programmer, but I do it. Things that I work out in perl often prove helpful, and many of them are done in no time, some require "banging my forehead with a book for half a year", but I have never found a task in which I had to "fight my tool", which is perl. Sometimes my code is a mess, sometimes I'm proud of it, but then I get humbled whith what I see e.g. at perlmonks. I see perl is shipped with major OS distributions, it is used for kernel builds, administration tasks, bioinformatics, text munging, glue stuff, glue, and glue and glue stuff, and many other things I don't even know. The future? From my experience, I disagree with you, Anonymous Monk, and I agree with you. "All things must pass", as George Harrison said, but I guess perl will not die anytime soon. Perl is a wonderful tool, and a tool will die and be relegated to a museum when the task for which it was invented no longer exists. Using a better tool is always right, if it helps to "get your job done before your boss fires you." But as for now I cannot see any other tool more apt for this particular task than perl.
Ah, this is growing long. Just a few condensed points, to repeat
other posters:
There are so many things in your post I'd like to gainsay, but time.. Apologies for length and signal to noise ratio, _($_=" "x(1<<5)."?\n".q·/)Oo. G°\ / /\_¯/(q / ---------------------------- \__(m.====·.(_("always off the crowd"))."· ");sub _{s./.($e="'Itrs `mnsgdq Gdbj O`qkdq")=~y/"-y/#-z/;$e.e && print}
In Section
Meditations
|
|