2 ms·

This isn't a meaningful definition because compilation and execution under a single command is trivial for any compiled language, including Go and Python and PH

This isn't a meaningful definition because compilation and execution under a single command is trivial for any compiled language, including Go and Python and PHP. As for lack of boilerplate, Haskell and many statically-typed, compiled functional languages have less boilerplate than PHP or Python. Dynamic typing is more meaningful, but regardless of definition, I fail to see why it's useful to restrict the scope to scripting languages. However, even if you make this restriction, there are many, many languages that are dynamically typed "scripting" languages that are much faster than PHP and Python (JRuby, Lua, JS, Wren, most lisps, etc).

igouy 9y ago
> dynamically typed "scripting" languages that are much faster than PHP and Python (JRuby ? http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=python3&lang2=jruby http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan...
- weberc2 9y ago
  That's not the graal backend. The TruffleRuby project uses Graal to make JRuby much, much faster. I don't know what the specific information, but generally "competitive with Java" is my understanding. Perhaps "TruffleRuby" is the name I should have used; it's not apparent and I'm only nominally familiar with the project.
  - igouy 9y ago
    Current Status: "TruffleRuby is progressing fast but is currently probably not ready for you to try running your full Ruby application on." https://github.com/graalvm/truffleruby#current-status https://github.com/graalvm/truffleruby#current-status
    - weberc2 9y ago
      Ok, I was wrong about Ruby, but my point stands--Python and PHP are not even "speed demons" of the so-called scripting languages.