はて、これから何をしよう
するLispみたいな感じで。で、Lisp上で他のOSを動かしたり
したらおもしろくない？
そうそう、
> いかにソフトウェアを効率良く
> 開発するか、多くの試みが行われ、それなりに進化
> してきている。
って言ったらそっち方面だよねー
> その大半が日本ではなく海外での成果
NTT研のELISも知らないで何を言うか。
使ってないなら、そいつは通研の中では良くても世間では使えない技術か、あるいは、適用分野が違う代物だ。
使っているのなら、そいつは役たたずの技術ってことだ。
世の中を作るよりは批判するほうが仕事。
どんなにプログラミング言語の研究をしても、
世の中には関わってゆかない。
たまたまNetscapeにいただけのBrendan Eichが
JavaScriptを作って流行ってしまう。
優れているなんてことは、神が設計したのでもなければありえない。
リアルタイムのOSはそもそも動く的のようなもので、最初に一度意図して
設計すればそれが何十年もそのままの仕様で満足に市場で受け入れられて
使われつづけるなどはありえん。
どうりでダメなわけだよ。
> いつもTRONの話があがるとアメリカ云々、ってなるけど、
> 実際どうなんだろうね。
妄想。
> 本当にTRONが優れたものならば、学校教育用に採用されずとも、
> 市販されて普及したはずだが。
市販されていたとしたら、当時だと60万円くらいかな?
> 妄想。
事実
ttp://www.assoc.tron.org/jpn/intro/s_301.html 変なものが教育現場にもちこまれて、それが役人の利権化
とならなかったんだから。
>
ttp://www.assoc.tron.org/jpn/intro/s_301.html これ見る限り、妄想だな。
いや、現場の反発もすさまじかったから、TRONが日の目を見ることは
なかったろう。いろんなサボタージュやってたからなあ。
MacIIfxよりは遥かに安いな。
とくにNECにとっては98シリーズがあるので、TRONは邪魔だよな。
なんで坂村先生は保守的な日本メーカーを相手にTRONをやろうとしたんだろうな。
ベータテスト引き受けて、なにもやらないとかやってた(笑
それもOSとして排他的なものではなく、MS-DOS上で走り、
パソコンのエンドユーザではなくアプリの開発サイドに対して、
DOS上で便利なGUI環境を提供するミドルウェアとして。
既存のDOS版TRONで動いていたアプリが速やかにWindows上で動くようになり、
開発サイドからは速やかなWindows移行で歓迎され、
マイクロソフトからはWindows普及に貢献すると歓迎されただろう。
Javaのようにマイクロソフト版TRONが出てきてTRON仕様が
勝手に拡張されて云々というトラブルにもなっただろうが。
TRONの信奉者の議論の進め方って、宗教じみてるんだよなあ。
しぐまもそうだけど、産業として伸び白があるのに机上の空論の
統一規格つくっても、有害なんじゃないかな？
それにPOSIXって納入条件のミニマムでしょ？
そのみにまむにすら劣ってたんじゃない、当時。
だって、まだ実装例がなかったんでしょ？つぶれた段階では。
ちょっと遅いか。すまそ。
相互運用性とか下位互換性とかそういう近視眼的な合理性を
全部ガン無視して、長期的な理想を追求したから
TRONはおもしれーんじゃねーか。
TRONキーボードとか。
ハンパに近視眼的な合理性を入れてたら、今頃はﾌﾟﾌﾟﾌﾟとも
言われなくなってるな。
ただ言語と開発環境は悔やまれる。TRONはC言語ベースだった。
OS記述用の独自言語を作っていれば、もっと面白くなった。
レスアンカーない・・・ってことは私に聞いてる?
まず私は坂村先生もTRONも嫌いだよ。
坂村先生は、OS開発者でも技術屋でもなく、研究者の皮をかぶった政治屋だから。
大学の世界には、そういうタイプの人は多い。大学から出る予算だけではやってけないので、
教授の仕事で一番大切なことが金策だという現実がある以上、しかたがないんだけどさ。
TRONは現物がショボくて頼りない印象があるだけでなく、互換性が乏しいのが嫌い。
なんか独自の世界に閉じ篭っちゃってて、TRONと心中しないといけないところとか。
次に、、の妄想プランの根拠だけど、
1. 強力・強大なプレーヤと市場で競合するよりも、手を組んだほうがいい。
NEC以外のメーカーを束ねてNECと競合するよりも、NECと組んで他のメーカーを潰したほうがいい。
マイクロソフトとOS市場で競合するよりも、マイクロソフトに利するように振る舞いつつ、ポジションを獲得したほうがいい。
2. ユーザはOSを使うためにアプリを選ぶのではなく、アプリを使うためにOSを選ぶ。
だから、有力なアプリを作っているところに採用されることは必須。
3. 目的とする環境を実現するための手段は、ハードウェア上でネイティブに動くOSに限らない。
目的は純国産OSの開発でも普及でもなく、ユーザが手にする操作環境にしたほうがよく、
となれば、OSである必要はなくミドルウェアでも十分。後から、ネイティブに動くOSを作ってもいい。
4. 実はこの話は過去の成功例を真似している。
Javaが、JavaOSではなくJavaVMとして世の中に出たこと、一時期とはいえJavaアプレットが使われたこと
マイクロソフトがMS-DOSを普及させるために、アプリのソフトハウスにMS-DOS 2.11を無料でバンドルできるようにしたこと。
学校でPC98が買えなくなるという話が流れて……
変なキーボードの機械になるという話が流れて……
今まで買った12万円のソフトや8万円のソフトや16万円の周辺機器や
なにやらがすべて使えなくなるのかッ……とみな愕然として……
あの当時そんなに機材ばんばん買ってた金持ちの
学校ってどんなんだよ。
生徒に使わせるためのPCなんてほとんどなかった
時代だぞ？
理想を追求するはいいことだが、それならば、
産業界を巻き込まずに、研究室で作ればよかったと思う。
それに、OSを作るなら既存の普及しているハードウェア向けに作るべきだろう。
ハードウェアから作ろうっていうのは、あまりにも風呂敷を広げすぎだったと思う。
華々しさを求めず地味に地道に、ワープロ専用機のOSとしてスタートしていたら、
短いあいだではあるけれど、それなりにシェアが取れたかもしれない。
教員が職員室で使うパソコンの話だと思う。
自分の知っている例だと、アインシュタイン98が職員室にあった。
だよな。せいぜい1000校くらいしかなかったんじゃね?
> 産業界を巻き込まずに、研究室で作ればよかったと思う
研究者ってもんをわかってねーな。
研究者ってのは、面白ければ、それでよいのだァァァァ！
経済性とかハァ何それ？
教育現場を実験台に使えたら、すげえ面白いじゃねーか。
信者扱いしてごめんなさい。
無料にできれば確かに違う未来があったかもね。
でも、NECとくんだら、ソースの提供（あるいは無料化）
なんてありえなかっただろうなあ。
あの当時のNECの商売の仕方を知ってる人なら分かって
もらえると思うけど。（この板にはたんまりとNECに
貢いだ経験のある人も多いんじゃない？）
どっちにしろ、自分の手元で実装してなかった点が、
いろいろな意味で行動をしばっていたんだろうね。
そしてそれが敗因なんじゃないかな？
研究者としては面白いもん出せれば勝ちなんだから、TRONは
坂村的には大勝利。
BTRONに絡んでしまった企業は痛い目見たが、
互換機路線以外でPC-98に喧嘩売った企業はみな
痛い目見てるので、BTRON以前に意思決定が
微妙だった。
ごめん、坂村先生のやってきたことを考えると
NECと組むと言ったら、NECに実装させるという意味に取れてしまうね。
そうではなくてNECには何も頼まず何もさせず、坂村先生サイドで全てやる。
ただしNECを敵に回さないように、98用の実装しか公開しない。
他者が他のパソコンに移植するのも防いだほうが安全だが、
そこまでやってはオープンソースにできなくなってしまうので。
> 坂村先生サイドで全てやる
あの人はアーキテクトとしては微妙だから、やらなくて正解だったと
思う。
ちと松下の意思決定を擁護しておくと、歴史を振り返るに、
PC-98・DOS・一太郎の三位一体体制を崩すには結局
PC/ATとWindows 3.1が必要だった。
PC-98独占を崩すためのTRON、という発想がそれほど
的外れだったとは思わない。
ただ価格競争するんではなく、教育市場を政治的に
利用しようとしたから、孫に足元をすくわれた。
坂村はインタビュー等で、
TRONを作って「どうぞ自由に使ってください」と公開した
と、あたかも自分が作ったかのように吹聴してるけどな。
組込系のOSというのは、オープン系から見ればライブラリみたいなもん。
ttp://www.tron.org/tron-s/btron/shared_data/data_type.html > typedef char B; /* 符号付き 8ビット整数 */
これを見た瞬間に凍った。
ソースコードの文字数を節約しないといけない時代の代物だったんだな。
そして、
> typedef unsigned int UW; /* 符号無し32ビット整数 */
これを見て噴いた。
夜遅くて疲れてるから見間違いかと思ったんだが、何度見てもintに見える。
なんか頭がくらくらしてくる記述が続くが気にしないことにしたが、
> typedef UH TC; /* TRON 文字コード */
これは気になる。
TRONの文字コードは世界中の文字を表現できるって言うじゃないですか。
ttp://ja.wikipedia.org/wiki/BTRON の「大規模文字セット」のところを見ると、素晴らしいことが並んでる。
> 検索時の不便さは、アプリケーション側で対応するという方針を取っている。
っていうのが、すこし気になるが。
さぁUHって何だ?
> typedef unsigned short UH; /* 符号無し16ビット整数 */
しょぼーん。
そして、TRONコードの仕様を、ガックリしつつ眺めた
ttp://www.tron.org/tron-s/btron/shared_data/tron_code.html TRONコード
ttp://ja.wikipedia.org/wiki/TRON%E3%82%B3%E3%83%BC%E3%83%89 を見ると、
> 旧字体・当用漢字・簡体字で違いがない漢字は、完全にないしほとんど同じ字形に対し、
> 5つのコードを持つ。これらの重複に対しては、必要に応じてアプリケーションレベルでの
> 同一性判定を行なっている。
とある。とほほ。
さらに、
ttp://www.tron.org/tron-s/btron/shared_data/tad2.html をつらつらと見ていると、
> DATA : UB rubi[] -- ルビ文字列
rubi : ルビの文字列自体であり、 この文字列の長さは付箋のサイズにより決定される。
あれ? TC じゃないの? なんでUBなの?
もいちどTRONコードの仕様を見る。
> TRON 仕様では 1 バイトコードと 2 バイトコードを扱う。
> しかし、 基本的には 1 バイトコードと 2 バイトコードを混在させて使うことは避け、
> 1 バイトコードで足りる国語については 1 バイトコードを使い、
> 不足する国語では 2 バイトコードを使用する。
あああ、そういうことか。
TRONコードではTC単体では、それがどんな文字なのか不明なんだな。
ttp://www.tron.org/tron-s/btron/os_spec/kernel/proc.html をつらつらと見ていくと、C言語のmain関数のTRON版がある。
W main (W ac, TC **argv)
/* W ac; 文字列項目数*/
/* TC **argv; 文字列項目のポインタ配列へのポインタ*/
{
< プログラムの実行コード >
return 終了コード;
}
ここでは文字列はTCの配列だ。
つまり、アプリケーション内で
unsigned charの配列による文字列と、
unsigned shortの配列による文字列が、
混在することになるのか? 泣けてくる。
しかも、
> TC usr_name[14]; /* ユーザ名(12文字＋隠し名2文字) */
なんてのがあって、
言語切り換えのコードを含めて構わなければ、その分、ユーザ名の文字数が減る。
もし言語切り換えのコードを含めてはいけないのであれば、異なる言語に割り当てられた文字を混在できない。
うむぅ。
マイクロソフトがWindowsを売るためにアメリカ政府を通してTRONを潰したとか言うが、
こんなTRONのAPIを使うのは、なんか面倒そうだ。
システムコールを生で使わずに済むように標準ライブラリ的なものがあるのかと思ったが、
ちょっと見当たらない。
BTRONは潰されて正解だったと思う。
早くUni*が駆逐される日が来ますようにﾅﾑﾅﾑ
Uni*が（よい物に）駆逐されるのは大歓迎だろう。
少なくとも、その役割は、TRONには無理だと思うけど。
アメリカの圧力があろうとなかろうと。
もてなかったの？確かにハードが高いって話だけど、当時のPDPとか
だって安いものじゃなかったよね？
シグマはUnixだったけど、その前の第五世代コンピュータはProlog
だったよね。言語マシンって、何かうまくいかない要素みたいのが
あるのかなあ？
嘆いていたようだね。
UnixもWindowsもC言語だぞ。
(WindowsはC言語ではないAPIも多数あるが。)
ttp://en.wikipedia.org/wiki/Lisp_machine によると、
専用ハードを持ったマシンを使うより、そこいらで売られてる汎用のパソコンを使ったほうが、速いから
ってことらしい。
なんで汎用パソコン上でのLisp/osの構築、っていう方向に
行かなかったんだろう？
CommonLispの仕様なんて、そのままOSにできないかなあ？
ttp://en.wikipedia.org/wiki/Lisp_machine を読んだ範囲では、資金がなかった、ってことだと思うよ。
Lispマシンを作ってた会社はバタバタと潰れ、あるいは、Lispから手を引いた。
政府はAI研究に金を出さなくなった。
ttp://ja.wikipedia.org/wiki/TRONCHIP > TRONプロジェクトに外圧がかかったこともあって、
> 各社とも32ビット以上のCPUはRISCに迎合する形(東芝:MIPS、日立:SH、三菱:PowerPC、富士通:SPARC)
> となり、製品としては普及せずに消滅した
日立のSHマイコンは、純国産で外圧は関係ないし、RISCに迎合というよりは
社内の逆風に逆らって積極的にRISCをやろうとしたプロジェクトだ。
確かに教育現場にねじこむことに関しては、アメリカが文句つけて
きた可能性はあるけど、製造販売に関しては問題なかったわけじゃない？
個人的には当時の官僚が、マスコミに尾ひれはひれをつけて
リークしたんじゃないかなあ、って思ったりもする（←ただし妄想
あと、通産官僚と、文部官僚の縄張りあらそいなんかも関係してそう。
通産官僚が学校現場の物品に関して口を出してくるのは、文部官僚
としてはうれしくないよね。
ttp://http://furukawablog.spaces.live.com/Blog/cns!1pmWgsL289nm7Shn7cS0jHzA!2401.entry なんかきな臭い話がありそうだね。
「BTRONなんてガラパゴス規格を行政主導で推し進めたら
日本のIT業界が世界から孤立して腐る。だからアメリカ政府を
ちょこっとつついてBTRONを妨害してみたら、うまくいった」
って孫正義本人が自慢してるのをなにかで読んだが。
実際のところは、BTRONでPC-98体制を崩せる見込みがまるで
立たなかったから、スーパー301条問題をいい口実にして、
松下が手を引いただけだろ。
儲かると思ったら押し捲るよ。営利企業なんだから。
孫本人じゃあなくて
『孫正義 起業の若き獅子』（大下英治）
じゃないか？
研究室だけで造ったOSなんて、
世間での評価なんかされずに消えて行く、そんなToy OSが
山ほどあるんだが、それでいいと思ってるわけ？
人年的にToy OSでないものは実装なんかしてらんないしな。
世の中いろんな面白さがあるわな。
でかい実験台を使うのだけが面白さじゃない。
> 産業界を巻き込まずに、研究室で作ればよかったと思う。
せめて実物があれば……
研究なんだから、
世間で評価される必要はなく、
学会で認められれば、それで十分だよ。
当初のTRONの仕様なら、
変な横槍とかシガラミとかなければ、
3人年くらいあれば作れただろうにね。
決してTRONの仕様が優れていたわけではない。
電電ファミリー同じ仕様で各社独自に実装するという閉鎖的な市場環境
そして、OS、半導体、ファーム、最終的な家電製品まで、すべて社内で
作るという日本の大手電機メーカーの風土などと相まって、
「とりあえず仕様がある」というITRONは、それが優れているかどうかは別として、
もっと採用しやすいものだった。
すっかりTRONスレとなってしまったではないか。
ということさ。
天下り機関に見えるのは気のせい？
けれども業界の人から悪い話を聞かないのはやっぱり
お金貰ってるからかなあ？
Σにしろ、国の悪口を言う業界関係者が多いわりに、
国からお金貰ってるよね、この業界の人って。
極めて汎用であるが、物理メモリへの参照が多くなりすぎて速度が出ないやり方。
世の中で必要とされているアプリケーションの多くはLISPではかかれておらず、
LISPプログラマも十分には居ないし、居たとしてもそれらのアプリケーションに
は興味が無いようなプログラマばかりだっただろう。
のあたりの話じゃねーの？
古本屋で100円でみつけたので数年前に買って読んだんだけどね。
時代を先読みしすぎて当時普及しなかっあただけで主張は正当なものだったよ。
はしょると、今Ｌｉｎｕｘで実現している事がΣＯＳの理想に近い。
組み込みから大型汎用機までＵＮＩＸ系ＯＳが走り、ライブラリの再利用で開発効率化。
当時は汎用機主体で毎回自転車の再発明の繰り返し。
毎回同じようなもの作るのになんでソースの再利用しないの？って主張。
プロジェクトは崩壊したけど、今その理想が実現してきているね。
問題は、建前は美しいけど、本音の理想はバラマキ-利権構造にあったのが
Σの問題点。
逆に見ると、Σがきっかけになって、富士通日立日電が Unix に取り組んだ結果、
X Window System のソースコードには富士通の人が貢献した跡がクレジットに
残ってるし、日立は JP1 というソリューションパッケージを持ってるし、日電発の
かな漢変換 Canna は広く使われている。
そういう意味では成果は残されてるんだけどね。誰も見ようとしないだけでw
> 時代を先読みしすぎて当時普及しなかっあただけで主張は正当なものだったよ。
言ったことではなくやったことで評価しましょう。
成果が残ってるなら、きっちり主張すればいいわけで。
シグマについて記事書いたら飛ばされたとかいう噂がまこと
しやかに語られることこそが問題なんじゃない？
こういう状況になっているのも、それらの成果を主張
するメリット以上に闇が深いわけでしょ？
#「Σ250」っていう名前のプロジェクトがあったとして、それが
#世界的に有名になったとする。そのとき未踏とかに選ばれるかなぁ？w
先入観ベースで、よってたかって叩かれることがわかってるから
誰も言い出さない。
さがせばどっかに書いてはあるけどね。
他の業界というか省庁なら数十兆ぐらい溶かしていても普通なのに
でも漫画入手すると主張はまとも。 まあ数百億で漫画一冊が成果物なのは批判されて当然かも。
名前聞いただけでブチ切れる人がいてもまったく不思議ではない。
連中みたいなのがUnixを理解しない最先鋒だったからな。
Σの問題点はUnix技術の流動性を理解してないところにあったことを考えると皮肉だ。
>ダイの大冒険
ご卒業おめでとうございます
徳永英明が主題歌歌ってたのってなんだっけ？
ダイの大冒険じゃないほうのドラゴンクエスト（のアニメ）
ttp://www.ipsj.or.jp/10jigyo/taikai/past/02-15a.jpg 本体にΣstationとあるが、Σとは関係ありません。
Σと関係なく開発したNEWSを展示会に出そうとしたら、
通産省あたりから「勝手なことするな」と横槍が入ったらしく、
急遽、Σstationという巨大なロゴを入れたのだとか。
今年こそΣステーションをふっきゅうさせまそう。
忘れたくとも印象が強烈で忘れられない、って感じにｗ
ttp://http://web.archive.org/web/20040508032435/www11.ocn.ne.jp/~suiten/peke.html ホットなトピックだと思ったら、相変わらず埋もれてるんだね、このスレ。
10年も前に終わってますよ？
見たことがないワークステーションが事務室に置いてあり、Σステーションと書いてあった。
会場に設置する端末はラップトップのPC-98（機種は忘れちゃった）。
10BASE-5のトランシーバが壁面にあり、そこからぶっといトランシーバケーブルで接続。
端末のOSはMS-DOSだったな。
使用中に掲示板が切り替わらなくなったときには事務室に連絡してΣを再起動してもらった。
いまはさすがにリプレースされたと思う。
うーん、あれは間違いなくΣStationだったと思います。
とある大会のお手伝いに行った、2000年の12月の時点で、まだ健在でした。
控え室に大量にあった3.5インチ2HDディスクにプロレスラーたちのデータもあったな。
（MS-DOS端末から外字扱いか何かで読み込ませる仕組みだったようだ。）
採用時に資格は一切評価しないといった建前も世間ではよく耳にしますが、折角の機会ですから本当の事を言います。評価します。マイナスの評価です。
仕事に就いていないのに資格の取得などに時間を浪費していたという事実は、少なくとも一分一秒を争う企業活動への参加を目指すなら、悪です。
学生時代のいまから時間の使い方をしっかり意識して生活してください。
社会に出れば仕事を覚えるために学生時代の１０倍も２０倍もハードな勉強が求められます。
もちろん必要な資格があればその中で取得します。しかしその学習量は社会人が仕事の中で日々習得する知識量のうちのほんのごく一部に過ぎません。
学生が資格の勉強に貴重な時間を費やすのは、子供が折角もらったお年玉を老後の生活資金に貯めておくようなものです。
子供のお小遣いと大人の生活費では一円の重みが違います。同様に、学生と経験を積んだ社会人とでは同じ一時間でも脳の仕事量が全く違うのです。
>117だそうだ
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
CCBFY4S32B
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
X59Q3
