プログラミング業界にとっては、
「書きやすく、しかも何を処理しても速い」言語が永遠のテーマです。
実際にはそれほど上手い話はあまり有りません。
多数の言語が存在していることが、
逆にその証明になってるでしょう。
優れた言語であっても、不得意分野が必ずあり、
そのための言語が必ず産まれます。
似て非なる話で、MS Windowsプログラムでは、
古来ではwin32 apiを直接呼んでいたりしてましたが、
ある時から、MFCとか言い出しました。
GUIの「複雑な実装」には「オブジェクト指向」の考え方を取り入れるしかなかったからです。と、筆者は考えていますが。
更にそれでもダメで、C#とか言い出した。まあC#の言語としての評判は悪くなさそうですが。
「何を処理しても速い言語」はどうやって探すのか？
言語の実効速度の比較には、「ベンチマークテスト」がありますが、それをやっているサイトは、多数あります。
http://shootout.alioth.debian.org/u32q/which-programming-languages-are-fastest.php
大抵は、「Cが爆速で、スクリプト言語は激遅」みたいな結論に落ち着きがちです。
その中身は、「エラトスネスの篩」だったりとか。
いや、悪いって言うんじゃなくて、
言語の一部の性能だけを見ているのは確かですね。
例えば、前述のエラトスネスの篩だと、
多回転ループ、長配列の処理ってことになりますが、
果たして、実際の実装で、そういうケースが有るのかどうか？
って言うか、ネエよ!
受注開発で「エラトスネスの篩を作ってください」とかネエよ!
言語の「設計思想ベンチマーク」とでも言うべきものなのかも知れません。
ドコゾの何かのアプリケーションで、ベンチマークモードとかあるとか聞いたような。コンパイラだったかな？
もっと「実際の摘要に即したベンチマークテスト」が必要なのではないでしょうか。
「速い言語」を探して何をするのかというと、
最近ではもう大体webアプリケーションサーバでしょう。
#一昔前はWindows MFC一択でした。いい時代です。
じゃあ何を使えば良いのか？
C/C++で書くのが「速い」のは判りきってる事ですが、
それは低級言語だからであり、コンパイラだからでも有ります。
しかしwebアプリケーションをC/C++で書く、
なんて話は聞いたことがありません。
webアプリケーションの処理は、
文字列を切ったり貼ったりが非常に多く、
それはC/C++では、不得意分野だからです。
所詮は、言語はプログラムの手段、道具なのですから、
適材適所でしかるべきです。
そして、何やら、爆速テンプレートエンジンが有るって言うじゃありませんが。
http://www.kuwata-lab.com/tenjin/
名前からして日本人の作かな？と思いましたが、
英語ページしかありません。
#テンプレートエンジンだから、Tenjin？
#日本人のセンスだよなあ。
テンプレートエンジンの実装として、馬鹿正直に考えると、
大抵は、◯◯クラスを定義して、
テンプレート文字列を切ったり貼ったりする訳ですが、
このTenjinとやらは、そうではないらしい。
内部では、完全な単体スクリプトに変換してしまうらしい。
http://www.kuwata-lab.com/tenjin/phptenjin-examples.html
軽量言語のみサポートしているのもそういう事なのでしょう。
バイトコンパイラの性能頼みですが、実際速いらしい。
http://www.kuwata-lab.com/tenjin/img/fig01.png
比較対象が、不利な実装になってる可能性は否定できませんが、
Tenjin自身がそれだけ速いのなら、使ってみようか、
という気にもなります。
似たようなコンセプトで、JavaにはJSPが有る訳ですが、
残念ながらJSPが遅いのは有名です。
http://d.hatena.ne.jp/kwatch/20100603/1275524286
何故か、を危うく書こうとしてしまいましたが、
知ったかぶりが露呈するので辞めておこう。
