That's a great article. Which raises the question, do you want predictable performance, or better expected performance with occasional inexplicably slow outliers? Is it impossible to have both with high level languages? Can it be made configurable?
Re:Things Paul Graham is wrong about
by silentbicycle on Tuesday October 26, 2010 @06:29PM
(#1836408)
His blog has a lot of gems. The functional retrogames series, in particular.
Even if it can be made configurable, adding all those knobs and dials may add a lot of complexity.
Lua does almost no optimization at compile time* (in part so it can compile data dumps rapidly) but I find it easy to predict the performance trade-offs in various implementation choices. In a roundabout way, it still ends up easy to tune.
Still, usefulness and performance are only indirectly related. I think that was PG's original point.
* Yet oddly it ends up quite a bit faster than Python, and there's also LuaJIT.