アカウント名:
パスワード:
Pythonの話題は非常によく./Jされますね。逆に本家ではRubyの話題がよく./されるようです。
単にマイノリティの方が積極的に動いてるってだけのような気も。もちろんそれは自然で正しいことだと思いますけど。
ところで、.NETで言うところの CLI 相当のものとしてJava VMを使うのって現実的なのでしょうか。JythonとかJRuby見てると「なーんだできるじゃん」と思ったりするんですが、それでもJavaを前提にした設計が足枷になりそうな危惧も消えない。
# .NETなんてどーでもいいんだけど、CLIって考え方だけはちょっと魅かれるのよね
call/ccとかfull tail recursionの実装は VMの設計が足枷になっているようですが、 もともとこれらの機能ってCやJavaのモデルとあまり 親和性がなくて、Schemeのネイティブ実装だってCとの インタフェースで悩むところですし、仕方ないかなと。
スタックエリアまでGCしてくれる(スタックがあふれたら 使ってないフレームを削除したり使ってるフレームを ヒープに動かしてコンパクトしてくれる)機能がVMにあれば、 クロージャ作るのも継続作るのも軽くて嬉しいなあ。
full tail recursionの実装は VMの設計が足枷になっているようですが
末尾再帰のない Scheme なんて Scheme じゃないような・・・(笑)初めて tail recursion を聞いたときには感動しました.
そういえば、 Guile [gnu.org]も CやらTclやらとのtranslatorを作ってpivot languageとする話があった気がしますが、 最近はどうなっているのでしょう。 PythonやRubyとのtranslatorは誰か作っていないのかな?
GuileからMuleテキストが削
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
隣の芝は青い? (スコア:1)
ところで、記事最後の
Re:隣の芝は青い? (スコア:1)
単にマイノリティの方が積極的に動いてるってだけのような気も。もちろんそれは自然で正しいことだと思いますけど。
ところで、.NETで言うところの CLI 相当のものとしてJava VMを使うのって現実的なのでしょうか。JythonとかJRuby見てると「なーんだできるじゃん」と思ったりするんですが、それでもJavaを前提にした設計が足枷になりそうな危惧も消えない。
# .NETなんてどーでもいいんだけど、CLIって考え方だけはちょっと魅かれるのよね
Java VM as CLI (スコア:2, 参考になる)
call/ccとかfull tail recursionの実装は VMの設計が足枷になっているようですが、 もともとこれらの機能ってCやJavaのモデルとあまり 親和性がなくて、Schemeのネイティブ実装だってCとの インタフェースで悩むところですし、仕方ないかなと。
スタックエリアまでGCしてくれる(スタックがあふれたら 使ってないフレームを削除したり使ってるフレームを ヒープに動かしてコンパクトしてくれる)機能がVMにあれば、 クロージャ作るのも継続作るのも軽くて嬉しいなあ。
Re:Java VM as CLI (スコア:1)
末尾再帰のない Scheme なんて Scheme じゃないような・・・(笑)初めて tail recursion を聞いたときには感動しました.
Koichi
Re:隣の芝は青い? (スコア:1)
Mr. XemacsことMr. Steven BaurとMr. Martin Buchholz
が、Java VM上にXemacsを実装したら
実はいけるんちゃうか?とideaをあつく語っていたのを。
これからは、Java VMはみんながつかうので、血眼で
高速化が図られるだろう。だから、Java VMのうえに
実装するというのは、将来的には、高速化の近道かも
しれない。
Emacs LispのVM(?)が高速化される速度を考えれば、
正しいと思う。
といったような内容でした。
それって、どうなったのかなぁ?
Guile as CLI? (スコア:0)
そういえば、 Guile [gnu.org]も CやらTclやらとのtranslatorを作ってpivot languageとする話があった気がしますが、 最近はどうなっているのでしょう。 PythonやRubyとのtranslatorは誰か作っていないのかな?
GuileからMuleテキストが削