アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
池田信夫氏の見解 (スコア:0)
Re:池田信夫氏の見解 (スコア:0)
Re:池田信夫氏の見解 (スコア:0)
例えば、月世界旅行を引き合いに出して現在の宇宙開発をそう言うレベルで語るかな?
SF は SF です。夢を語る分には良いですが、実装と同列に扱ってはいけません。
Re:池田信夫氏の見解 (スコア:0)
TRONは「仕様」ではなく「概念」 (スコア:1)
その中で感銘を覚えたのが、同じ環境を提供するためには、特定のハードウェアにこだわらない「弱い標準化」ということです。
それによると、TRONは車に例えるなら「カローラ」や「ベンツ」といった特定車種ではなく「自動車」という概念、つまり「Mac」でも「Windows」でもなく、「コンピュータ」を目指していると。
エンジンもタイヤも、塗装もメーカーの工夫次第。
新型エンジンが出ても「自動車」の概念は古くならない、それと同じ事をコンピュータに持ち込もうとしたんだそうです。
ライタ
Re:TRONは「仕様」ではなく「概念」 (スコア:1)
フェラーリのスーパーカー(ってのかな:F1ではなく公道車製品のほう)って、
スポーティに乗っても快適だし、ちょっと買い物(笑)に乗っても快適なのだそうですね。
#真偽の程は知りません。「きいたはなし」なんで。ただ、そういう概念が存在することは常に可能ですね。
走り以外の全てを切り捨てたF1はそりゃ我々から見れば価値は低いですが、
それとは別に、色々な面を考えて作った上記の車のような進化形態もある、んだと思います。
そんな高価な車の話を
時よとまれ (スコア:0)
>時とともにあんまり進化しないことを想定していたん
>じゃないか?と
>ちょっと不安になることがあります。気のせいですかね?
彼はState of the artという言い方をしますから、数年以内に実現可能な実装ということで想定していると思います。
ADAみたいに 規格を作ったけれど誰も実装できなかった(GNUぐらいですか)規格
というのも多数世の中にはあるわけです。
10年前にPDAの規格をつくるのに300MHzのCPUと64MBのメモリーを想定してもしょうがないでしょう?
10年後に別の人が作ったときに「おれだって10年前に考えていたんだよ」とか言いたいだけなら別ですが。
そういう意味では携帯電話は数年後にはLINUXベースというのも十分ありでしょう。
規格も生もので賞味期限があります。
この業界で実装する側が20年かかったら、規格の方が腐るのは当然かと。
とりあえず20年(TRONが始まってそんなもの)後に通用し
なおかつメーカーがいま振り向いてくれそうな規格を自作するというのも一興かと。
あと作って地獄を改善したいということでしたら
ITRONデバッグ規格やメモリー保護規格に参加して改善する
組み込みの世界に1msec以内の処理を保証できるリアルタイムGCアルゴリズムを提供する
embedded C++よりわかりやすくて、現場に受け入れられ、早くて小さなランタイムを生成する言語を作る
などがあります。
いずれにしても妄想と言われないためには、使ってもらえる規格であることが第一です。
スーパーコンピューターをもらってもUNIXとC言語とXプロトコルから動かない人が普通じゃないですか。
JavaやC#はそこをわかっていて、Cに似せているわけです。
また庶民の買える値段でないと困ります。
使いやすいのはポルシェだと私は思いますが
走行距離ごとにエンジンから総取っ替えというメンテナンスを要求する、運べる荷物の量は限られた、高額車しかない
としたら、いくら使いやすくても、いやな世の中ですよ。
Re:時よとまれ (スコア:1)
でも逆に、10年たって仕様の詳細が変わったから、おまえの家にある(壊れてもいない)家電を交換しろ、
と言われたら悲しいわけで。
10年前の実装も今の実装も、外(Interface:相互運用性っすね)から見れば同じに見える、
というようなものが、そうそう易々と作れるものなのか、というのが心配でして。
10年後20年後の事を想定して作るなんて無理だ、というなら、それはそれでOKです。
ただ、だとするとTRONはどうやってるの?という話になるだけで。
#スタンドアロンかつ対人Interfaceも大したモノが無い、という機械については、なんの心配もしません。
#うちの電話や炊飯器にだって既に入って動いているんでしょうから。
>あと作って地獄を改善したいということでしたら
>ITRONデバッグ規格やメモリー保護規格に参加して改善する
>組み込みの世界に1msec以内の処理を保証できるリアルタイムGCアルゴリズムを提供する
>embedded C++よりわかりやすくて、現場に受け入れられ、早くて小さなランタイムを生成する言語を作る
つまり「組み込みは」今後も当分、作って地獄だと?
現場に受け入れられ、ねえ。またまたそーゆー一番難しい(笑)問題を…
# C#風言語なんてどうかな?と時折思います。GCはさておき。
>走行距離ごとにエンジンから総取っ替えというメンテナンスを要求する、運べる荷物の量は限られた、高額車しかない
え?フェラーリ(F1じゃないほう)って、そうなんですか?
いや、なにせ車のことは疎くてね…
>としたら、いくら使いやすくても、いやな世の中ですよ。
うん。多様なのは構いません。
ただ、多様な物たちの相互運用性はどう確保するの?という問題が。
なるほど。車(F1)の喩えが的外れだってのは、そういうことでしたか。
乗り込んでるUserひとりに対する相互運用性は問われるけど、
車「どうし」の相互運用性なんて、普通あんまり考えないものなあ。