ttp://www.tron-net.gr.jp/~takada/B-Free/ なんだかんだで莫大な作業量があり、かつ全体に一貫性が必要だから
「俺が全部やる！」みたいな人間が７～８割位ゴリゴリ書いて残件を分業で手伝わせるか
大規模プロジェクトよろしく詳細設計まで詰めてから作業分担するかしないと㍉
「みんなでやりましょう！」って集まったチームじゃ乗り越えられないと思う
N氏の書いた"B-Free ～ Introduction"を読むと、
1994/95年の時点でさえ、B-TRON的GUIはターゲットにそもそも含まれていない。
でもって、I-TRON実装とかの詳細を読んでみて、なるほどと思った。
PGをシステムプログラミングとアプリケーション・プログラミングと二分すると
GUIはアプリケーション・プログラムの一つに過ぎない。
だからシステム・プログラマ的にはつまんない、飾りでしかないのかも。とか。
B-TRON OSの仕様書と重ねて読んでみてGUIとCLI＝POSIXとバーター交換をOKとするなら、
実は、B-FREEのTRON-OSってかなりのレベルで完成していた。のかも。と思ったりしている。
このニュアンスを比喩的に表現するためにジオングに関するの有名台詞を改変コピペしてみる。
==
N「10パーセント？冗談じゃありません。現状でTRONの性能は100パーセント出せます」
2「B-TRON仕様のまともなGUIは付いていない」
N「あんなの飾りです。偉い人にはそれがわからんのですよ」
2「使い方はさっきの説明でわかるが、I-TRON APIな、私に使えるか？」
N「あなたのプログラミング能力は未知数です、保証できる訳ありません」
2「はっきり言う。気にいらんな」
N「どうも。気休めかもしれませんが、あなたならうまくやれますよ」
2「ありがとう。信じよう」
==
プロジェクトB-Free ～ Introduction
ttp://bfree-info.sourceforge.jp/archive/document/B-Free-1st.pdf アレはアレでカーネルとは違った複雑さや面白さが有るんで「アプリケーションだから」じゃなく単に興味が無かっただけかと
※WindowsNTを作ったカトラー氏もGUIが無い状態で結構満足してたとか
あとアプリケーションだけど機能的な位置付けは高級な入出力装置＋ドライバーですよね
コンソール端末に対するX端末みたいな
作られていた、と聞いている。PC/ATアーキテクチャに移るにあたってだいぶ野望が
大きくなった、というか。
システム・プログラマ的な興味の対象はハードウェア寄りのところで、
実際GCCとかでガンガン開発してるような人たちだから、コンソールがあればそれで十分だろうし、
GUIなんて手間かかるばっかりで興味も必要もないから「欲しけりゃ自分らで作れよ」ってなるのは無理ないと思う。
そしてアプリケーション・プログラマ的には、そのGUI周りのAPIとかが整備されないと手も足も出ないんだよね。
それでも確かにB-Free(EOTA)は10年前の段階でセルフ・ビルド可能なところまで行ってて、
これはその後OS自作本とかが出て、ちょっとしたOS自作ブームが起きて、ネット上の資料もたくさんそろって、
いろいろと俺OS的なプロジェクトを立ち上げた人なんかもいたけど、、
その中でそこまでたどり着けたものがどれだけあったか、ということを考えれば十分にすごいし、
本当に優秀な技術者の方が参加していたんだなと思う。
ただプロジェクトが掲げていた目標が高かったために、OSの自作という点では十分なレベルに達しているにもかかわらず、
相対的に「ほとんど何もできずに掛け声だけで終わったプロジェクト」的な印象になってしまうのが残念なところ。
B-TRONと言わずにI-TRONベースのPOSIX OSとすればよかったのかも
「カフェイン・フリー」が「無料・カフェイン」でなく「カフェイン含有無し」を意味するように、
Freeは語順で意味を大きく異にさせる面白い語で、この話と、GNUが "GNU is Not Unix"の略語
(Abbreviation)であることを考え合わせるとB-Free OSの命名の意図は文字通り FREE B-TRON OS などではなく
"B-TRON FREE" OS と Be Free! のシャレだったのかもね。とか思ったりもする。とするなら、
B-TRONに類似領域にあっても[実は]全く別物を指向していた。と解釈できるのではないか。
とリスペクトを込めて云ってみたりするテスト。w
（類似例としてAtari-STのGPL的マルチタスクOSのMiNTは MiNT is not TOSの略。これと Linux Mintとはたぶん無関係）
==
MiNT
ttp://ja.wikipedia.org/wiki/MiNT Linux mint
ttp://www.linuxmint.c の上に、GUIなどはあえて作らず、直接ブラウザを乗せちゃう。なんていう方が実は今的、
近未来的であるような気がする。
ネット・ブラウザが走るためには、OS核が多重割り込みに対応したマルチタスク（スレッド管理）機能を
持ってなけれトラブルの嵐といのは歴史的に明か。もちろん、フルブラウザは大変。
手っ取り早く、２ちゃんの専ブラ程度なら意外と簡単かも。
今更だけど、ブラウザは重要なんだよね。シャープとか日電とかが、1980年代からオリジナルで
ブラウザ作ってたりしていれば、MSやGoogleやApple等に対抗できる会社に成長ができていたり
したのかもしれないけど、なーんもしなかったから、父さん近いぞと揶揄されている今なのかも。
こういうタラレバ話は無意味だけどさ。
==
アップル時価総額、史上最高に--MSの記録を抜く
ttp://japan.cnet.com/apple/35020654/ 2000年代から作り始めても遅過ぎはしなかったも。
2010年代から作り始めても、まだ間に合うかも。
父さんキタ後では、さすがに遅すぎだろうけど。
普及するといいですね
まあ、そこらへんはChromeOSを試金石に見守ればと（今更競争に参加もできないし）
個人的にはGoogleのような強力なサーバーサイドのバックアップが無いと実現不能（実用不能）だと思う
あの方向を推し進めてBTRONなウェブデスクトップとか。
でも結局ネットに繋がらないと何もできませんっていうのは…
今のようなネットインフラが十分に整った環境下でも
全面依存するのはちょっとためらわざるを得ないか。
事情は全く知らないけど、結局みたいな考えが言霊化しちゃってるから作れないんだと思う。
周りは動かないんじゃなくて、動けないのだということを把握してる人って意外にも希少。
実際は指示出す人間が足りないのに、本当にディレクターができる人材程、
そういう考えにとり憑かれちゃってて器用貧乏というのが多いんだと思う。
そんな負担集中してたら思うところが出てきてそのうち潰れるのは当たり前。
詳細設計なんてどうせ誰も本当の所はわかってないんだから要らない。
ハードなら材料使い込んだらおしまいだけど、ソフトなんだから別に問題ない。
ガラクタでも一度積み上げてしまえば、それを改良するのはお家芸であってそれ程難しくない筈だけど、
そういう安直なプランには横車が押され、未完のままでのスクラップビルドが何故か推奨される。
未完成で評価できない筈のものがそうやって「改良」される不思議。
そんな賽の河原は、モチベーションを徐々に醒ましてエターナるだけだと思うんだけどね。
ディレクションが必要なレベルまで開発者が増えたOSプロジェクトなんて
日本にあったっけ?(商用は別として)
この辺は鶏と卵の話になっちゃうんだけど、B-Freeの頃には
ソースが公開されたBTRONアプリはほとんど無かったんじゃないかな。
カーネルデバッグのためにもPOSIX環境やスクリプトが必要なのに、
余計なことをしているように受け取られたらそりゃ嫌になるさ。
ガラクタをメンテしたい人間なんてどこにもいないから、
品質を上げたければ「ちゃんとしたコード」と丸ごと入れ替えることになる。
それを実現するためには、疎な設計とテストツール整備こそ最重要課題。
…これ、日本のソフトウェア業界が駄目な理由の一つかもなあ。
ありがちな日本人論になるけど「自分の(したい)ことは自分でやれ」「人に迷惑をかけるな」を
物心つく前から叩き込まれる日本人は、自分の希望・理想のために他人を動かすのは苦手な人が多いんじゃないかな。
それが命令・指示でなく要請・お願いレベルでも、自分からっていうのは気後れする人多い気がする。
出資者とか上司と部下、教授と学生みたいな明確な指揮権限があればまだしも、
こういう同好の士の集まりみたいな、基本的には対等な人間同士であれば特に。
そして日本でそういうのに気後れしないタイプの人は多分、「お金儲け」の世界に行って一定の成功を収めてたりで、
こういうボランティアな夢世界のためにタダ働きしにはめったに来ないというか。
もっとも、いても「なんでお前が偉そうに仕切ってんの？」みたいな反発を受けて追い出される、
なんてパターンは十分にあり得そうだけど。
開発者がありあまってれば、そもそもディレクションなんて要らないんだよね。
じゃないけど、その辺で誰か作ってる筈だから、あとは「自作PC」レベルの組み立て。
ギリギリだからこそコストが抑えられるわけだし、足りなきゃトリアージ的な割り切りが必要になる。
初めからLinux + X Window SystemとかをコアにBTRON被せた方が早くて便利だったのではないのかな
gimp登場時にmotif相当の能力があれば、今頃linuxのデスクトップはBTRON化してたかもね。
それだけだと新鮮味というか面白みは無いよね
POSIXレイヤーも…
A. 人海戦術派
・過去のプロジェクトで手を動かしていたのは1～2人だと理解できていない
・モチベーションが切れた開発者は使い捨てれば良いと気軽に考える
B. ありものを持ってくればいい派
・OSを作りたい人 = フルスクラッチしたい人であることに気付かない
・早くGUIアプリが欲しいと駄々をこねる
いっそ8bitでやったら面白いかもな＞itron+posix
っていうか今考えるとRr-GEARの連載記事とか、8bitの独自DOS(Runser)で
ハイパーテキスト環境というのは実は貴重だったのだろうか？もしかして。
人海戦術やるなら、作業を１時間単位まで分解してみたらどうか？
バイトにできるような仕事に還元できれば、完成は時間の問題じゃないだろうか？
3時間ぐらい取られそうな気が。
それでもトータル2万時間ぐらいあれば、それなりにはなるかなあ?
TRONの大義は「攘夷ぜよ」。
異国のCPU,OSの侵略から神国日本を護ることぜよ。
TRON藩主坂村公は尊電脳日本の先鋒だったけんど、
あめりか国の商務省の301条項攻撃で倒れてしもう
ttp://ieeexplore.ieee.org/xpl/tocresult.jsp?isnumber=4089802 テンデバラバラに動いてるのにお互いの認識は一致していたりする維新がいい例。
微細加工は得意だったけど、適当な積み上げになると逆にダメ。
不良品わざわざ混入させてキッチリ水増しって笑い話にならない気がする。
16bitの不良在庫処分したら、さっさとインターネットとUNIXを解放して攻めてきたね。
Σが何かは知らないけれど、Z計画は蓋を開けてみれば黒船来航で幕。
ハドソン川のエンジェル隊、赤いパッドに唇寄せて咥えて見ていた蒸気engine
林檎はなんにも知らないけれど、放つ矢的によく当たる、那須かいやいやwinリア夢tel
ただ外国製品を打ち払えと騒いでいるだけの連中は「小攘夷」。
独自技術を高め産業振興することで国力を高め、
結果外国からの守りを固めて日本を守るのが「大攘夷」。ぜよ。
坂村公は、大攘夷の観点で少なくともTRON開発が小攘夷運動ではないことを英文で示したお方じゃき。
大攘夷をあなどってはいかんぜよ。ｗ
といっても、時の幕府通産勘定方は腰抜けばかりで、黒船301艦隊来航で白旗あげて腰砕け。
それが今の、エルピーダ、ルネサスのあめりか国の企業、ファンドへの身売りに直結しちょてしまいおった。
1987年は日本の半導体産業の終わりの始まりの年として記憶されようぞね。orz
それを逆手に取ってフリーのbtronでもおまけに付けて付加価値で売れるようにしてやれば良かったのさ。
Tronチップとかで完結しようとしてたのが目を付けられたんだろう。
それこそユビキタスチップとかにして適当に誤魔化してたらやりすごせたんじゃないか？
問題なのは90年代で、(UNIX)冷戦後体制への対応の遅れが致命的。
itronをposix化は考えても、machをbtron化は誰も考えていなかった。
いきなりGAとか言い出して過去の遺物にされたんだよな。
しこたま儲けたゲーム屋が、おとなしく自社ビル建ててりゃいいものを、
「トロン」以上のCGを作ろうとして、ハリウッド辺りにカネばら撒いてカモにされ、
それがまわりまわってハネ返ってきたんじゃないかと疑ってしまうな。
容量で20Mかそこらの超漢字
なぜできない
製品名 朝霧
B-FREEV3.0
最近のちょっと古いパソコンで動くOS
電子書籍を出して広める
カルトへ向かう非難の矛先を逸らすこと。
国益に反することを言ったり、主張が食い違うもの同士の対立を煽ろうとするので放置し難いが、
主義思想についての洗脳を受けているわけではなく、フリをしているだけなので、
言い負かされてもダメージを負った様子もなく、論点をすり替えられるかスルーされる。
まともに相手をしてはならない。
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
S7OQARV2TC
