アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
大丈夫? (スコア:4, 参考になる)
他にもいろいろ沈没したものもあるし、中国の独自技術は全く信用ならんです。
Re: (スコア:1, 参考になる)
生暖かく見守ってあげましょう。
…「負のアドレス」とか、当時はちょっとだけ関心したけど、
(まだアセンブラでコードを書く事が普通だったから)
今になって考えてみたらまったくの盲腸仕様。
Re: (スコア:0)
当時まだクソガキだったけど、こりゃ(商業的に)無理じゃねえかと思ってたもんだ。
俺は今でも知りたいんだが、なんで国内一流メーカが、あんなもんにみんなで突撃しちゃったんだろ?
と論って、当時のエンジニア諸氏にはそれほど魅力的なプロジェクトだったのだろうか?
それともあそこがやるならうちもやる、みたいなジャパニーズ横並び?
タブーかもしれないが教えてエロイ人
Re:大丈夫? (スコア:0)
スラドの流れに関係なく垂れ流します。
当時、技術者不足が言われ始め、また設計でのCASEツールが出始めていた事から、
計算力(設計ツール)に必要な「CPUパワー」と、過去の資産を無駄にしない「環境」が必要と考えられていました。
で、ほぼ時を同じくして立ち上がっていたシグマプロジェクトの方は、国家予算が付くものの、
誰が見ても「なんだかなぁ」という状態だったのですが、一方、トロンは、
坂村さんの本気度や詳細まで考えられたアーキテクチュアが「行けるかも」という
期待度がとても高かったわけです。
日本語を扱うにはDOSは低スペック過ぎる→新たなOSが欲しい→無いなら作る!という
モチベーションがまだ日本人にあったというところですね。
先のTRONチップに関しても、「今見ると盲腸仕様」とはいうものの、
たとえばあまり多重な保護層があってコンテクストスイッチングのコストが高いのは重すぎて
実用的ではないので、OS層とアプリケーション層という2層で考えれば、
負のアドレスでのメモリ保護は、ものすごく低コストで現実的なわけです。
ところが、いつまでたってもB-TRONは出てこない、TRONチップは量産されない、
そのうちWindows/386みたいな、インテル386とマイクロソフトWindowsの組み合わせパワーすげぇ
(Windows286と違い、Windows/386は仮想86DOS窓による、DOS資産を無駄にしないWindows)
という物が先に一般消費者に出回ってしまい、誰もTRONを欲しいとは思わなくなってしまいました。