ヨーロッパだと開発者の多くは学生（＝無収入）なので、 どの程度の意味があるかは謎ですけど、 あったらいいですねえ。 この記事はUS向けですが、 フランスとか日本でもこういう動きがあっていいと思います。

オープンソースに寄与した人は税制上の優遇措置（控除）が受けられるようにしようという話。 前にも似たようなのを見た気もしますが。

とある学生と話していて感じたこと。 彼はC、C++、Java等の経験しか今までありませんでした。 最近Pythonをかじり始めましたが、 彼は「Pythonはスクリプト言語だから遅い」と主張しました。 私は猛然と否を唱えました。

そもそもどっかの誰かが主張していることを自分で確認しないで信じている時点でアレなんですけど、 あまりに見方が単純過ぎるというのが私の観点。

私の主張を要約すると、

コンパイラは所詮線形にしか高速化しない（ベクトル化してくれるとか、そういうのは置いといて）。

いくら言語の平均的実効速度が高速でも、アルゴリズムが間抜けだと、スクリプト言語で賢く書いた方が速い（これは簡単に証明できる）。

概してコンパイラ言語（特にC）は機能が貧弱なので、まともなプログラムの規模になると、非常に開発効率が悪い。

開発効率は実行効率に間接的に影響を及ぼす。プログラムを改善するスピードが異なるならば、当然開発効率の優れた言語の方が速いプログラムを生み出しやすい。

現実問題、この世界の移り変わりは非常に速いのだから、開発時間がそもそも短い。

よって、開発効率の良いスクリプト言語の方がコンパイラ言語より実行速度においても優れている可能性は決して無視できない。

理論的に速いからといって、現実にも速いとは限らないんですよね。 書きにくい言語できれいなプログラムは簡単にはできないですから。

まあ、それは別にしても、Pythonには pypy なんて試みもありますし、 将来本当にスクリプト言語の方が決定的に速いという状況が生まれる可能性も否定できないと考えています。

追記： shiroさんのコメント について。 おっしゃることは全くその通りです。 議論した相手が相手だったので、 言葉の定義は適当です。 ここでは一般的に「そういう言語だと捉えられているもの」ぐらいに考えていただいた方が良いです。 もう少し厳密にするならば、動的言語、静的言語といった呼称の方が似合っているかもしれません。

境界の曖昧さは私は以前から認識しています（というか、境界の明確な言葉の定義の方が稀じゃないかな）。 実際Cで書いたからといって、 全てコンパイル時に決定されるわけではありませんし。 単純なプログラムでさえ今日では動的リンクなど、インタープリタ的動作が介在しますし、 結局多くのインタープリタはCで書かれています。 JavaやPythonのようにJITをサポートしている言語もあれば、 CommonLispやHaskellのように両対応している言語も存在します。 結局はどこまで動的にやるのかという問題でしょう。

psycoやpypyのように、とりあえずインタープリットしていって、 （やる価値のありそうなところを）実行時情報に基づいて複数バージョンをコンパイルしていくというアプローチは面白いと感じています。 ただ、GCCなんかは最近プロファイルによる最適化や関数を跨いだ最適化なんかをサポートしているので、 コンパイルに膨大な時間を費しても文句を言われない言語の方がより強力な最適化を施しやすく、 そう簡単には勝てないだろうなと思います。

まあ、いずれにしても「開発効率こそが重要である（場面も多々ある）」という私の主張には影響しないんですけどね。