Perl also seems to be, as brought to my attention by the Sams Learn Perl in 24 Hours, an excellent scripting language for prototyping a job that will eventally be compiled in something like C, especially with it's syntax being close to that of C's.
If you're truely "thinking" in Perl, you'll find that a lot of your code won't map easily into a C equivilent. And if you're not thinking in Perl, you're probably not taking full advantage of the language. There are those who write Perl, and those who write in interpreted C.
Now, that's fine if you're fully intending to prototype in Perl and then move to C (you just avoid using Perl idioms), but if you're humming along in Perl and suddenly the boss comes in and wants it redone in C, you might have a problem.
IMHO, you shouldn't make a C translation an option until you have proven that you need the speed benefit. If Perl isn't a good fit for your task, use another language, but don't automatically go into C.
/me does his part to keep the world safe from buffer overflows
----
: () { :|:& };:
Note: All code is untested, unless otherwise stated
In reply to Re: Re: perl's forte
by hardburn
in thread perl's forte
by kiat
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |