アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
よーし (スコア:2, おもしろおかしい)
オブジェクトも動的だから、稼働しながらメンテできちゃいますよ。
まさにゲーム向け?
Re:よーし (スコア:0)
Java とかでも十分動的再構成出来ますがな。C でもプロセスをうまく分けとけばいけそう。
Re:よーし (スコア:1)
志を低く持てば、Javaでも出来るぞCでも出来るぞという議論も可能ですが、
どうせならもっと気前よく行きましょう。他にも色々メリット有るんだから。
ただまあ、Lispそのものが最高の解なのかどうかは俺は何と
Re:よーし (スコア:1)
LISP、はよく分からんですが、例えば ruby や Smalltalk、これらは確かに高い動的度を持っておるでしょう。しかし、それは他のものを犠牲にして得られたものではあるまいか?
例えば ruby の thread は、(native 化しようという動きはあれど) 基本的にユーザランドスレッドであり、お手軽な反面、より高機能なハードウェア (マルチプロセッサな環境など) をうまく利用することが出来ないでしょう。Smalltalk や LISP の現存する処理系も、多かれ少なかれそういう面を抱えているのではないですか
Only Jav^Hpanese available :-)
Re:よーし (スコア:1)
データの再編成を行うように自分自身のロジックをロジックで再編成できると。
…でよかったよね?>LISPのえらいひと
Javaは…早くテンプレート実装してください~
あ、あとVMのvesionがほんの少しでも変わると
kusanagi shin
Re:よーし (スコア:1)
今のノイマン型コンピュータではどんな言語を使おうがプログラムとデータは等価なのではあるまいか?…なんて原則論をゆってもしょうがないっすね。確かに LISP のその特徴はシンプル、かつ非常に強力な点でありますな。設定ファイルを LISP で書ける環境だと、値を設定すべきところに式が書けたりしてめちゃめちゃ便利ですよねぇ。
> Javaは…早くテンプレート実装してください~
なんでも次のバージョンでは実装される予定だそうで。僕自身は全然必要性を感じていないんですけど、Java でも便利ですかね
Only Jav^Hpanese available :-)
Re:よーし (スコア:1)
「同一の」じゃないから厄介なんですよね。「同様の」なんです。templateなるものが欲しくなる場面ってのは。
コンテナ型がよく引き合いに出されますね。Hoge型のデータを格納するFuga型コンテナ、みたいな。
Fuga型の仕組みはHogeが何だろうとそうそう変わるわけじゃないけど、一方でFuga型は
Hoge型とそれ以外とを差別化したくて、しかもHoge型に使いたい型の候補は1つじゃないと来たもんだ、
というケースですね。「型を作る」ときに他の型(とか)で修飾(?)したくなるという状況。
そう。「型を作る」なんですよね、問題は。
Hogeに相当する型を取っかえひっかえして色々なFuga型ファミリーを作りたい、という。
で、俺としては、いいかげん面倒だから、全部動的にしちゃえ、と思っているわけです(笑)。
ただまあ、JavaのGenericの方向性は、C++みたいなドロドロしたものにはならずに済むと聞いてる
(C++のtemplateは導入によって理解が難しくなる(笑)が、GenericなJavaはむしろすんなり理解できる)
んで、まあ有っても良いかなとは思ってますし、必要に迫られりゃ俺も使うでしょうね。
>この「ほんの少しでも変わるとがらり」に相当するような挙動は見たことがないです。
出来れば(出来るだけ)、GCの「挙動」なんかに関わらずに済ませたいものです。