in reply to
Re: When to use perl
in thread When to use perl
I do see situations where it's easier to write "high quality applications" in another language. Let's say for instance I need to write applications that do a great deal of testing and measurement of a laboratory environment... well, could I write the application in Perl? Sure. But I'd probably use LabVIEW. Or lets say that I'm writing applications that require symbolic mathematics... I'd probably write it in Mathematica or Maple or Matlab. Or lets say I'm writing applications which have to do a ridiculous ammount of statistican analysis... could I do it in Perl? Of course, but I'd probably chose R... or let's say that I'm writing some kind of application that is, at it's core, a system for doing real-time analytics or timeseries analysis... well, I'd probably use K. Or let's say that I need to write an application for the telecommunications industry, say switching or converting protocols, could I use perl? Sure! But I might chose erlang. Let's say I've been asked to write a small windows application to interface with a MS-SQL server and an Excell spreadsheet... let's say, a simple decision support system... could I write it in perl? Sure, the Win32::* namespace rules... but realistically it would probably be easier (and a lot more deployable) in Visual Basic. Or let's say that I'm writing a banking application that has to support millions of transactions in a completely fault tolerant manner spread accross a geographically disparate cluster of E10k's, provide an understood environment in which I can hire commercial trainers to get my developers up to speed, as well as a pre-existing code library, accepted best practice design patterns, in order to minimize risk of an aborted development cycle (which would be massively detrimental to the bottom line.) Well, I may not like it, but I'd most likely chose a combination of Java, and J2EE. Let's say that I'm writing the worlds most advanced system for global airfare pricing and airfare shopping... I'd probably be these guys and implement the thing in Lisp.
Perl rules. I usually write code in Perl. Sometimes to my detriment, because other languages would have fit the problem domain better, but I'm human, and I'm confortable in my environment, and I'm loud and intimidating enough that if I want something, the other developers will let me get my way. But there is a nearly infinite number of domains in which chosing a language/platform/implementation strategy other than Perl is the right choice.