Larry Wall Quotes on Performance
-
If you want to program in C, program in C. It's a nice language. I use it occasionally... :-)
-
Doing linear scans over an associative array is like trying to club someone to death with a loaded Uzi.
-
It would be possible to optimize some forms of goto, but I haven't bothered.
-
How do Crays and Alphas handle the POSIX problem?
-
As someone pointed out, you could have an attribute that says 'optimize the heck out of this routine', and your definition of heck would be a parameter to the optimizer.
-
I was trying not to mention backtracking. Which, of course, means that yours is 'righter' than mine, in a theoretical sense.
-
Well, hey, let's just make everything into a closure, and then we'll have our general garbage collector, installed by 'use less memory'.
-
It's hard to tune heavily tuned code. :-)
-
Well, I think Perl should run faster than C. :-)
-
Perl should remain fast and intuitive (to the extent that it is :-)
-
Perhaps you should compile your Perl with long doubles one of these megaseconds.
-
str->str_pok |= SP_FBM; /* deep magic */ s = (unsigned char*)(str->str_ptr); /* deeper magic */
-
In computer science, it is said that premature optimization is the root of all evil.
-
I already have too much problem with people thinking the efficiency of a perl construct is related to its length. On the other hand, I'm perfectly capable of changing my mind next week... :-)
-
(Presuming for the sake of argument that it's even *possible* to design better code in Perl than in C. :-)
-
If ease of use was the highest goal, we'd all be driving golf carts.
-
Optimizations always bust things, because all optimizations are, in the long haul, a form of cheating, and cheaters eventually get caught.