bliki: Dynamic Type Check
Recently some of our developers ran into the accusation that with a dynamic language like ruby you use so many dynamic type checks that you end up effectively writing your own type system. So they thought, since we've written a lot of real ruby code - how often do we make dynamic type checks? Michael Schubert gathered up the data. The table below contains the data. We define a dynamic type check a
Microsoft .NETプログラミング言語の未来
具体的に.NETプラットフォームを対象としているプログラミング言語での最新の傾向を見てみると、いくつかのことが現れている。PDC2008では、.NETやプログラミング言語にまつわるMicrosoftの考えが、多く明らかにされた。.NETの今後を観察するのが興味深くなった。 .NETプラットフォームは、Common Language Runtime(CLR)(リンク)上で実行するC#やVB.NETで始まった。CLRは、Common Language Infrastructure (CLI)(リンク)スペックの実装である。CLIスペックは、新しい言語を作成したいと考えている人なら誰でも、実装することができる。それにより、デベロッパ は、幅広いプログラミング言語から選択することが可能になる。2008年12月10日、MicrosoftはCLR上に構築されるDynamic Language Runt
CLRとJVMにおける動的言語
先ごろ、複数のSunのエンジニアがLang .NET Symposiumに参加した。John Rose氏とCharles Nutter氏は、.NETの開発者が大部分をしめる来場者に対し、SunのDa Vinci Machineプロジェクト(source)を紹介した。このプロジェクトは表面的にはMicrosoftのDynamic Language Runtime(source)（DLR）と類似しており、どちらのプロジェクトも、それぞれの仮想マシンでの動的言語のサポート改善を目指している。しかし、その問題に対するアプローチはかなり異なる。 DLR は、その大部分がJim Hugunin氏が作成したIronPythonに基づくもので、もっと簡単に.NETのCLR上で動的言語を実装するために設計されたライブラリやツールである。DLRは、（言語にとらわれない表現木による）コンパイラやインタプリタ生成
拡張容易性：動的および静的プログラミング言語
Chandlerの個人情報管理プロジェクトの廃止をきっかけに、動的言語の拡張容易性の可能性についてTSSで議論があった。Ted Neward氏は言語にまつわる言い争いという枠を超えて、この問題に関する構造化された洞察を示そうとした(ブログ・英語)。 まず最初に、Neward氏は「コードのラインであるので、ラインプロジェクトの規模」、または「1秒あたり100000の要求にスケールする必要がある ように、容量の取り扱い」という観点で言語のスケーリングは理解することができる、と強調している。その2つの項目は、線引きされなくてはならない。とい うのは両者は重要であるけれども、常に密接な関係があるというわけではないからだ。つまり、アセンブリー言語やCは容量の拡張容易性を助長するが、規模の 拡張容易性は助長しない。 Neward氏は、規模の拡張容易性を「プロジェクトの複雑さの度合いを拡張、または高める
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Venkat Subramaniam氏が日々のソフトウェア開発の事実と誤信ついて講演
JSR-292 の草案レビューが発表される
Bill Burke氏のブログ記事：動的言語 -正当化と神話-
IBM Developer
Efficient data transfer through zero copy
Java、RubyとContinuous Tax