ページへ戻る

− Links

 印刷 

GUIGUI01​/memo11 のバックアップの現在との差分(No.3) :: OSASK計画

osaskwiki:GUIGUI01/memo11 のバックアップの現在との差分(No.3)

« Prev[4]  Next »[5]
3: 2008-12-08 (月) 14:55:11 ソース[6] 現: 2024-01-08 (月) 12:58:42 k-tan[7] ソース[8]
Line 1: Line 1:
-* ぐいぐい01に関するメモ-11+TITLE:x 
 +* ぐいぐい01に関するメモ-11 [#j3ae6ba7]
-(by [[K]], 2008.12.08) -(by [[K]], 2008.12.08)
-メモのうち重要な部分をそのうちまとめてまともなページを作る -メモのうち重要な部分をそのうちまとめてまともなページを作る
-*** (25) 誰も指摘しなかった矛盾+*** (25) 誰も指摘しなかった矛盾 [#c3e49a38]
-まあ実際は矛盾じゃない。タイトルはいたずらに長くしないようにする都合上、要約したら刺激的なものになってしまった。 -まあ実際は矛盾じゃない。タイトルはいたずらに長くしないようにする都合上、要約したら刺激的なものになってしまった。
-OSASK計画が始まった当初、僕はこんなことを明言した(この記述そのものはOSASK計画が始まってからそれなりに時間が経過した後のものだが、以下の記述は当初の理念とほぼ同じである)。 -OSASK計画が始まった当初、僕はこんなことを明言した(この記述そのものはOSASK計画が始まってからそれなりに時間が経過した後のものだが、以下の記述は当初の理念とほぼ同じである)。
Line 21: Line 22:
-ということで、エミュレータ周りを作るのは相当後回しになった。エミュレータ部分を本格的に作り始める前に気付いて本当によかったと思う。より重要で価値あるものを優先することができたのだから。 -ということで、エミュレータ周りを作るのは相当後回しになった。エミュレータ部分を本格的に作り始める前に気付いて本当によかったと思う。より重要で価値あるものを優先することができたのだから。
-そして今やっている「ぐいぐい01」は、まさに(僕の価値基準から見て)継承に値するソフトウェアをつくり、efg01によって継承させている(継承可能なことを証明している)段階といえる。 -そして今やっている「ぐいぐい01」は、まさに(僕の価値基準から見て)継承に値するソフトウェアをつくり、efg01によって継承させている(継承可能なことを証明している)段階といえる。
 +----
 +-これに関連して僕には少々言いたいことがある。OSASKのエミュレータ方針はかつてかなり批判された。しかしその批判の中には「APIの互換性の重要性はわざわざエミュレータを用意しなければいけないほどには重要ではない」とか「そもそもエミュレータを用意してまでして利用するに値するアプリなんてほとんどない」とかいう指摘は一つもなかった。いやもちろん、当時の僕にそんなことを言っても僕はきっと反論しただろう。しかしそれでももし一人でもそういう人がいれば、今になって、あの人の言ったことは正しかったと認めることができる。でもこの件に関してはそういう人がいない。これはすごく大事なことなのに。
 +-結局批判する人もたいしたことはないということなのだろう、少なくともこの件に関しては。
---- ----
-「ぐいぐい01」がとてもうまくいっているが、おかげでkhabaを設計するための基礎が出来上がってきたように思う。来年は今年に引き続き「ぐいぐい01」に熱中することになると思うが、再来年ならkhabaに着手できるかもしれない。khabaができれば完全に、「一度書いたアプリはどこでも動く」が達成できる(「どこでも使える」ではない。動くには動くが、遅くて使えないという可能性もCPUによってはありうるので)。khabaが要求するハードウェアスペックは非常に単純なので、僕でもCPUを設計できるかもしれない(ページングもセグメンテーションも要らない(それはkhabaが速度の低下をほとんどなしにカバーできる)、割り込み機能もいらない(同)、CPUのビット数もなんでもいい(同)、レジスタ数もなんでもいい(同)、キャッシュ制御もいらない(同))。考えただけでもわくわくする。つまりkhabaは単なるjavaもどきであると同時に、CPU設計を互換性や既存の常識から開放し、より柔軟で大胆な設計を許す。 -「ぐいぐい01」がとてもうまくいっているが、おかげでkhabaを設計するための基礎が出来上がってきたように思う。来年は今年に引き続き「ぐいぐい01」に熱中することになると思うが、再来年ならkhabaに着手できるかもしれない。khabaができれば完全に、「一度書いたアプリはどこでも動く」が達成できる(「どこでも使える」ではない。動くには動くが、遅くて使えないという可能性もCPUによってはありうるので)。khabaが要求するハードウェアスペックは非常に単純なので、僕でもCPUを設計できるかもしれない(ページングもセグメンテーションも要らない(それはkhabaが速度の低下をほとんどなしにカバーできる)、割り込み機能もいらない(同)、CPUのビット数もなんでもいい(同)、レジスタ数もなんでもいい(同)、キャッシュ制御もいらない(同))。考えただけでもわくわくする。つまりkhabaは単なるjavaもどきであると同時に、CPU設計を互換性や既存の常識から開放し、より柔軟で大胆な設計を許す。
Line 26: Line 30:
-* こめんと欄+* こめんと欄 [#n818e95e]
#comment #comment
« Prev[4]  Next »[5]