Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I don't think the "best tool for the job" is a useful question to ask, if the tools you have to pick between are all general purpose tools. It doesn't have an answer. What you really want is of all the adequate tools (of which there are many) the best tool for the programmer.

    Most of the typical programming jobs can be done as well in Perl as in Java or in C. However, said job needs to be done by a certain programmer. And for that programmer, Perl may be the best tool. Another programmer, facing the same

  • Any language is really two things.

    First is the language itself, some have strengths in different areas. Perl for strings and Java for threads for example.

    But then you have the second layer of the language environment, covering libraries, tools, editors, toolchains, compatibility etc etc. Some nice languages have terrible environments (Perl if you ignore CPAN), and some terrible language have amazing environments (Java).

    And it's both of these factors in any given area that need to be judged.
    • I'd add a third to this as well: what's your team's expertise? Sure, anyone can learn Java pretty quickly. (It's a simple language.) But it takes time to get to know the environment, the libraries, the differences from what you already know, and then the idioms and patterns that make you a very efficient programmer. We always talk about languages as if you can change from one to the other without cost, but you can't. (And, as much as some managers don't want to hear it, you can't interchange the people who