次世代BTRONをものすごい勢いで妄想するスレ
ヲチ板の”【コップの中の】TRON Fan Watch【あらし】”
http://kaba.2ch.net/test/read.cgi/net/1017059553/l50
スレで話題が技術的なものに流れた時の避難用スレとして立てますた。
BTRONの話題以外は極力禁止。
いわゆる初心者発言禁止。
話題に関する突っ込みは歓迎。
さあ使え。 >>578
互換性は無視して良い。
構想を第一義にすべし。 次世代BTRONはActionScriptと合体して、ActionBTRONだな。
もちろんActionScript自体もマイクロスクリプトのパクリの
ようなものです。 ActionScriptやJavaScriptだけじゃなく、RubyもPHPも
マイクロスクリプトのパクリのようなものです。
#(さすがにPerlはマイクロスクリプトより古そうなので
#パクリ認定は困難) その解決方法とは・・・(次回に期待)
優秀なシステムエンジニアは、仕様の変更を織り込んで、ソフトを開発するそうだ。
その手法というのは、コードを『データを定義する部分』と『そのデータを処理する部分』に
意識的に分けるという手法だ。
俺が考えたのは、この手法をOSに応用すればいい、ということ。
つまり、OSを、『OS仕様定義ファイル』と、『OS本体』に分け、
OSの仕様に関する定義は、この、『OS仕様定義ファイル』の中でまとめて行い、
『OS本体』では、OSの仕様に関する定義は、一切行わないものとする。
そうして、OSの仕様変更は、この、『OS仕様定義ファイル』の書き換えで対応する。
そのようにすれば、OSの仕様を変更しても、修正は最小限で済み、
『OS本体』に手を加える必要はなくなる。
アプリケーションの兌換については、ヘッダファイルとして貼り付けてある
『OS仕様定義ファイル』を新しい仕様の『OS仕様定義ファイル』に交換することで対応する。 わかりやすくAA化すると
___________
| |
|OS仕様定義ファイル |→→→→→→→→→→→→
|___________| ↓
| | ↓
| | ↓
| OS本体 | __________
| | | |
| | | ヘッダファイル |
|___________| |__________|
| |
| |
|アプリケーション本体|
| |
| |
__________ >>583
発想と実装は別の能力が必要です。
実装できる人はたくさんいます。
発想できる人は少ない。
もっと書き込んでください。 >>585
BTRON界隈ではまったく逆だ。
発想、というより妄想する奴ばかりで実装する奴は皆無。 だから、そもそも坂村先生が、仕様の変更に柔軟に対処できるような仕組みに
最初からしてくれればよかったのだよ。
BTRONの内部構造が >>583 のようになっていれば、
ファイルID問題も、OSの定義ファイルを
ファイルIDを格納する変数の型 → 2バイト符号なし整数型
ファイルIDを格納する変数のバイトサイズ → 2バイト
最大ファイル数 → 65536
を、
ファイルIDを格納する変数の型 → 4バイト符号なし整数型
ファイルIDを格納する変数のバイトサイズ → 4バイト
最大ファイル数 → 42億
と書き換えるだけですんだはず。
それが・・・
AAを貼ったとたんに変なふうになってしまったんでつ。
AA職人さんは、どうしているんだろ。 >>590
こう?
[OS仕様定義ファイル - OS本体]
↓
[ヘッダファイル - アプリケーション本体]
>>586
>皆無
実装する人間が少なくとも一人は存在する。反証おわり。 >>588
>だから、そもそも坂村先生が、仕様の変更に柔軟に対処できるような仕組みに
最初からしてくれればよかったのだよ。
とっても昔のことで、なおかつ時代背景の束縛(米日各種事件)があったことを視野に入れていない。
よって君には論ずるにたる能力が不足している。 誰か仮身数の制限を自力で突破した人が、いらっしゃるようですが
そういうのと同じやり方で実装できるのでしょうか?
だとしたらユーザでの拡張機能としてPMCなりに認知してもらえれば
それを皆で使えるということですか? >>594-595
「界隈」という言葉の中に「少なくとも一人」が含まれるかどうかにもよるし。
それに「皆無」と書かれてても「皆無に近い」という意味に受け止めるよ普通。
無意味な反論を目にしたところで心の中で「あっそ。」と言うしかないんだよ。
もちろんこの書き込み自体もそうなんだけどね。 >>594
実装していても、広く使われていなければ無意味。
自他共に認める「実装する側」の人間が>>594を書き込むならカッコもつくけど
「妄想(だけ)する側」の代表みたいな>>594に「反証おわり。」とか言われてもな。 >>599
>>594には妄想する能力すらないんだから一緒にしないでくれ頼むから >>596
> 誰か仮身数の制限を自力で突破した人が、いらっしゃるようですが
方法は公開されてはいないのでしょうか。
> だとしたらユーザでの拡張機能としてPMCなりに認知してもらえれば
> それを皆で使えるということですか?
もし実装可能だとして、ユーザでの拡張機能として使うには、
PMCなりによる認知が必要という意味ですか?
PMCなりが拡張機能を次期改善バージョンに取り込んでくれれば、という意味ですか?
それと、仮身数の制限にぶち当たることはよくあることなのでしょうか。
使用頻度や利用形態にもよるのでしょうけど。 >>598
あれ?
論がずれたね。
ハイ、あなたの意識は負けを認めましたよw >>603
>それと、仮身数の制限にぶち当たることはよくあることなのでしょうか。
普通の使い方では、制限にぶつかることはない。
しかし、ネットから大量の画像を収集しているようなハードユーザーだったら、
すぐにぶつかる。 >>603
そういう人をハードユーザーとは言わない。
BTRONで扱う情報とはもっと属人的で価値あるものだ。 >>601
超漢字(BTRON)の旧のバージョン1Bの制限が255個です。
それを個人で突破したという書き込みは過去に見られたが未確認です。
今の超漢字Vでは2G個なのですぐには限界に達しないと思います。
それに、そこまでリンクを張ると別の弊害が出てくる可能性あるのではないかと思います。
現状、仮身数の制限より実身数の制限が問題です。
本当に実装できる人がいれば、PMCに仕様を変更させて実装を待つより
個人の自己責任という形で認知させた方が早そうというだけです。
議論を持ち出した人の意図が不明なので聞いてみただけです。
たしか、今までの議論の結論は技術的問題より
ビジネスとしてのコストの影響が大きいという話だったはず。
>>605
いつも確度の高い情報ありがとうございます >>606
うん、ブランドー氏がいると安心して冒険できるね。
>>605
DIO様、いつもいつもありがとうございます。 結局、妄想とその伝聞だけで実際に実装した者、または実装された物はどこにもないんだよな。
>>585が言う「たくさん」いるはずの「実装できる人」はいったいどこでなにやってんだ?
>>594では早くも人数が「一人」に激減してるけどw >>609
実装されたとしても華麗にスルーするのがBTRONユーザのクオリティ。 ナニが1Bの実身数は255個だよ。
仕様書の第2編OS仕様の第1章周辺核の1.6 ファイル管理の
1.6.2 ファイルシステム構成のファイルIDの項の記述はBTRON1
の頃から変わってなくて、当時から65535個だった。
http://www.personal-media.co.jp/tron/developer/doc/btron3/os_spec/kernel/file.html#abl
1Bにはniftyの会議室のログの発言1つを実身1つに切り出して、
レス同士を仮身でリンクさせるって「ログカッター」ってアプリが
在ってさ、それでログ管理してると簡単に制限を越えられた。
仕様書入手前で自力で制限に気づいて、そのことをFTRONの
会議室で発言した憶えがある。
つか、こんなことも即座に反論する奴が居なくて、反論したのが
こともあろうにオレとかホントBTRON終わってる感ありありだな。w
スレ立てた本人が書くのも難だが。
ところでキングジムのポメラってそそるよねえ。ああ言う”メモ帳”
こそBTRONの出番だと思うんだけどね。
モノクロでキーボード付きで1次元エディタだけ載っててキー操作
だけで全部の操作ができるBTRONマシン…。 >>613
>ナニが1Bの実身数は255個だよ。
仮身数と実身数の話が入れ替わってない? >>613
ポメラっておもしろそうだけど、値段が高すぎ。5000円ぐらいだと
おもしろいけど。ミニノートを買う方が得だと思うね。
ちなみにBTRON仕様ではキー操作だけの操作は考えられていないので、
いろいろと作り込む必要があるね。 >>613
>キングジムのポメラってそそるよねえ
>>モノクロでキーボード付きで
同意。
>1次元エディタだけ載ってて
テキストエディタのことをBTRON用語で1次元エディタと言うの?
ちょっと直感的じゃない用語のような...。
>>615
>値段が高すぎ。5000円ぐらいだと
>おもしろいけど。ミニノートを買う方が得だと思うね。
電池で動くミニノートは売ってないでしょう。 ムーアの法則が止まったのだから、今度は徹底した省エネ化で商品開発を
進めて欲しい。 >>614
オレはファイルシステムの扱える実身の数だと理解したんだけど違うのかね?
>>615
実売で2万切ってるみたいだけどやっぱ高いよねえ。
あの用途ならオレはTP220復活させるわ。
>いろいろと作り込む必要があるね。
基本的にキーで出来ないのはウインドウ操作関連なんで機能制限の方向かな。
>>616
改行や改段落(つかいい加減実装しろよ)や仮身や修飾付箋って結局1本の
線上に並んでるだけだろ?仕掛けがわかってたら得心できる表現ではある
んだけども…。まあ直感的で無いのは同意。 改段落こそ昔からあるじゃない。改行のほうが超漢字2だったかで実装されたはず。
なんか別のもののことを言ってる? >テキストエディタのことをBTRON用語で1次元エディタと言うの?
画像エディタのことを2次元エディタと言ってましたね。その昔。
3次元エディタとか実装は……。
口あけて上向いてればだれか恵んでくれると思ってる乞食ばかり
それがTRON厨 煽るだけで具体的なことは何も言えない。
それがTRON叩き厨 乞食と煽りしか生み出せなかった
それがBTRONの失敗 >>621
Windowsユーザーだろうが、それは。
BTRONほどその使用に主体性を求められるOSもないぞ。
>>622
朝鮮人のマニュアル工作だからね。
韓国はTRONの恩恵を受けまくりなのに。恩知らずの朝鮮人どもが。
>>623
つ [鏡]
煽っているのはおまえ。
乞食もおまえ。
と言うか差別をするな、朝鮮人。 バカウヨはTRON信者としても邪魔ですので、
フォロミーとかいう内輪だけの世界でオナっててください。 ウェブ時代の今こそ Unilinwinmacbex を再考すべき
1 :帰ってきた1:2008/04/21(月) 17:38:08
アプリがウェブベース化しつつあり、ウェブOS構想も
まことしやかに語られるようになった昨今ですが、
私はなんと7年も前にウェブベースOSを語り、
先見性のない住民によって抹殺されていました。
Unilinwinmacbex こそ、時代を先取りしすぎたOS思想なのです。
前スレ
http://pc5.2ch.net/os/kako/989/989371029.html 2 :Be名無しさん <mailto:sage>:2008/04/21(月) 18:51:27
ヤタ!朕が2げっとだ!!お前等朕にひれ伏せ!クソ共が!
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/\ /\ /神\/../
/ /\ \(´∀` )./
())ノ__ ○二○二⌒/../
/ /||(二ニ) (___/../ 几l
γ ⌒ /|V||彡Vミ/⌒_ノ二二ノl0
l| (◎).|l |((||((゜ )/⌒/||三三三・) || (´⌒(´
__ ゝ__ノ  ̄(___) ̄ ゝ__ノ≡≡≡(´⌒;;;≡≡≡
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄(´⌒(´⌒;;
朕は神なり!朕は神なり!朕は神なり!朕は神なり!朕は神なり!朕は神な
り!
朕 IS GOD!朕 IS GOD!朕 IS GOD!朕 IS GOD!朕 IS GOD!
>>3 へ ハナゲ出てるぞ(ププ
>>4 へ デブヲタ氏ねよ(ププ
>>5 へ 低学歴が(ププ
>>6 へ オナニーして寝ろ(ププ
>>7 へ 牛鮭定食でも食ってろ(ププ
>>8 へ クソレスするな(ププ
>>9 へ 2ちゃん辞めろ(ププ
>>10 へ 冗談は顔だけにしろ(ププ
3 :Be名無しさん:2008/04/21(月) 20:35:11
実は、http://pc11.2ch.net/test/read.cgi/os/1022939074/501-511 も
Unilinwinmacbex 思想の二番煎じでした。
4 :Be名無しさん:2008/04/24(木) 22:20:53
Unilinwinmacbex アーキテクチャはISO化するべき 5 :帰ってきた1:2008/04/26(土) 14:12:38
C++/CGIべースのOS案(1)
OSは最小構成のDebianベースで、Mozilla専用WMだけをのせる
ログインすると自動的にウェブサーバへアクセス、
ajaxによるGUIが表示される。
Linuxへのログインとサーバの認証情報は連動させておき、
データはすべてサーバ上にあるので
どの端末でもUnilinwinmacbexホームディレクトリにアクセスできる。
いまのところウェベース (Webase) OSとしてはこれが
一番シンプルな解決策かと思われる。
6 :Be名無しさん <mailto:sage>:2008/04/26(土) 16:55:38
ttp://ja.wikipedia.org/wiki/%E3%82%B7%E3%83%B3%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88 7 :Be名無しさん <mailto:sage>:2008/04/26(土) 17:23:35
>>5
>一番シンプルな解決策かと思われる
詰め込めるだけ詰め込んでギンギラギンにさりげなく飾り立てるのが
Unilinwinmacbex思想なのではないの?
>ウェベース (Webase) OS
イタリアンなら「ウェバーセ」ですな。
8 :帰ってきた1:2008/04/26(土) 19:30:04
>>7
若いな。
Unilinwinmacbex思想はもうすでにクライアントサイドOSのパラダイムは
脱却してる。
全OS統合構想はウェブサービスのチューニングという方法論に移行しただけ。
Flashもあるし、いまはウェベースでもグラフィック表現に限界はない。
AjaxやFlashでユーザーインターフェイスを洗練させ
あとはApacheモジュールかいて内部構造を最適化、堅牢性をたかめる。 9 :Be名無しさん <mailto:sage>:2008/04/26(土) 22:59:59
OSがなんでもいいならJava使えばいいじゃん
それで仮想環境乱立で結局同じことになるがw
10 :Be名無しさん <mailto:sage>:2008/04/26(土) 23:28:05
>>9
Javaを使うとJavaVM次第になってしまうでしょう。
それにオールドスタイルやカーネル屋はおしなべてJavaに弱いしw
11 :Be名無しさん <mailto:sage>:2008/04/26(土) 23:59:48
Flashを使えばFlash次第になるし、Ajaxだってブラウザの対応状況次第、
サーバーにインストールされているソフトウェア次第になるだろ
12 :Be名無しさん <mailto:sage>:2008/04/27(日) 22:01:48
Javaが嫌で、JavaのようでJavaでないもの、JavaScriptや
ActionScriptに惹かれる心理は何とも説明しがたい。
13 :Be名無しさん:2008/05/10(土) 18:51:30
>>1
先見性がない?
何を馬鹿なことを・・・しかも抹殺されたとか、Tronの糞親父のような
ことをよくもまぁ、ぬけぬけと。作ってからほざけよ馬鹿が。自称アイデア
マンのつもりか?ガキの発想は、ママの胸の中でだけ愚痴ってろ。タコ TRON協会が解散するそうです。
トロン協会、T-Engineフォーラムと統合へ(スラッシュドットジャパン)
http://slashdot.jp/article.pl?sid=09/11/30/068204
会員の皆様へ:臨時総会開催のご案内(トロン協会メールマガジン)
http://www.assoc.tron.org/jpn/mailmagazine/issues/229/#a
>2.審議事項:
>1.第1号議案 当協会の解散について
>2.第2号議案 残余財産の処分方法
>3.第3号議案 清算人の選任
第94回理事会報告(トロン協会メールマガジン)
http://www.assoc.tron.org/jpn/mailmagazine/issues/228/#a
>■審議事項
>今年6月の総会決議に基づき、T-Engine フォーラムとの運営統合と当協会の解散について、
>経産省のご指導も頂いて検討してきた結果が報告され、審議が行われました。
BTRON\(^o^)/オワタ
と言う訳でBTRON2の実装や、更にその先の新しいBTRONが出る事はなく、BTRON3の範囲内で
メンテされる超漢字と、T-kernelのGUIシェルとして徐々に姿を消して行くんでしょう。 トロン協会が終わっただけで独自にBTRON4仕様つくればOK
例えばBTRON2仕様をベースにInternetに完全対応し
マルチメディア対応の拡張されたTAD、
120GB以上に対応した新ファイルシステムは
65,536以上実身に対応し20文字以上のファイル名の実現と
そして今後主流となるx86_64専用のフル64BitOSの実装とかね
たたこれをすると今の超漢字(笑)とは
TAD仕様基準のデータ以外は互換性が無くなるだろうけどね
> マルチメディア対応の拡張されたTAD、
具体的に、どう拡張すんのさ? >トロン協会が終わっただけで独自にBTRON4仕様つくればOK
>例えばBTRON2仕様をベースにInternetに完全対応し
>マルチメディア対応の拡張されたTAD、
>120GB以上に対応した新ファイルシステムは
>65,536以上実身に対応し20文字以上のファイル名の実現と
>そして今後主流となるx86_64専用のフル64BitOSの実装とかね
>たたこれをすると今の超漢字(笑)とは
>TAD仕様基準のデータ以外は互換性が無くなるだろうけどね
そう、超漢字はエミューレションで動かしたらいいのじゃないか? ツイッターで孫正義さんに、BTRONをのせた携帯電話端末の製品を創って
ほしいと多数の人が要望したら採用してくれるかも、ガンダム携帯とか
創る会社なら可能性はあるんじゃないか?
∩___∩ |
| ノ\ ヽ |
/ ●゛ ● | |
| ∪ ( _●_) ミ (SonOS)
彡、 |∪| | J
/ ∩ノ ⊃ ヽ
( \ / _ノ | |
.\ “ /__| |
\ /___ / >>638
「孫」って中国読みだとSunなんだよね・・・ 松下がBTRON実装するのにSolaris使ってたっけ 超漢字の検索方法ではなく、マックやウィンドウズのような検索の方法に
切り換えたらいいと思いますが技術的にできるのでしょうか? マックやウィンドウズのような検索の方法ってどんなの? 検索要求があるたびに全文書に対してパターンマッチ処理を実行するのではなく、
事前にバックグラウンドで索引DBの更新処理を動かしておき、検索要求は
その索引DBに対して行う、って事じゃないかと。(UNIXだとNamazuなどが該当する。)
このような一般的な索引処理だけでも検索処理の応答時間が劇的に減少するから十分に嬉しいが、
Spotlightと呼ばれるMacOS Xのフレームワークになると、上記の一般的な索引処理だけでなく、
タグ/曲名/アーティスト/撮影時刻/撮影場所(緯度・経度)といったメタデータも記録される。
これらは基本ファイル(JPEG/MP3/MP4/HTML..etc)についてはOSX標準で対応しているし、
アプリのデベロッパが独自のメタデータをプラグインとして追加定義することも可能だし、
アプリケーション側から任意のキーワード&メタデータで検索するAPIも用意されている。
以下のリンクは、BathyScaphe(バチスカーフ)という2ch専用ブラウザのメタデータ定義。
http://www.h6.dion.ne.jp/~machan/bathyscaphe.html
さらにQuickLookという別の仕掛けも利用すると、対象ファイルのアプリケーションを
起動しなくてもプレビューが可能になる。いわばBTRONの仮身の役目を果たす。
詳しくはグルるなりWikipediaやAppleのサイト、あるいは新Mac板のSpotlightスレ等へ。 >>643
わかりやすい解説乙。
>>641
できなくはないけど色々面倒で簡単ではないって感じじゃないの。 超漢字の日本語変換の強化で予測日本語変換なども実現してほしい NetBTRONとはどのようなものですか?
解りやすく教えて下さい パーソナルメディアもMSと同じ方法で
ウィンドウズNTをBTRON2、ウィンドウズ98を超漢字にして
BTRON2を仮身/実身を拡張していて、初期のバージョンでいいから販売したいのじゃないか
そして、BTRON2の応用ソフトなど増えてきたらじょじょにBTRON2にシフトしていったら良いのでは
ないか
↑
?販売したいのじゃないか
○販売しらいていのじゃないか
?販売したいのじゃないか
?販売しらいていのじゃないか
○販売したらいいのじゃないか NetBTRONとはウィンドウズを遠距離にあるBTRONを遠隔操作することなのか? >>652
意味通じない。わかりやすい日本語か簡単な英語で書いてくれ。 NetBTRONとは、外のウィンドウズのパソコンから家にあるBTRONを
遠隔操作するのがNetBTRONと言うコンセプトなのか? >>654
違うんじゃないの。
しかしそれはユニークなコンセプトなので、もっと妄想でふくらまして
ごらん。 素朴な質問ですが、16Bit実身がおわったら64bitまたは128bitの実身に切り替わり
16Bitの実身を64bitまたは128bitの実身にコピーしてまえの16bit実身を破棄したら
いいとおもうのたがどうでしょうか?
UCのブラウザあるのなら、超漢字に移植できるのではないだろうか?
今年当たりバージョンアップしてほしいものだ
MeCabはオープンソースなので超漢字に組み込んで新たな検索システム
にできると思うのだがどうなのでしょう? BTRONに、人工知能コンピュータのワトソンみたいに学習機能をつけてIA機能
を高めるようにしたら面白いと思うのですがどうでしょう 素人の意見ですが、超漢字の検索方法を巻末索引のやりかたにしたら速く検索できるのでは
ないのかな WINと超漢字のIMEを変えることができますか?
できないのならIMEをWINやグーグルのに切り換えるようにして欲しい ピュアトロン?とか今のパソコン性能ならいけるだろうがなぜ出さないのか
眠らせて置いても仕方ないだろう むしろMac OSみたいにありものをできるだけ使ったキメラ的構成に適したアーキテクチャに
再構成し直した、TADと(表面的な)実身仮身モデルだけ引き継いだ新しいBTRONを作った
ほうがいいと思う。生存性はそのほうが上がる。
(実際AndroidはesolがLinuxをT-Kernel+POSIXレイヤにすげ替えたものを作ってるし、
Mac OSはCPUを完全に乗り換えた) スマートフォンの端末メーカーがアンドロイド離れしたら行き着く先はTRONだね
CTORNあたりのカスタマイズなら最強だろうか? >スマートフォンの端末メーカーがアンドロイド離れしたら行き着く先はTRONだね
>CTORNあたりのカスタマイズなら最強だろうか?
確かに考えられるが、ダークホースとして Windows Phone になるかもしれない
じゃん >>663
TADも仮身/実身もXMLなんかで再定義してもいいかもしれない。
超漢字までのデータはコンバータ的なもので変換すればいいだろう。 11年も前に立てたスレが未だに残ってる…。
素晴らしき哉2ちゃんの継続性。
ところで先のCESで発表されたenchantMOONなるデバイスは凄くBTRON的だと思うんだけどどうかねえ。
enchantMOON
ttp://enchantmoon.com/
ニュースサイトあれこれ
ttp://www.itmedia.co.jp/mobile/articles/1301/15/news032.html
ttp://av.watch.impress.co.jp/docs/series/rt/20130104_580495.html
ttp://k-tai.impress.co.jp/docs/event/ces2013/20130111_581493.html
ttp://weekly.ascii.jp/elem/000/000/123/123670/
ttp://itlifehack.jp/archives/7686378.html
PC等カテゴリの掲示板のどこ見ても専用のスレが立ってなくてさ。とりあえずここに書いてみました。 最近のMetaMojiが今風BTRONだと、ふと思ったり思わなかったりしなくもないです。
ttp://hoshi.air-nifty.com/diary/2012/09/note-anytime-71.html >>670
実身・仮身と組み合わせられれば
面白いなと思ったり思わなかったり。
あと、手書き表計算とか。 結局、開発しようという若い奴が出てこなかったんだよね
馬鹿日本だから 若い奴に期待するならコンテスト位開いたら良かったんじゃないか?
メーカー協賛取り付けて最新機材を貸して、入賞者には副賞としてそのまま進呈とか。 実身/仮身が32bitとか64bitとか128bitになるだけで次世代だろ