クラウドIDE向けの言語への要求はいろいろありますが、従来にない要求のひとつは課金。つまり実行した時の課金額が見積もれるのは言語であること。RT @shot6 クラウドを効率的に使うための言語というのも新しいカテゴリですね・・・
2010-09-29 18:06:26綴りをミスってた。「EclipseはJavaの開発環境ではなく、Eclipseで使える言語がJava (一番便利に使える言語という意味)。この主従関係を間違えてはいけない。」ですね。
2010-09-29 18:07:51続き。クラウド向き言語として関数型・論理型言語は有望なのですが、個人的にいまひとつピンと来ない理由は、OO言語を含む手続き型言語と比べて、課金の見積が難しいことだったりします。
2010-09-29 18:11:20開発段階で課金を気にしなければならない? 古のバッチシステムを彷彿させます(実体験はないのですが). RT @ichiro_satoh: クラウドIDE向けの言語への要求はいろいろありますが、従来にない要求のひとつは課金。つまり実行した時の課金額が見積もれるのは言語であること。
2010-09-29 18:14:02そうですね。昔に戻るかもしれませんね。ひとつのジョブの課金は少額でも、そのジョブが大量に呼ばれるわけで、ジワジワと効いてきそう。RT @wtakuo 開発段階で課金を気にしなければならない? 古のバッチシステムを彷彿させます(実体験はないのですが).
2010-09-29 18:17:50. @kenji_rikitake @ichiro_satoh GCはJavaにもありますし.ソースコードの段階で動作がわかりづらくて(?)見積もりしづらいということでしょうか.でも手続き型でも本質的に変わらないのでは.
2010-09-29 18:19:16はい、バックトラックのコストが予測しにくいことを心配しています。 RT @kenji_rikitake 関数型/論理型で問題になる点はなんでしょう.GCやバックトラックなどの不確定要素が入るということでしょうか.(外していたら申し訳ありません)
2010-09-29 18:19:48まあ,計算コストが見積もりやすい計算モデル(?)にもとづいた言語を作れば良さそうな気もします.型システムでコストが静的に決まったり(なんてね).
2010-09-29 18:23:45GCについてですが、クラウドインフラ事業者の関心事はリソースが足りなくなる状況を避けることですから、メモリを有効利用するために、むしろGCのない言語はインフラ事業者が認めないと予想しています。RT @kenji_rikitake: え,結局何に課金するかだと思うのです.
2010-09-29 18:28:06課金で一番わかりやすいのはシステム的な境界、つまりミドルウェアやサービスへのAPI経由のコールになっちゃいそうですねえ。
2010-09-29 18:28:29せめて静的解析のしやすさは欲しいですね。RT @wtakuo: まあ,計算コストが見積もりやすい計算モデル(?)にもとづいた言語を作れば良さそうな気もします.型システムでコストが静的に決まったり(なんてね).
2010-09-29 18:30:59この関数は速度優先だといくら,安さ優先だといくら,などと IDE に出てくると面白いかもー. RT @ichiro_satoh: クラウドIDE向けの言語への要求はいろいろありますが、従来にない要求のひとつは課金。つまり実行した時の課金額が見積もれるのは言語であること。
2010-09-29 18:31:45はい、安さ優先アルゴリズム・関数は出てくるかもしれませんね。RT @teranisi この関数は速度優先だといくら,安さ優先だといくら,などと IDE に出てくると面白いかもー. RT @ichiro_satoh: クラウドIDE向けの言語への要求
2010-09-29 18:34:52