OSASK
ttp://http://osask.jp/">ttp://osask.jp/ K氏のレス
ttp://osask.jp/comment.html 過去スレッド
Part1:
ttp://pc.2ch.net/os/kako/989/989544577.html Part2:
ttp://pc.2ch.net/os/kako/1021/10211/1021123643.html Part3:
ttp://nostalgia.rr6.org/test/read.cgi/oslog/1031404041/l50 Part4:
ttp://nostalgia.rr6.org/test/read.cgi/oslog/1042810549/l50 Part5:
ttp://nostalgia.rr6.org/test/read.cgi/oslog/1051350015/l50 Part6:
ttp://nostalgia.rr6.org/test/read.cgi/oslog/1063448116/l50 Part7:
ttp://nostalgia.rr6.org/test/read.cgi/oslog/1074938017/l50 Part8:
ttp://pc8.2ch.net/test/read.cgi/os/1096289971/l50 Part9:
ttp://pc8.2ch.net/test/read.cgi/os/1141512012/l50 Part10:
ttp://pc11.2ch.net/test/read.cgi/os/1154244548/l50 Part11:
ttp://pc11.2ch.net/test/read.cgi/os/1211215391/ ※Part3-7のログはさっきゅん提供
ルール・補足は ： Be名無しさん [sage] 2009/06/24(水) 00:45:45
の流れを知っている俺からみれば、FD一枚で、GUIを実現しているOSASKは、驚きだしマジック的だと思うけど、
シェルもなく、自己完結した最低限の開発環境もないOSASKの現状は、手品モドキでしかないのではないかな？
K氏のレスは「ちょっと一言」に書かれます。<-でも最近はほぼ完全に無視られている様子
ttp://osask.jp/comment.html ・批判/質問その前に
まずOSASKのサイトを一通り読んでみてください。答えが見つかるかもしれません。
・スレッドが進まないが最近の動向は？
OSASK-WikiやOSASK-MLを追ってください。<-ここ見ないでレスするとたまに笑われる
OSASK-Wiki
ttp://wiki.osask.jp/ 新MLログ:
ttp://osaskml.hideyosi.com/osaskml/ ・MLに投稿するには
投稿フォームから投稿できます。MLログとフォームがあればあなたもMLメンバーです。
ttp://osask.marokun.net/form/ ｜も.｜
｜う |
│来│
│ね│
│え .|
│よ .|
ﾊﾞｶ ｺﾞﾙｧ │ !!.│
└─┤ ﾌﾟﾝﾌﾟﾝ
ヽ(`Д´)ﾉ ヽ(`Д´)ﾉ (`Д´)ﾉ （ `Д）
|￣￣￣|─|￣￣￣|─|￣￣￣|─□（ ヽ┐U
〜 〜 ￣◎￣ .￣◎￣ ￣◎￣ ◎−>┘◎
>自己完結した最低限の開発環境もないOSASK
gcc移植されてるけど…
そもそも、ろくずっぽ読んでないで罵詈雑言ってのが多いんだよ
FSFには囲碁ソフトGOを以前から公開しているのだから
OSASkを改造してNASKというOSを作ったよとか言われたらどう思う?
にほんごでおk
普通 GNU Go って、GNU を頭に付けるだろ。
Go って名前だけなら、DOSエクステンダのGo32とか他にもあるし、
たいして問題なかろうと思うが。
そんなことより、Tmaxのネタで、OSASKのOの字も出ないのはなんかつまらないを通り越して悲しいものがあるね。
Lに読ませてやりたいｗ
そういうのはやめてくんないか？
大喜びですっ飛んできちゃったらどうするんだよw
メモリを2Tぐらいまで読めるようにしといてよ
出来るでしょ
インテルに言えよ。PAEで最大64GBだっけ？
前者はそのうち実るけど、後者は勝手に蒔いても美味しい所だけ横取りされかねないので誰も蒔けない。
アホの自己陶酔に付き合うなよ
Kを侮辱するな！
技術
女
ttp://osaskml2.hideyosi.com/osaskml/ じゃないとML読めないぜ。
広報・TCP/IPサポート
それをKに関心を向けさせるほうが早いな
期待するのがそもそも間違い。
終わったハードでも、高性能のOSを投入して復活させる事を夢みてたと思うよ。
なんか高尚な理想とかあったのかな？
やめろよ・・・来たらどうするんだ
病気なのかなんなのか一回始めると延々Kの人格攻撃と
役立たずなOS論を大量投稿するからなぁ。
そんでオチは毎度毎度同じ。
証拠出さない
体力とか体調を理由に勝利宣言してトンズラ
K名無しで乙の連呼
京大以下は全部生きてる価値ないと学歴自慢
名無しで自作自演工作ｗ
自分の不遇（ニート）は全て国家の陰謀と差別のせいｗｗｗｗ
誰かLにたま出版紹介してあげたらどうかな
そんな事より、なぜ「これ以上発展の可能性がない終わっているOS」と言えるんだ？
当人達にやる気がなくて未完というのならわかるのだけど。
やり尽くした感がどこにもないだろ。 足りなかったり間に合わせのものなら色々転がってるけどさ。
やっぱりソース開示したって何も還元されないね、ほら見たことか。ってのがLだな。
しかし自身はTEKを使ってオプソのメリットは享受ｗ
さあ、Kに負けない夢を語ってくれ。
まあ無線LANが繋げないんじゃ意味無いが
メモリをそこそこ積んでないと厳しいかもしれんが。
10年くらいたって、メモリ512G標準とかにになれば…
ないか
Kの時代が来るかもしれない。
そもそも、超絶性能のハードがあれば、
ウインドウの重ね合わせ処理の工夫とかの工夫やら
「コンパクトなOS」もまったく要らないんだろうしなぁ
L（名無しで）お疲れ
こんなのが必要な状況にならないほうがいいってことで
Kの自己満足（非常に良い意味で）だよ
ワガママで贅沢だから？
感性が高校時代で止まってるから
だから周りに中高生が集まった
あれは病気かなんかだと思う・・・
別に誰に迷惑かけてるわけでもなし、いいじゃない
ちょっと凝った料理を作るのと大して変わらないんだから
良い悪いではなく理由を聞いている
別に誰に迷惑かけてるわけでもなし、いいじゃない
あれは病気かなんかだと思う・・・
ファミレスのハンバーグが美味しくなかった
もしくはそもそも無かったとしよう
そしてハンバーグを食べたく、なおかつ自分で作れるとしたなら
そりゃ作るでしょ、
Kの文章を見りゃ分かるが、あいつは無いものは作る人だ
やっぱ贅沢じゃないか
麻薬汚染だな
頭悪い文章だな
小学生か？
Kが言っているのはハンバーグが不味いとかじゃないだろ
おからで十分生きていけるとか言っているんだってｗ
そしてそれを他人には一切強制せず、ただ自分が実践するというヘンタイ
あくまでネットの書き込みだったら、詭弁のガイドラインとかそっちじゃないの？
実際に言わなきゃ書き込めない奴がいるならそっちの方がヤバそうだ。
ストイックな筈のベジタリアンが、無農薬とかにこだわり出して際限なくなっちゃったみたいなものじゃないか？
2chにだって昔のPC板とか成立するわけで､昔のハードを時代に合わせながら維持したいって連中は少なからず居る。
だってもう製造されていないからね。MSXとかFXマイコンとか、復刻がないわけではないけど。
ただ、エコポイントとかみればわかるように、お役所が言うエコというのは買い替え需要の事だったんだろうね。未踏落ちるわけだ。
日本語でおｋ
詭弁のガイドライン
第8条 知能障害を起こす。
って奴じゃない？つまり詭弁の論法ではないかと？
K名無しでお疲れ
L名無しでお疲れ
さらに言えばK-L間のエディタ論争でも認められていた事でしょ？NASKで実証したしね。
Lは比較がフェアじゃないと言いたかったんだろうけど、比較がペテンで無意味だって方向に持っていったのが駄目だったと思う。
見てる奴だって見れば違いなんて一目瞭然なんだからあんまりバカにするなよと思う訳で、
MASMの件と相まって重箱の隅を隅を突いてると思われた。っていうかマジでそう思ったし。
けれど、従来のOSの機能密度は大幅に向上させる余地があるんだというのは全く同じ機能じゃないとよくわからないので、
結局証明されていない。
複雑なもので小さくした例にはGoがあるけど、大幅にと言うのは微妙だし、切り捨てたものもある。
それで移植だから駄目なんだという考えにKは傾いたような印象を受けるんだよね、その後の流れを見てると。
しかし結局全然できていない所をみると、汎用である事が求められるOS（やコンパイラ）で、全く同じことが出来るものが小さくできる
って最初の話に無理があったんじゃないかという疑念があらためてわくんだよね。で、そこんとこどうなのかな？
書き直すとかすればそれなりに小さくなるだろう。
そういうのがなけりゃ大幅に小さくするのは無理。
どーしても小さくしたいなら、
遅くてもいいから小さくなるように書き直すとか、
互換性気にせず古い機能バッサリ捨てるとか、
誰も使わないような重箱の隅な仕様無視したり、
コンパイラで最適化諦めたり、
ということになるんでないかと。
＞新しい技術で書き直すとか
osaskの支持者達はこれに期待してたんじゃないかな？
例えば、メモリの端から端まで処理するのにCPUは一瞬なのだから、消費時間の殆どがループと分岐待ちだからこの無駄を云々みたいな。
＞元がダメなのをきれいに書き直す
一方、Lはこっちの話だと受け取って、（実際はそうでないから無理なのに）インチキな例で失礼な話をする奴だとクレームをつけた訳だ。
結局どっちの想定が正しいんだろう？
多分両方。
自分の知識と技術で書き直せば実現できると思ってる。
実際どうなのかは(略)
ttp://practical-scheme.net/trans/icad-j.html この辺の話ってKLならなんて言うかな？
OSASKは？
もちっとコアな部分に手を出すまでは何とも言えないと思うでよ。
こっちはもう無理だろう。
例えばAPIラッパー作って、はりぼてのバイナリがそのままOSASKで動くよなんてのって難しいの？
わざわざ面倒なほうをやるのはマゾくらいなもの
ラッパーの方が実機を扱う嫌らしい部分をOSASKに丸投げすれば済むから手抜きできそうじゃない？
いじり難いのってどの辺なんだろ？
そうだとするとOS作りってどこが面白いの？
実機を扱うのはドライバ部分だけど、初期にシリアル使えるのがあった位で、そこを開発してる人はほぼみかけないんだよな。
つまり、みんな俺APIが作りたいって事じゃないかと思ってたんだけど。
そもそもOSASKに実装が無かったり貧弱だと思えてわけがわからない部分なら、独自実装に書き換えて旧来の方をラッパー化したっていいよね？
KはたぶんオレオレAPI派で、だからAPIの優劣にこだわるし、EFGとかで満足したりもする。
でも実はそうでないほうがむしろ多数派で、かつて何例かあったPOSIX派は、その典型だろうと思っている。
Kもその急先鋒かと思ってたら、いつの間にか注文の多い料理店になってて、
アプリ屋にそっぽ向かれた気がするな。
今週末までで十分だよな？
言い出しっぺの法則なんて、やりたくてウズウズしている奴以外に言うのはかえって逆効果。
そんなの簡単ですぜ旦那ｲﾋﾋと、自分の知る適当な情報を囁いていれば神輿にのせられる奴が出てくるのが2chの良スレ。
簡単そうに言ってすみません実は自分では全くできませんって謝ればいいのにｗ
簡単そうに言う奴（例えばLとか）が居ないと誰も始めないって話だろ？
どういう根拠があるんだろ？
おまいらいい加減に気付けよｗ
ttp://pc11.2ch.net/test/read.cgi/os/1249341250 まあOSASKが難しいって話は単なる伝聞なんだろうな。Lが簡単に出来ると言ったから対抗上難しいって事になった。
実際にはコロンブスの卵で、最初にやったパイオニアだけが難しいことだとしても、それを言いきっちゃうと
今度は逆に30日本の有難みが減る事になって言えないのかもしれない。
読んでないからよくわからないけど、もしかしたらそういう有償本の宿命だろうか？
でも、むしろ応用が効くって事になったら価値が上がってもおかしくない筈。
っていうか、そもそもどこが難しいかレポートしろなんて言われてるんだから、難しい所を堂々と質問できるわけだ。
人に聞けば大抵簡単な解決策が見つかるだろう。Lだってこの前スレが落ちる前に温度センサかなんかの事聞いてたし。
というわけで、OSでも作ろうかなと本持っててたまたまこのスレ覗いてたなんて人が居たらぜひトライしてみるのはお勧めだな。
アホの相手するんじゃねーよヴォケが
手抜きできそうなんでしょ？
レポートはだろ、そもそも俺APIを作りたいのなら手抜き出来そうって話なんだから
やのように作る気がない人もそりゃ居るだろう。97が俺API派だと思えるか？
アホの相手するんじゃねーよヴォケが
を超訳
レポートはです。
独自APIを作りたいだけなら、ハリボテでスクラッチから書くよりも、
OSASKでライブラリとして実装した方が工数が少ないということですが、
やにも書いたように、私自身は独自API作成に興味ありません。
OSの些細な優劣はCPU、コンパイラの進化で隠蔽されてしまいもはやどうでもいいので
頑張ったら頑張っただけむなしくなるから開発しないほうがいいよ
ということ
ソースの解説が充実しているからに決まっているだろ
お前バカか？
同じ亊が出来るソフトがある場合、使い方が難しい多機能ソフトの方が解説が充実していて、
簡単なソフトでもマイナーだと見過ごされて誰も使わなくて本当のところがわからなかったりする亊があるし。
リナックスも同じくらいの解説本が出ればいいのに
誰か書かないかな
1. ものすげー時間かけて書く
2. その間にあちこち変わってしまって参考にならなくなる
3. 直すために1にもどる
という賽の河原状態になってしまうんでないかい。
徐々に書き直しが減ってそのうち収束するかもしれんが。
ttp://ja.wikipedia.org/wiki/%E5%8D%98%E4%B8%80%E3%83%AC%E3%83%99%E3%83%AB%E8%A8%98%E6%86%B6 ■概要
これは、日常で Mona を使える事を目指した第一歩のリリースです。
音楽を再生し、Web サーバーを動かし、インタラクティブなシェルで作業をすることができます。
QEMU を同梱したパッケージをダウンロードすれば、bat ファイルを実行するだけで簡単に Mona を試す事が出来ます。
ダウンロードは
ttp://www.monaos.org 。 ■0.2.0 からの大きな変更点
・uIP httpd の移植 (Higepon).
・KVM virtio-net ドライバの追加 (Higepon).
・Scheme シェルの追加 (Higepon)
・libc 実装と改善 (Shotaro Tsuji).
・Squirrel 言語の移植 (okayu).
・標準入出力とパイプの実装 (Higepon).
・スレッド API の改善 (Higepon).
・サウンドドライバ・プレイやの追加 (Shotaro Tsuji, .mjt and Higepon).
・CD-ROM アクセススピードの向上 (junjunn).
・コンソール描画速度の向上 (junjunn).
・gcc 4.1.x でのビルドのサポート (shadow).
・VFS の追加 (Higepon).
・Linux でのビルドのサポート.
・APM のサポート (Shotaro Tsuji).
・Mesa の移植 (Nanashi and pol).
・スタック自動伸長機能の追加 (Higepon).
・メモリ管理の毅然 (Higepon).
・CD-ROM からのブート (Higepon and Nananshi).
contrib/application_catalog.txt を参照。
■ロードマップ
version 0.0.3 (済)
・インタラクティブなシェル
・音楽プレイヤ
・安定した NIC ドライバ
version 0.0.4
・BSD ソケットの移植
version 0.0.5
・Mosh の移植
・ネットワークアプリケーション
version 0.0.6
・ブラウザ
・コアの一部を Scheme で書き直し
■謝意
Mona に興味を持ち、ダウンロードしテストしてくださった方々全ての方に感謝します。
何らかの形で Mona に貢献してくださった以下の人たちに感謝します。
Shotaro Tsuji, Tino, junjunn, bayside, Gaku, shadow, Yui_Neko, gcj, .mjt, Nanashi, nikq, akky, K-tan, Yamami and gamix.
■バグレポート
以下までお願いします。
・
ttps://sourceforge.net/tracker/?group_id=164970&atid=833826 ・higepon@users.sourceforge.jp
ttp://osaskdot.hideyosi.com/blog2/index.php?uid=3 >います。実際にどうするかはこの日記への反響次第ですが、もし特に何も
>なければ、OSASKの一般公開を永久にやめます。一般公開の必要がなく
>なればベータもリリースしません。
このまま忘れ去られるだけじゃないかと思う。
そうだよ。
実現のしかたとしてプリミティブではあるけど。
いちいち宣言してから篭もるつうのがよくわからんが。
Wikiより：
> 僕の負担をもう少し軽減しようという意志がないのなら、たとえ問題を
> 起こしている人が極少数でも、僕は公開を続けるのはやめようと思って
> います。
春ごろだっけ？ここの住民が総出で某池沼を退治したよね。
あのとき、K も2ちゃんに張り付いて見てた節があったが…。
やっぱりノイズばかり拾っちゃう性格なんだろうか。
その通り。
正論を主張する人物をアホとか小学生とか茶化して
スレの雰囲気を壊した恥を知れ。
あいつらosaskに文句ばかり言って、自分では何もやろうとはしなかったし
ttp://osaskdot.hideyosi.com/blog2/details.php?bid=171 ﾋﾃﾞﾀｿみたいに俺がやるって言ってくれる人いな杉
心折れそうorz
そんなに無理しないで、楽になっていいんだよ
そ〜ゆ〜時は休む。
趣味なら自分のペースでのんびりやるのが一番ですがな。
ttp://anchorage.2ch.net/test/read.cgi/bizplus/1257950853/ ttp://d.hatena.ne.jp/oksoftware/20091104 腕があるのにナイーブな人ってもったいない、といつも思う。
外野なんて気にしなきゃいいんだよ。契約があるわけじゃ
ないんだから。もっといいかげんでいいんだよ。
ただのバカだろ。
大学で OS やってる人とかにKの本の評価聞いてみればわかるが、
（学問的なレベルに踏み込んでないことは置いといて）とにかく動く物をだれでも
作れる入門書として、一定の評価はされてるから。
だから「外野気にしません」宣言なんでしょ、結局。
オール無視ってことで。
でも卑下本と比べるとなあ・・・
著者はスパクリだし開発はC++だから、K本に勝ち目無い。
卑下本より後発なのに、これじゃダメでしょｗ
わかりやすい僻みだ。
スパクリとか恥ずかしいな
それなりの腕があれば、外野なんぞ気にしない or 参考にして
自分の道を突き進むと思うでよ。
今回の騒ぎは、開発が思うように進まないので、外野がうるさいせいだと言うことにして
逆ギレしているようにしか見えんが。
役に立たない度は同じようなものだろう。
(物理的な)破壊力はこっちのほうが上だと思うが。
特徴の無い車輪の再生産で
かつ既存処理系が時間をかけて改良してきた最適化等はまだまだだからじゃね？
まん中の段は同意。
ただの逆切れにしか見えない。
ただ本は（どっちも中身をみてないが）mona本が初版が並んでお終いに対して
30日本は今だ書店に置いてあるから一定の価値は有るんじゃないかな。
30日本はだいぶましな内容だからな
前に座ると目立つから教室の後ろのほうに座ることに決めているヘタレの上に
成績の伸びない奴が、自分よりも少しだけ成績の良い周囲に向かって遊ぼうぜと
ちょっかい出してクラス全体の足を引っ張っているということか。
確か、Rubyのまつもとゆきひろさんか誰かがおっしゃっていたんですが、
「エンジニアっていうのはだいたいOSを作るか、
言語処理系を作るかに分かれる」らしいんです。
私はどっちにも足をつっこんでしまった感じで、
これは泥沼なんじゃないのかなとも思いますね(笑)
by higepon
両方やって売名しとけ
バイナリだけは発表し続けるけどソース開けるのはやめようと思う。
手間かかるばっかだし見合うフィードバックないし。
リポジトリに放り込んで後は勝手にしろってことで説明とかも
もう書かない。
それで忘れられちゃうんならオレの作品がその程度だったって
ことだし。
そう決めたらなんか急に楽になった。
オレもosaskに登録しようかな。なんかﾋﾃﾞﾀﾝと話してみたい。
どんなサービスが欲しいんだい？
電気を無駄に食うサービスならどちらでも提供できると思うが
ゲムボイアデバンヌ(ハドオフ)
PSP
ＤＳ
電車とかで使う→DSi
電車とかで使わない→DSiLL
PSPは新型・やや別路線のGoが大ゴケしたから、今から買うなら半年くらい待った方がいい
Goと同等の性能を持ったPSP新型が発表される可能性が高い
FF13が地雷です。悔しいです！(｀Д´)ｳﾜｰﾝ
ヴェルサスも地雷ですが何か？(´Д｀)ﾊｳｰ
DSiLL買っとけばいがった ￥20000円
逆にTOWNS版ってNWSOSの98版並に謎が多い。
ただ、某itronの蟹ドライバ他のつまみ食いで、あちこち決め打ちにしてたりするので
少しはマトモに書き直そうと思ったら、プロセス間通信のAPIがさっぱり不明だったのであえなくお蔵入り。
エディタ内蔵の漢字変換がサーバ化してからでもいいかと思ってたら、全くそんな動きは起きなかったのが残念。
,,.r,:-‐'''"""~~`ヽ､:;:;:＼
r"r ゝ､:;:ヽ
r‐-､ ,...,, |;;;;| ,,.-‐-:､ ヾ;:;ゝ
:i! i! |: : i! ヾ| r'"~~` :;: ::;",,-‐‐- `r'^!
! i!. | ;| l| ''"~~ ､ i' |
i! ヽ | | | ,.:'" ､ヽ､ !,ﾉ
ゝ `-! :| i! .:;: '~~ｰ~~'" ﾞヾ : : ::|
r'"~`ヾ、 i! i! ,,-ｪェI二エﾌﾌ : : :::ﾉ~|`T ＜イエーイ、ひげぽん見てるー？
,.ゝ､ r'""`ヽ､i! `:､ ー - '" :: : :／ ,/
!､ `ヽ､ー､ ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
| ＼ i:" ） | ~`'''ー---―''"~
ヽ `'" ノ
日本人ってレベル低いなｗ
しかも、低いものにしか目が向かないとかw
他のゴミOSと一緒にするなよ
あれでもう少し理想があって周りを動かすことができりゃ遠くへ行けたんだろうが。
Monaは中の人がOS板にぽっと現れた当時よりだいぶ力を付けたけど、
相変わらずOSとしてのビジョンは作れてないな。
なんでワンマンになったんだっけか？
てっきり一人で作った（多少のアプリはともかく）と思ってた
やっぱり、MLが切り替わった時が一つの節目だったのかな？
オレが思うにＷＩＫＩがガンだったのではと。
Ｋの異常なＷＩＫＩ依存とＷＩＫＩ独裁が多くの人を遠ざけたのではと。
ああ一回一回文句言われるんじゃやってられないだろ実際。
切り替わったＭＬ見てもわかるがほとんど流通してない。
前のＭＬがいかれる前からみんな発言しなくなってたように思う。
（ヒデタンすらほとんどＷＩＫＩ書いてない）
まあ、ああいう拙速の自由のない書き込みスペースを既存の名前であるwikiと名乗ったのがトラブルの種だったと思うけどさ。
（言ってる意味がわからないって人が居れば、wikiって名詞をosaskに変えるとこれがどういう話かわかると思う）
そもそもあそこってあくまでOSASKと関係なくOSASKキャラで遊ぶ会とかなんとかいう勝手連のごく一般的なwikiだった筈。
osdev-jとトラブった反動なんじゃないかと思うけど、そもそも独立自体が青天の霹靂で、
わざわざ管理という面倒な手間を増やしてまで直営にした理由は謎だなあ。
blogかなんかで充分だった気もするけど。
ttp://beos.lanet.wroc.net/www.eoslx.tk/screens.htm ,−' ｀ ￣ヽ＿
,' ヽ
( ）
（ ノ'ｰ'ｰ'ｰ'ｰ'ｰ'ｰ'ヽ ）
（ ﾉ （●） （●） （ )
｀ｰ' ＠ （__人__） ＠ ( ）
ヽ ｀ ⌒´ /｀ー'
／ ＼
OSASK本体を改造しないと誰もドライバーを書けないって事？
誰でもドライバー（ハード直たたき）は書けるけどread/writeみたいな標準インターフェースが無いから俺専用サブルーチンにしかならないって事？
その辺り他（MONAやNWSOS等）ではどうなってるんだろうね
syscall_get_io
syscall_allocate_dma_memory
syscall_set_irq_receiver
等
ドライバ周りも個性がでておもしろいね。
ユーザーモードじゃないけど、その辺りが一番整備されてそうなのはNetBSDかな。
インターフェースらしきものは何も出なかったな。
そういう段階で圧縮とか標準アーカイブ形式とか焦って決めたから、
複雑化して敬遠とか色々足枷になっているんじゃないだろうか？
純ソフトウェアアプリケーションを主眼にしていた感じを受けてたな
ディスクとかメモリとか気にせずにアプリ（互換性が維持できる予定の）アプリを書けやみたいな
他の人も含めてＰＣ系ＯＳを作る人はソフト重視な感じがする
ハード重視だとITRONとかに行っちゃうというか・・・
むしろ、実装された新機能をどう活かすサンプルアプリを作るかみたいな
コンテスト的発想で盛り上がってなかった？
俺は後半からのウオッチ組だから５月１２日は512byteアプリとかのコンテストしか知らないんだ
メモリー・フロッピーディスク・マウス・キーボード・グラフィックス（テキスト）は扱えるよね？
HDD対応とかネットワーク対応とかしてみたかったとか？
まさかのUSBデバイスとかｗ
なんにしろデバイスドライバ書くのは大変だよね
OSと規格とデバイス全てに精通しないとかけないからね・・・
全部自分でやるならそういうのは頭の中にさえあればいいんじゃない？
まあグズグズしてると作る前に忘れちゃうと思うけど。
ドキュメントがそろわないよね＞OSASKに限らず・・・
だから自分でソース解析して改造しちゃうような人しか参加できない。
アプリ作成からしてそのレベルだからドライバとかもうね。
そこまでパワーが回らないってのが実情だろうなぁ・・・おもしろくもないし＞ドキュメント。
只忙しいって言われればそれがしにくくなるし、解析して作られるのは歓迎してない様子で万事休すじゃない？
仕様不明だから結局使いにくいローダとしてしか評価されなかったな。
ちょっと寂しいな
素人の意見で申し訳ない。見た目windows風のＯＳをわざわざ
作るってどういう意味があるの？
了解。
win95と張り合えるのはサイズ位だったよね。
逆にコンソールオンリーだったらわざわざ作る意味は無かった感じがする。
GUIを任意に作り変えられる（というかGUIは実装していない）から
Windows似も含めて多くのLook and feelが提供されてるだけで。
取立ててWindowsのみを意識してたわけじゃないけどね。
そこに見た目とサイズは関係ないんだっていうものを出したのには意味があったと思う。
結局、OSとしてはPC-98（FDD機）相当のリソースしか管理できないままってことになるのだろうか？
アレでいいなら別にDOSエクステンダでも頑張れた筈で、ある意味OSASKの自己否定なんだよな。
・あらゆるソフトウェアをエミュレーションで活用できるＯＳ
↓
・あらゆる環境(x86)で動作させられる？標準化レイヤー？ＡＰＩセット？
と180度スピンターンしてるし
サイズにこだわりだした辺りから当初と方向性が違ってきたけど
ここまでくると迷走というか行き当たりばったりというか・・・
BEEPしか鳴らせないOSへの対応は大変だったからじゃないのかな？
個別のドライバを用意しきれなかったんだとしても、ダミー位は在っても良かった筈。
そうすれば実際に鳴らせるようになった時にも鳴らすアプリ側は特に対応の必要がない訳で、
アプリがOSに振り回されないで済む、そんなOSであることがOSASKには望まれていたんじゃないだろうか？
でも上手くいかないんだなぁ・・・WindowsとかWindowsとかWindows・・・（上手くやってるほうだけどさ）
はなからあきらめてるUNIX(POSIX)はいっそ潔い？
キャッシュに収まるようにって拘りだした辺りでもう詰んでたんだな、
リッチよりニッチを選んだ時点で他人を許容できる余地は既になかったとも言える。
村上隆がこういうのを同じところをいつまでも刷毛で撫でてる状態とか言ってたな
何も生まない批判しかしないのは、見苦しい限りだ。
他人頼みにすることなく自分のほしいものを自分で作った作者は偉いと思う。
どんなに道を誤っていたとしてもね。
欲しいものは欲しいもので自分で作ってるよ。
他の誰も欲しがらんだろうけど自分専用だからＯＫ
ここでだべってるのはOSのうんちくをたれたり聞いたりするのが好きだから。
別な関連スレに話題が湧けばそっちでやるし、
今回はたまたまここに話題がわいただけ。
カーネルサイズの話なら、まあアリなんじゃないの？
そもそもハードの方があっという間に進歩しちゃうからその内意味がなくなるし。
アプリに要求するのは、欠点隠しの仕様だと思われるだろうけどね。
どうせなら命令形自体を仮想化しておいてアーキテクチャが変わっても対応できるようにするとか
カーネルが仮想マシンとして振舞うエミュレータ的な扱いならアプリ側は何も意識しないで済むし
元々は結構早い時期にi386エミュが載ってそれが目玉になる予定だったんだから、
ベタベタとか何も問題にならないと思ったけどなあ。
なんか気になるならlinuxみたいに1から書き直してもいいんだしさ。
問題が起きるのは書き直したものが以前のものと比べて役不足の場合だよね。
;0x001fdまでを0x00で埋める命令
だと思う
皆、待っててくれる？
【Scheme】Schemeインタプリタ Mosh Part1【Lisp】
ttp://pc12.2ch.net/test/read.cgi/tech/1272469779/l50 もうOS作りからは引退したのかね？
あの自然と生まれた分業体制が維持されていれば、例えカーネルが停滞していてもディストリ的に発展していって、
そのうちブレイクスルー的に進化って事も出来たと思うんだよな。
なんかのプロジェクト名？
Kの命名したままではfreeに使えない事がわかった時点で、それとなくコミュニティ公認の別名を付けてやれば、
別名の方は未公認改造品にも使えるし、その名前でリリースしたOSに頓珍漢な事を言う人が現れても、
Kには迷惑かからないから、他の人が窮屈な思いをしなくて済んだと思うんだ。
なにより開発の手伝いが何もできないような人でも参加できるイベントになるというのが大きいし。
OSASKコミュとして提唱したかったKの構想も、BTRON、CTRON…じゃないけど、ちょっと整理してそれぞれ別名を付ければ
個人のメモ止まりではなく、もっとよく煮詰める事ができて、話も意味を取り違えたりせずにスムーズにできてたんじゃないかな？
もっとオープンだったらまた違っていたのかもな
こんな流れだっけ？
数字がそれぞれ何を表しているのかがよくわからないや。
後方互換が切れたのって、多色対応と圧縮絡みと、あと何があったっけ？
はりぼて：はりぼて, C言語
OSASK-HB：はりぼて＋ぐいぐい01, C言語？
OSASK4.9：ぐいぐい00＋ぐいぐい01, ASKA？
OSASK5.0：ぐいぐい01, khabaバイトコード？
たしかこんなかんじだった。
ぐいぐい01ってabcdefgの時に初めて聞いたな。
efg用のミニマムセットと将来用の拡張セットじゃ番号が違ってなかったっけ？
振り返れば、30日本の為の情報管制があったのが痛いね。
その間、蚊帳の外の人はなにか関係ない仕事で忙しいのかと思って、OSASKについて話すのを自粛しちゃったと思う。
以降はまあバブルかな？ 内輪と外部の残党とハリボテ組じゃ前提情報が違うので話が噛み合わないのは当然だよね。
どういうこと？
まだぜんぜん使いもんにならないらしいけど
infoNESだったらもうあるよ
出来ないでしょ
でも誰かが作れば話は別だ（・｀ω・）
いっそFM音源やらCDDA再生やらを実現してた連中をつかまえてサウンド班にでも任命して適当にやらせてれば
別になにもしなくても結構発展していってたんじゃないだろうか？
サウンドドライバなんてI/Oをガンガン使ってるわけだから、まずはosaskを改造してやることからはじめなきゃいけないわけで
そんな面倒なことさせたら、そりゃあやる気は無くなるわな。
でも聖人とかっていう人が作ったWin3.1風osaskはI/Oアクセスできるようになってるらしいが
いや、暫定措置だけど、I/OアクセスできるようにIOPL変更していた筈。
勿論本来のものじゃないからいつ使えなくなってもおかしくない。（だから積極的に活用して組もうとする人までは現われなかった）
でも戻したらそれらの小物アプリが使えなくなるからすぐわかる筈。
まあ、互換性放棄してからの話だったらよくわからないので見当違いの事を言っていたらすまないけど。
だから、改造して勝手に機能追加したOSASKをリリースした人が出てきた時点で、喜ぶだけじゃなくてちゃんと考える必要があった。
「僕らのOSASK」であればそれでも問題ないと言えるけど、オリジナルブランドであって名乗って欲しくないって方針であったのならばね。
当然それによりOSASK計画のプロジェクトもオープン化したものだと殆どの人は思っただろうなあ。
まさかあれが公開した張本人が権利留保を主張するための独自ライセンスだったなんて、
全く想定外だった人が多かったんじゃないか？
ぶっちゃけ外部の人間にはあんまりあれはやさしくないと感じる。
いざosaskを弄くってやろうとmake47のソースをみても、askaでガチガチに固めたソースで正直読みづらかった。
はりぼては結構いろんな子たちが遊んでるみたいだけどどうなんだろ
ネギトロとかいうのは個人的に気になってみたりする。
＞それから、osask自体に拡張性がなさ過ぎた事にもあるかもしれないな。
以降の話は必ずしもそうは思わないけど、なぜだろうね結局これ。
まあ、KHBIOSさえ軌道に乗れば、必然的に拡張手段も生まれるだろう。
…と楽観的に考えていたら、いつまでたっても出てこなくて、出てきたのはソース無し。
どうみても特殊なブートローダにしか見えなかったけど、何か仕掛けでもあったんだろうか？
TOWNSのエッセンスを上手く抽出してはいるんだけど、所詮は廉価版。
それもサブセットというより、初代のスペックに近いからソフト開発時にもそのスペックを考慮せざるをえなくて
それがTOWNS独特のハイパーメディアの発展を阻害してしまったじゃないかな？
制限ありのマルチメディアでよければ丁度台頭してきたWINDOWSでもできるって事になって、皆FMVにシフトしてしまった訳だ。
まあTOWNS拡張ボードは開発していたのだから、ソフトさえマネのできないものがあれば、むしろそれをMPCのデファクトに
することもできただろうけど、それにはDOSエクステンダのOSモドキがネックだったな。
せめて、OS-9程度のマルチタスクがあれば…と思っていたところに出てきたのがOSASK計画だった。
そういう名機復活計画をどっかの偉い先生に貶されて、コンパクトさを教育用としてのみ評価されて助成されたからといって、そっちに舵を切るのはやりすぎ。
結局、あれで学んでも、次の一手は全然指せない。 名前からして作った人が間に合わせでしか考えていないものなんだから当然だよ。
確かにリストラクチャは必要だけど、それはOSとして実用段階になってからであって、
デモがやっとできる段階で個別ドライバすら書けないOSASKには時期尚早だったと思う。
他のプロジェクトもいろいろあるっぽいけど、いまいちosaskみたいにクローズアップされてないみたいだし。
肝心のKがくるくる変わる言い訳をしつつあっちこっちふらふらして消息不明になるを繰り返してるからもうダメポ
OSASK5.0 → KH-BIOS → OSASK-HB → efg → blike → （次は？）
友の会のファンクションとか見ていると、ハリボテの方が拡張BIOSそのものに見えてしまう。
その辺をもう少ししっかり作り込んでおいていれば、例えば誰かがシリアル対応の拡張をしたら、
そのコードがそのまま他のOSでも使えたりしてメリットが大きかったんじゃないのかな？
現行だと、構造が似てるとは言え他人のOSを理解しないと移植できない訳だから二度手間で無意味だ。
「OSASK」の名前を捨ててよければ、どうにでも改造出来るんじゃない？
ブランディングを履き違えた結果だと思うんだよね
玉石混淆でもOSASKというブランドをまず普及させることが必要だった
今思えば、だけど
いろいろ自分で新しいプロジェクトだ！って作るのはいいんだけど、前のはもうどうしようもないなくなっちゃったってことかな
では、彼はどうすればいいのだろうか
意見を上げてくれたまえｗ
誰かが立て直すとして、ブランドが使えなければそれは別物なんだからどうしようもない。
ttp://osask.net/w/550.html 何年かたってもう一回きてみたら
助成金を得ても時間だけたってフリーズしてんのか。
さもありなん。
宣伝、投融資、マネージメント
本屋のビジネスコーナーにある
こういうビジネスの論理を
技術がありゃいいんだ！！！って
生理的に拒否しても
けっきょく無理だろう。
それで物事が通るなら文系社長だらけの世の中が間違ってることになるだろ。
現実はそうじゃない。
間違ってるのはそっちのほうだったというわけだ。
日本人が独力でちゃんと動くGUIのOSを作ったのに
そういう貴重なものを生かせないのは
前述のビジネスの基本を取り入れるように空気を醸さない周りが悪いよ。
俺をたたき出してもなんの利益も無かったわけだ。
それが事実だ。
君たち深〜く反省しろよ。
なんかしばらく音沙汰無いと思ったら死んじゃってたみたいな話が出てたけど、結局なにをしてた人だったんだ？
君らが「必要なことをなにもしなかった人」だろ？
小さな殻にとじこもって
くだらないプライドだけは守ろうとしてるから
なんにも動かないんだ。
忘れずにじーーーっと見ている類の人間が居るんです。
あのちっちゃな人たちは成長したかな〜って。
そのくだらないレスを見る限り、ぜんぜん成長してないようだね。
物事を動かしたいなら
まず君ら自身が変わらないとね。
えーと、よくわからないけど、誰に言っているの？
ここを見てコメントするのはかなり前にやめてしまって、全然見てないみたいだよ。
思うところはあるんだろ？
宣伝がたりなかったとかさ。
そうだその調子だ。
まだ投融資へ理解もマネジメントもあるぞ。
人生は有限だ。
どんどんやらないと君らは石器時代から逃れられないぞ。
けっきょく人を動かすのは周りだ。
君らがその周りの一部だろ。
細工して宣伝しなくても勝手に広がるとおもって
宣伝に金をだそうと思った人間を排除したわけだ。
で、３年たって
宣伝がたりなかったと気がついた。
君らのちっちゃなプライドからくる閉鎖性も悪く作用した。
ちょっとは勉強したよね。
時間かかりすぎだよ。
生きてる間に成果だしたいんだろ？
だったらその役に立たないプライド捨てなよ。
OS本書いた話位は知っているの？
その辺りで中断してしまって、最近は周りと言えるべき連中は殆ど出てきてないよ。
OS本がでたころに来たんだよ。
それから何年経ってるのか。
時間の感覚もなくなったのか。
まあやるべきように動かない人間には時間は無意味だろうけどな。
一秒後でも１０年後でも成果はゼロだからな。
だからなんなのさ？
誰が何を反対していたのか教えてよ。
なんか見えない敵と戦っているようにしかみえないんだけど。
ログがあるのかしらんが、
他人資本を入れて本人が開発に専念するか
資本の論理でマネジメントされる組織を作ったほうがいいと言ったら
ここの連中が一斉に文句垂れてたじゃない。
自分たちで出来るもん！！！みたいな幼稚園児ような
レベルの話であきれたけどね。
そのあと本人がそういう空気を読んで断ってきたから消えたけどね。
ようは「間違ってた」だろ？
俺はこういう検証にしつこいタイプでね。
そんな連中は無責任だからまずもう見ていないと思うけどね。
ファイナンスやマネジメント、パブリシティ
本屋に並んでるビジネスの基本の話をしてプロジェクトを磨こうと思ったら
拒否反応しめすような幼稚園児レベルの君らのような
周りの動きが悪いんだぞ。
せっかく芽が吹いたものがここまで停滞するのはな。
深く反省しろよ。
自分でやればいいじゃない。
その連中がいま居ても居なくても
プロジェクトを少しでも推進したいなら
やることは決まってるって話だ。
スタックして残念だから居るんでしょ？
じゃあここからどうするかだよ。
宣伝が必要ね。うんうん。そうだ。
でもまだ考えるべきことが足りないぞ。
プロジェクトは自然に動くよ。
意欲ある開発者が集まれば自然成長するなんて
神話にすがるのをヤメればね。
周りが悪いって何度も言ってるだろ。
とりあえず貴方はなにをしたいの？
それが見えないよ
いいえ
おもしろいネタが転がってこないかオチしてるだけだから
停滞してても別に普通なだけ
やじうまならいちいち出てこなくていいよ。
所詮は空気だろ？
空気がしゃべるなよ。
じゃあ君はなんなの？
むしろOSASKは開発者なんて求めてないと言い張る人がいて
昔の募集ページ見せてようやく納得したみたいな感じだったけどな。
早く成長しろよ。
みたいにまだなんとか道を探っている人は居るみたいだよ
さてそこで貴方はなにができるの？
なんか今は亡きTHE?BBSのOSスレの顛末を思い出した。
OS情報コミュとしてはそれなりに機能してた気がするんだけど、
開発が一向に進まないのにシビレを切らした某氏が介入して踏絵を迫ったら
皆やめちゃって頓挫したんだったかな？
最初言ってたx86リアルモードのOSとか意外と珍しかったから
自分にでもわかるネタがあれば書き込みしようかなと思ってたんだけど
グズグズしていたら話が急展開してあっけにとられたのを覚えている。
「ＯＳ開発仲間募集」とかやりだしたから
普通に坊の集まりだとおもってイタタタタって感じだったな
活動は追っかけなかったけど結局頓挫したみたいだね
この手（ＯＳ開発）は「企画ありき」じゃなくて「現物ありき」でスタートしないと
自己満足の企画倒れで終わる気がする（技術や忍耐力が追いつかない）
負けてるのは頓挫してるプロジェクトに群がってる
お暇な君らだろ。
俺は少なくともここに何年かは来てない。
どうなるか簡単に予想が付いたからな。
で、相応の時間が経って来てみたら案の定だ。
いまさら宣伝が足りなかっただ？
じゃあファイナンスはどうするんだ？マネジメント？
おまえらがその調子でやってたら先に寿命が来るよな。
そういう
現実をみないから幼稚園児だって言ってんだよ。
大人だろ？
あんたら何歳だ？
相当歳食った幼稚園児だよな。
他人を幼稚園児って罵ってるだけの、おまえもどう見ても幼稚園児。
結局Kには、君たちの持っていない行動力があったということだ
それを悔しい人たちが、あれこれこのスレで馬鹿にしてるわけだし
馬鹿にするんじゃなくてさ、君たちも何か対抗できるものを作ってみなよ。
時間は沢山あるだろうし。
そうすりゃKだってガッカリして引っ込むんじゃない？
それに、批判してないで自分で意見を提示したほうがいいね
もうちょっと建設的に行こうよ
周りがどうするかだよ。
自分らで囲い込んで、祭りあげておいてなにもしない。
だからどうにもならない。
それだけの話しだろ。
誰が囲い込めてたんだ？ いい加減なことを言うなよ。
そもそもそんな事できたら貴方こそ諦めて退散して今頃戻ってくる必要がないだろう。
＞そうすりゃKだってガッカリして引っ込むんじゃない？
ん？ なんかどさくさに紛れて妙な事を言っているけど、どういう意味？
スレだけ見ていただけではむしろ完全個人開発宣言をしたり、引きこもりっぱなしにしか見えないのだけど、
裏ではなにかうごめいてていたの？
そういうのは上手く大人が誘導すればmonaみたいに育つと思うんだけど、あくまでオブザーバーに留めるべきだなあ。
肝心なのは先生を越えたなんて思わせない事。まだまだだと思わせておけばいくらでも成長する筈。
元々学術的には評価されなくて、賛否両論の匿名スレに支えられて開発が進んでいたのが、
はした金貰ったせいで妬みやらなにやらでマトモに機能しなくなった。
しょうがないからコミュニティを囲いこんだら些細なことで喧嘩になる性格が表面に出たから、残るのは開発力にならない茶坊主ばかり。
彼らはスレの制圧に成功するけど、それが一歩引いた所で支えていた連中の離反を招いた。
しかし彼らもすぐに他に興味が移ってフェイドアウト、まあそこで後継者が育てば脈々と続いていけるんだけど、
理念が不明確な後の世代の方が先に「卒業」してしまって、新たな弟子を獲得できずに先細りになってしまって現在に至る。
まあその辺はOS板全体がそうなんだけど。
もう少しコミュニティに統率力があったらよかったのにね
例えばwikiなんかは、むしろ勝手連としてMLのコミュとは一線を画していた筈なんだけど
osdev-j大乱の余波なのか、なし崩しに公式サイト然となってしまって、それが妙なローカルルールの適用と併せて、
公式とは関係なく好き勝手やるから、付いてこれる奴だけ付いて来いやという統率力の一種を
むしろ奪ってしまったんだと思うね。
最適化デバッグで読むハメになるgas記法の方がよほど読みづらいと思うんだけどなあ。
使おうとした人間から言わせてもらえば
しっかりした取り扱い説明書みたいなのが欲しいところ。
コードを書くにあたってなにが必要な記述で
なにがasmoutじゃないといけないのかとかね
それとも、処理は自分でaskaのコードを見て判断してくれってことかな？
そういう感じだと結局は玄人オンリーになっちゃってる。
よくは知らないけど、askaは川合堂時代のosaskの成果物だから、詳細説明は当時のログに分散しているんだろうな。
その開発セットは個別ツールの説明書が結構省かれていたんじゃなかったかな？
それを簡易コンバータでさらに変換していることでサブセットの部分でもあるんだろうか？
ラブプラス(DS)
アイドルマスター(PSP) エミュなし
エロゲー(PC)
ttp://d.hatena.ne.jp/guchi_infinity/20090921 ドリームクラブ(XBOX360)
MHP2(PSP)が500円でした(エミュなし)
貴方の言いたい事が文面から読み取れません。
要点を絞って、簡潔に記述するように留意して下さい。
誤爆なのであれば誤爆だとここでしっかり告知するべきです。
貴方のそれだけの行為がこのスレにどれほどの影響を及ぼすのか考えてください。
これ豆な
#kikori
OSASKディストリがハリボテ程度に乱立して、それなりにもりあがったりしていたのだろうか？
OSASKに限らず停滞して忘れ去られている感じだしね
monaあたりで妙に盛り上がって、それに乗っかった30日本が
その盛り上がりを崩壊させた。
てえのが端から眺めていた印象だが。
ゴールをどこに置くかにもよるけど一人でやるには限界がある
GPL的な良くも悪くも他人を巻き込むライセンスじゃないと発展しない
まあこんなことを言うと、元々OSASK計画とはそうだったんだとか主張するだろうけど、
昔は明らかにWINDOWSを意識していて貧者のUbuntu的な位置づけで受けていたんだと思う。
TOWNSユーザーとして言わせてもらえば、単に一人で作ったとかではHEwinとか午後の憂鬱とかあるから、機能面ではインパクトがない。
OSASKに期待していたのはちゃんとしたマルチタスクとハイパーメディアな資源管理で、後者を作れなかっただけじゃないかな結局。
ググっちゃった…すげー
日本人にも隠れた勇者がいっぱいいたんだなぁ
TOWNS-OSって元々マルチタスク・マルチウインドウだよね？
それらのシステムって「自分が作ってみたいから作った」ものなのかな？
それとも「TOWNS-OSでは駄目な○○ができる」的なものなのかな？
ちょっと気になった
本人に聞かないとわからないが後者的要素を持つ前者だと思う
基本シングルタスクだしGUIもシェルとかアプリが自前でやってた(ライブラリのサポートはあった)
てっきりWin3.xレベルのウインドウシステムだと思っていた
TownsSHELL非対応の通常アプリを通常起動すると丸ごと終了してしまうという
エンハンストモードはDOS窓使えたので多少マシだったが。
プリエンティブマルチタスクだしウインドウのデザインもよく似てるし
そう考えるとNOWSMART-OSも方向性は似てるね
TOWNS-OSの最初のバージョンは洒落たアナログ時計の奴で、只のアイコンランチャー
次からは純正アプリとGUIを統一したMacのファインダー的なメニュー
V2.1でマルチウインドウに一新して、サイドワークという常駐ミニアプリが可能になって、
EINの中の人辺りが協調型マルチタスクの実験しててそれがシェルアプリに進化したんだけど、
いろいろお約束があってアプリ作るのは難しかったと思う。
んで、件の奴は、それとは別の流れの統合環境アプリだね。
前者はCCIというC言語インタプリタを積んでいるし、後者はF-BASIC386で書かれているから
機能追加する気があるならOSASKと大差ない手間で出来るんじゃないかと思うんだ。
F-BASIC買う金なくてTownsOSに入ってたから。
他人資本を入れなきゃダメ。
終了〜〜
でも確かOSASKのブラウザは100KB位じゃなきゃダメとか言ってたよな？
本当に作れたのだろうか？そんなの。
・img未対応
・TCP/IPは別
くらいならどうにかなるかもしれん。
ttp://blogs.yahoo.co.jp/def_int/archive/2010/05/30 こんな画面どこが楽しいのさ？
っていうかiswebの廃止もろに被ってるなあ、うーん。
ttp://www.itmedia.co.jp/enterprise/articles/0803/13/news007_3.html ようするにこれがやりたかったんだろ？ なんで頓挫したんだ？
PC向けOSではなかったのかもしれない。
記憶曖昧で申し訳ないけど。
OSASK、起動速度が売りなのにそこでもより凄いのが出ると、そりゃね。
でも、そもそも素人でもOS作り可という点で希望の光だったわけだから、
今後もK氏には皆に夢を与える存在であって欲しいな。
例えば、windows互換なんて絶対無理だって言ってた当時のアンチに、今のwineを持っていったら絶対黙ったと思うんだよな。
色々ぐぐってたらEFIまで誘導された。
結論：MSX3まだ？
都内で、２００００円から３００００円でイチャイチャエッチッチできるお店をご存じないですか？
出来れば、お風呂でのプレイはなく、ベッドだけで済ませたいのですが…。
みたいな事を言っていた時の構想って具体的にはどんなものだったんだろう？
OSASKのソフトとしてのエミュレータ（キラーアプリ）だというのは否定されていたから、
もっとカーネルに関わった所にあったとは想像できる。
ただ、それがマイクロカーネルでいうOSパーソナリティなのか、
ハイパーバイザーでいうゲストOS用の準仮想化ドライバなのか、
どうもハッキリしないんだけど、その辺が読み取れる資料ってなにかあるだろうか？
Wikiとか隅々まで読めばかいてあるのかもしれないが
たしか
・エミュを作りやすいOS
・マイクロカーネルじゃない（パーソナリティー≒エミュじゃない）
でもエミュを作りやすいOSってのがよくわからない
複数のエミュ（アプリ毎に対応エミュを起動？）を実行して既存プログラムが全部動くようにしたいって読み取れたけど具体的な実装の特徴とかはわからない
ただ人にケチつける書き込みだけして楽しい？
まったく興味無いわけじゃないよ、だから見てるんだし
あと煽ってるつもりはないんだがどの辺りが煽りに見えるんだ
仮に煽られてると感じても「探せば書いてあること」なら具体的に提示すりゃいいだけじゃね？
それともやっぱりその辺りはあいまいなままで、それを突かれたのにイラっときたの？
沈黙しちゃったね。
自分で提示しないなら何でそんなことを言うんだろう？
個人的にはあいまいだったとはどうも想像できなくて、
要は有力な候補案がボツってそのままgdgdになったんじゃないかって気がする。
まあなんの根拠もないので、なにか否定できる証拠が提示されればむしろ歓迎なんだけど。
とりあえず別件を調べてて見かけたのが、カーネルレスって発言。
その意味の説明はどっかでみたようなみなかったような感じで思い出せないんだけど、
これはなにかヒントにならないかな？
そもそもほとんど出来てると言っていたVer5も陽の目を見ないまま御大が別路線に舵を切ったからね
エミュレーターOS（詳細不明）
→色々な環境上で動作するランタイム（kabaやefgやblike）
→実行時に個々の環境用のバイナリを生成するコンパイラみたいな感じ？
ちなみに最新の方針は、今はなきTAOのELATEに似てる
OSなんだからインストール時生成でよくない？
事実上のスタイル強制で既存コードを流用させる気がないのなら、ああいうフルセットじゃなくて
askaのフロントエンドとしてCもどきなプリプロセッサを追加しても良かったような？
そこから発展させて、エミュレータOS技術とやらで最適化とかをすれば
あわよくばclangとLLVMのポジションに滑り込めてないか？
結局あれは実用本位というよりも、手っ取り早く「規格準拠処理系有」の文字が欲しかった
という話なんだろうか？
エディタとインタープリタが揃ったんですね。
OSがあってエディタがあってコンパイラ（インタープリタ）があれば
ハッカーのおもちゃになりうるのでそこから発展していく可能性がありますね。
かつてのlinuxがそうだったように。
数年前このスレを見た時は国籍のことをとやかく言う人で溢れていて
目も当てられぬ状態でしたが、技術の世界は国籍は関係ないですよ。
技術がしっかりしていれば、受け入れられるものです。
作者の方には頑張って欲しいですね。
アプリケーション開発者達のコミニュティーも出来たのでしょうか？
linuxのように発展することを祈っています。
x86を自分のコードで動かすというのはプログラミングに興味のある人間なら
誰もが憧れることだと思います。
個人的考えを長々とすいませんでした。
「数年前」から進展した事ってなんだろう？
なにか見つけたなら教えて。
エディタとコンパイラ・インタプリタなら１０年近く前からOSASKに存在していた気がするんだけど、
それって夢だろうか？
はりぼてとかefgとかOSASK以外のモノは色々あったけど
l ( ) l
ヽﾉω|..ノ
タマに見る人のほうが違いが認識できることがあるかもしれないじゃないか。
そういえば最近巷でよく見るバージョンインフレ定期リリース方式って、OSASKがはじめたものなんだろうか？
っていうか、忙しくなってそれが維持できなくなったという時、その間隔を広げる
つまり隔月刊とか季刊とか年刊に移行じゃなくて、やめてしまったのはなんだろう？
てっきり突発的な事情ですぐ復帰できる目算があるんだと楽観視していたんだけど、
もしかして関係者の認識は休刊、つまり事実上の廃刊だったのだろうか？
wikiに限らずosask.net全体が時々アクセスできなくなってるようだ
結構、言語処理系に行くっていうのが、はまりポイントで、
確か、Rubyのまつもとゆきひろさんか誰かがおっしゃっていたんですが、
「エンジニアっていうのはだいたいOSを作るか、
言語処理系を作るかに分かれる」らしいんです。
私はどっちにも足をつっこんでしまった感じで、
これは泥沼なんじゃないのかなとも思いますね(笑
／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_ こまけぇこたぁいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／
…というか家からアクセスすると不正なIPとして登録されとる！一度も書き込んだ事ないのに
普通に見れるぞ
たまにCSS来なかったりするが
MLでフィッシングかと思ってビックリしてたら、まるで内輪の人間みたいな紹介で更にビックリだったような？
まあ大方メール等水面下でやり取りしたって位なんだろうけど、Lみたいに結構誤解してる人居るよね。
ただ、元々サークルというか仮想会社の社員がコアメンバーとして居るので、その辺で非常に不透明な所があるんだよな。
っていうか、それらの件もあって、OSASKは会社の製品名だとは思われても、個人管理のものだとは誰も思っていなかったと思う。
開発メンバーにとってはOSはコードネームで呼ばれてて、わざわざOSASKといえばコミニュティかアプリだってこともあるしね。
逆に言えば、あの時MacOS(iOS)のdarwin的な、コードネームより上位の実装群名を（それこそはりぼてでも良かった気がする）
推奨しておけば、その後のヒビ割れはかなり防げたんじゃないかな？
バージョンが機能を表していれば数字で代用できるんだけど（でもOS_9はあんまりだよ）
歯抜けがみっともないのか最近は流行らないね。
/ ＿ ヽ ／／´ __,,＞､
/ ￣￣ { /::/ ／￣:::::::::::::::＼
l _ｨﾆﾆｱ二二二ﾆヽ､j._ /::::l／::::::::::::::::::::::::::::::::l
| 0Lj／-‐-ﾚノ ﾉ＿ヽ:::｀ヽ l:::::::::::／l／lノノ/_イ:::::l
ﾚ:r､/ ｲﾟﾃ ﾋﾟﾄ｀|::| l:::::::::/ rtﾃ､ .ｨtq l::::::|
l:lﾍ '" ,j '"/ﾉ |::lﾍ!j ´ ,j !;:::/
ヽヽ､ r‐-, /' ﾚﾘｰ ､ ,...., lﾉ/
lヽ､ ￣ ／ ｀ヽ､lヽ ､ ￣ ／´
＿,r┴‐-｀v´-‐j-､＿＿ , -‐-､_r┴─'ｰ‐ﾁﾄ ヘルス！！
／￣/:.:.:.:|￣￣｀T￣´|:.:.:.:l´ ｀ヽ / ヽ￣`ー-‐'´`''''⌒ヽ
／ ,':.:.:.:.:.l l l:.:.:.l ＼ ＿r‐､-､-､ｒ, ､ ',
|:.:.:.:.:.:.! ! !:.:.l ,. -‐ゝ/// 〉 〉 〉 〉 〉 ! ',
l:.:.:.:.:.:.ｌ | l:.:.:l ／ 人〈〈〈〈 ' ' ' /っ l l
l:.:.:.:.:.:.! ! l:.:.:.ﾄ/ / ```´-ｧ‐'''" / l
､＿＿/:.:.:.:.:.:ｌ | |:.:.:ヽﾍ l /／ / _ ｨノ
/:.:.:.:.:.:.:! l |:.:.:.:.:l `ｰヽ､＿ノ´l､＿＿＿＿__/lﾆ二」
＿___l:.:.:.:.:.:.:.| l |:.:.:.:.:! |＿ （ ( ) ）_〕| l
l`ー‐‐'匸二l￣￣l二フｰｲ / ￣ `‐‐'´ ヽ |
サイズ縮小とかアホな方向に迷走していたのも対抗意識からだったな
個人的感情が先に立って大局で見れなくなった時点で詰んでたんだよ。
クロス開発ならともかくセルフ開発を実現する場合は「開発環境をビルドするための」もろもろが必要だから
libcやPOSIX系コールや各種UNIX系ツールが当たり前に動かないとビルドできないし
そういうの全てを構築するのと独自でコンパイラ・アセンブラ・リンカを作るのとどっちが大変かはわからないけど
結局自分で作っちゃった方が自分の目的により合った物になる
って事なんだろうな
サイズ縮小はあれはあれで重要なテーマだぞ
昔NECが必要に迫られてV810を大幅に改良したV850を作った話とか知らんの？
結局V810はあまり使われず(PC-FXとかTiPOとか有名な採用例はあるけれど)、
コード効率が大幅に改善されたV850の方は今でも現役で使われてるほどだ。
Windowsなんかを見て効率の悪さに我慢できなくなったのは無理も無い話だし
そもそものOSASKの発端が「効率を良くすればもっとよく動く筈だ→エミュレーションOS」
という発想だったのを忘れちゃいけない(ちゃんと初代の頃からK氏ははっきりそう言ってるぞ)。
ハードに合わせて効率化するというスタンスでははたして同じといえるかどうか
むしろ古い（効率の悪い）ハードでもまだまだ頑張れるというのが後者だ
エミュOSというよりはマゾOSとでも呼んだほうがしっくり来るな
K氏は「効率の悪いマシンでマゾる」のでは無く
「本当はこんなに効率が良かったマシンの本来の効率を引き出す」という
とらえ方をしていたみたいだけどな。
要するにアウトプットが自分の欲しいものと異なるのが不満なだけなんだろうな
確かに相互互換環境とやらは自分なんかも欲しい(そもそも自分もOSASKに興味を持ったのが
TownsOSのアプリなんかをPC-98でも実行したいというものだし)が
あくまでOSASKとはよりよい実行効率を求めるもの(互換環境はその結果もたらされるはずの物の一つに過ぎない)
とはK氏自身が最初から言ってた事なのだし
自分が欲しい物とK氏が目指してる物が同一の物では無いというのは理解していた
最初から自分が欲しい物そのものズバリを目指してる訳でない人間に
自分の欲しいものとズレがあるぞと文句を言うのは筋違いだと思っているのだが。
現在のハードでは基本性能が上がりすぎてもはや性能差など体感することさえ不可能だろう
改善の優先順位はアプリのアルゴリズムが先でOSの効率などほとんど関係ないのが実際だ
OSを小さく効率よくできれば、眠ってる過去のハードを再活用できるだけでなく
これから作るハードをもっと小さく作る事だってできる。
OSASKの機能密度でWindowsの規模の物を作ればもっと大きな事だってできる。
そうすればコンピューティングの幅そのものを広げる事だって可能。
そういう観点で効率化を図ってるはずなんだけど。
エミュレーションOSの最低限のコンセプトを満たせたし、サイズ的にも小さいんじゃなかった？
古いから最適化は甘そうだけど、サイズ優先なら変わらないんじゃね？、誰か比較してみたのかな。
まあ出力コードが気にくわなければインライン使って明示すれば？って話だし。
それにしてもなぜ(国産)旧機種でも対応OSがあればまだまだ使える的なコンセプトを
後ろ向きだとかケチョンケチョンに言われ、一方GCCの可搬化だのCILでJAVAOSっぽいの作るだの、
ちょっと考えればエミレータOSより全然どじょうなPJが通ったんだ未踏って。
エミレータOSって名称の印象が悪かったとしか思えないな。
ハイパーサブシステムとかMinimum-Suite互換レイヤとか、適当に命名してれば違ってたとかない？
あそこで教育OSとか言われて中途半端に拾われてなきゃ、未踏厨に神経削らずに済んだし、
（実行効率命にとって）くだらない移植作業をスケジュールで強制されなければ、
POSIX厨相手にコウリツガーと喧嘩吹っかけてアプリ屋に敬遠されることもなかったような？
中古PCなんてワッパが悪いマシンを使いまわす事自体電気の無駄だし。今やスマホで事足りる
今にして思えば時代錯誤というか後ろ向きなのは結果的には当たっていたわけだ。
そういうのは２位じゃ駄目とかいうコンピュータの話であって、台数を減らせないPCじゃ変わらない。
むしろこの場合、その中古マシンが最新だった頃の話なので、
その焼鳥マシンを導入せずに型遅れの省電力タイプで充分キビキビ動くだろ？って感じなのさ。
まあいつまでもデフレってわけにはいかないから、需要を創造しないといけないけど、
振り落として難民を出すようなやり方はそれこそチキンレースで先なんてない。
スイッチを切ればいいのかｗそりゃ画期的だ
一昔前のハイエンド並のことが今ではARMひとつで出来てしまう、CPUの効率以前の問題だよ
ハイエンドの活用を考えなきゃ、それこそ後ろ向きの話でしょうよ。
ハイエンドの需要がなくなって絶滅したら、残ったそれがハイエンドになるだけ。
まあ方針の問題であって、設計限界というわけじゃないだろうけど。
それこそ8bitでも頑張れば管理できる訳で、32bitCPU自体が既にもったいない気がするレベル。
エディタアルゴリズムへのLのイチャモンも、技術力の文脈だったから不当だけど、
むしろ故意の設計だとすれば、プロなら別料金が取れるからそれでいいけど、
フリーだとその時になれば、そんな大改造誰がやるんだ捨て捨てって事になって
結局ヘビーユーザーは重くてサポートも切れた奴で我慢するか、慣れない奴に乗り換えるかの、
二択を迫られて、それじゃ元の木阿弥なんだよな、デサインあ。
ttp://dmitry.co/index.php?p=./04.Thoughts/07.%20Linux%20on%208bit 実用性無視しない限りは故意であの設計はありえん
動いてると言っていいのか？
OSのおまけとしての実用性は、古いメモ帳のような壁がないことを示せれば充分だろう。
APIのサンプルとしての実用性はソースがあればいいし、
スタンドアロンの漢字変換まで対応している版なんてサンプルでは通常やらない。
まあ小さな設定ファイルを弄る時に実用しているのは間違いないだろう。
そもそもフロッピーでデカいファイル扱う時点で実用的とは言いがたいんだよ。
そこでフラッシュメモリに目をつけたまで良かったんだよね。
問題はFAT12以外のサポートだよな。
フラッシュメモリ用に提唱していたFATのサブセットでも、最大容量はメインメモリ以下だったと思うけど、
あの暫定互換フォーマットも結局実装されたのだろうか？
まあ、半導体メモリが容量でも単価でも円盤と同等になるというのは誤算だったのだろうか？
変換辞書とか、多色化した時点でストレージ容量がもの足りないのは明らかだけど、
なぜ取り外しメディアのような消耗品の変更やアプリの進化に対応できる余裕をもって組まなかったのか
というのは疑問だな、何かに急かされて後回しにしたのか、意図的なネタストックか、
それとも開発している分には本当に必要なかったのだろうか？
データ量や精度を落として表面上サクサク動いてるように見せかけてただけで
絶対的なスループットはけっして増えるわけじゃない。
ドライバがなくてGPUの恩恵が受けられないといったあたりから段々とメッキが剥がれていってしまった
デバイスの性能は最初から決まってて増えるわけがない、どれだけ引き出せるかの勝負なわけで。
ただ、例えば日本製が優秀だったのは、カタログに載ってないオーバースペックの部分であって、
部品の不良品率を指定したらわざわざ不良品作るのに一番苦労したなんて冗談まである。
実際、未定義命令調べたら32bitのレジスタが隠れてたなんて8bitがあったり、
小惑星探査機なんて満身創痍で本来なら褒められた話じゃないけど、
その手の隠し機能に何度も助けられてとうとう還ってきたわけで、
結局機能なんていくらあってもイザという時に使えなければ宝の持ち腐れで無いのと同じ、
延命させたいならそれこそ実際の性能限界を把握して組んでないというのが解せない。
春だなぁ・・・（笑）
みんなで頑張れば簡単じゃねえの？
生活苦の人は集団生活してさ、日常の経費を削減すれば良いだけよね〜？
【貴方にとって早急に人類全てが知るべき情報とは、どんなものですか？】
ttp://amba.to/GM10kj 宇宙開発みたいな限定的な環境ならそういうこだわりもアリかもしれないけど
そこまでする必要がないほどにハードの基本性能が進化してしまった、
効率追求型OSの需要は右肩下がりになるであろうことは当時でも予測できたはずなんだけどな
もっと他の視点でアピールできていればあるいは違う未来があったかもしれないが。
DAPSとか、CDROMの等速なんてUSBのロースピードの十分の一だというのによくやってたよな。
FDってその更に四分の一で、モデムと勝負できる程度だったのか、改めて考えた事なかったけど。
＞そこまでする必要がないほどにハードの基本性能が進化してしまった、
つまり、全く実感できないほどにソフトのテクニックが退化してしまったと？
1.5秒が0.8秒に改善するならものすごく効果的だ
ところが0.015秒が0.008秒に改善しても体感性能はまったく変わらない
基本性能が上がって処理が軽くなると効率化する意味が薄くなるわけだ。
技術的には並列化やらGPGPUやらむしろ進化しているんじゃないか？
仕事量が1.5秒分のままで安定していれば、理論上はそうなるけど、
実際には雑用に追われて蕎麦屋の出前化して、２秒後に処理してたりするんだよね。
イースターエッグに便利機能突っ込んだら、いつの間にかマニュアルに載っちゃってたり。
良くも悪くも右に倣えで、エイプリルフールを妙に凝っちゃったりね。
MSX用のUnix系OSのUZIXというのが以前からあった
元のUZIってそもそも8080コードだったらしいから、Z800由来のMMUからHD64180由来のMMUに移植した差分を利用して
MMUのないMSXのバンク切り替えで動くように移植したって事なんだろうか？
のAVR版linuxはelksを移植した訳じゃなくて、ARMのエミュレータをAVRで書いて
ARM版のlinuxをAVRで動かしているみたいだね。
すると、AVRのエミュレータを書けばlinuxが動くってことか？
まあエミュレータ書くのに32bitのARMと8bitのAVRでもそれほど違わないような気もしなくもないけど、
回路から全部自作ハードみたいなことを考えた場合は結構違ってきそうだよね。
8bitCPUで仮想16bitCPUをエミュる例(AppleIIのBASIC)とか
32bitCPUで64bitCPUをエミュる例(QEMU他)があるから
不可能な話では無いのか。
8bitと言ってもRISCなのでレジスタ一杯あるし、っていうかGCCとかあるんだから、
速度度外視すればそのままコンパイルできたりもするんだろうか？
そういえばASKAってx86以外には対応してたっけ？
色んなCPUに対応できるように拡張すれば、そのまま仮想命令セットになったような気もするんだけど
そういうわけにはいかないものなんだろうか？
世の中には680x0なMacで無理矢理エミュレートしてMacOS Xを立ち上げた人が居るそうだから
起動に一週間かかったとかw
それよりメモリとかそっちが心配
8bitでもMMUあるようなCPUなら何とかなるのかな
MSXでもメモリアドレス空間64MB(そのうち実際に普通のメモリを積めるのは事実上32MB＋α)だし
あとはHDDを繋げて仮想メモリとか？
ただ読み書きするだけなら、MMUなんかなくてもIOマップドメモリで直結すれば充分じゃないかな？
最近はなんでもシリアルだから1bitで済んじゃいそう。
クロックの桁が違うから力技でも普通に動くみたいな。
Winにしても当座はそういう小手先の互換でしのいで、時間稼ぎしている間に作り直せばいいって話だったのが、
既存ソフトは当社比のハードルが高いのでもたもたしてたり、焦りすぎて駄作を出したりして、
何も考えずにとりあえず作っただけの技術力もへちまもないメーカーにまでコテンパンにされちゃった感じ。
さすがにプロテクトメモリであってシリアルメモリでは無かったぞw
それでさえ遅い遅い言われてたのにシリアルメモリじゃねえw
せめてバンク切り替えだかDMA転送だか、データバス幅分はきっちり活かせる方式でなければ。
というような高速通信だからなw
「なんでもシリアル」というのは最近（でもないかもう）の話で、EMSの頃じゃCDROMも無いんじゃないの？
CDROMの体感上の遅さはn倍速みたいなアクセスタイムじゃなくて、主にシークタイムだったんだよね実は。
だからゲームにシーケンシャルに読ませたり、待ち時間を繋ぐ技術があると、その容量が活かせて
なんか全然別の凄いガジェットに思えたんだ。
でも最近のシリアルってそういうデバイスの都合じゃなくて、パラレルの代替なのでその辺は考えられていて、
要はバス幅分だけパラレルの限界よりオーバークロックできれば同じだって理屈なんじゃないかな？
メインメモリを埋め尽くしてしまうような超巨大プログラムであっても、
ループがなければメモリチェックの時間で終わってしまう筈。
なので、遅いのは処理待ちループに赤信号のように引っかかりまくっているだけで、
それは管理しているOSの性能不足ということで、CPUの処理能力は実は充分なんじゃないか？
って感じだったと思ってるんだけど、違ったかな？
まあ、OSASKのスケジューラがしっかりしていれば今頃はもう完成してる筈だろ！ってつっこみはともかく、
そういう問題って、処理能力が劇的に上がったとしても結果がそれほどには向上しない事を説明するのには
充分だと思ったな。
個人開発のソフトの進化よりもCPUの進化のほうが遥かに速かったというだけの話。
技術というものは金やリソースを注ぎ込んだだけ進化するものだからな。
このスレも意外と昔はスケジューラとしては機能していた気が。
設計的には、システムコールをまとめて送ってやれば速くできるよみたいな感じだったと思うので
それを考えると対応が難しいとは思えないんだけど、実際の所どうなんだろうか？
大差ないと思うけど
興味がある暇人をマッチングしようって話だけど、
そんな暇があったらまあがやるよね。
話だけ聞いてると、それを利用すればアプリ側で、OS無視してかなり自己完結的にむちゃくちゃなことを、強引にやりたい放題やれそうな夢の機能なので、内心楽しみにしてるのだが
（タスクスイッチ機能をアプリレベルで利用できるのだとしたら、それによって強引にOS無視で多プロセスや多スレッドを強引にアプリケーションレイヤーレベルで実装できるんじゃなかろうか？とか
（blikeの関数仕様にthreadを含めてくれと言ったら却下されたわ…だが、タスクスイッチを利用すればきっと…orz））
はたしてタスクスイッチという機能が、一体どういう実装によって、具体的にどういう動作を提供してくれて、どういう可能性のあるものなのかに興味あるので
楽しみに待ってるのだが期待は膨らむばかりである。どんな実装方法なのか予想もつかない。（ただのレジスタやPC待避程度ではないことは確か。話を聞いてると、なにかアプリのコンテキスト全体をまるごと的なニュアンスに感じるが…はて）
もう半年くらい経ったがorz
レジスターを待避すること＋アルファー（このアルファーが非常に練り込まれてるのだろうが）を、
なんらかの形で強引にCコードによって実現するライブラリー＋Cプリプロセッサー（C++のCトランスレーターのような）的なツールのセット…だとは予想してるが
実際にどんなツール＆ライブラリーが出てくるのか想像もつかないので楽しみなのだが、もうアナウンスから結構経ったが、もう慣れたがorz
ここで「早くリリースしてくれ」と言うのは素人。そんなことを言えば逆にリリース延期される。ちい憶えたorz
Kタソは気分屋で、まだ妄想レベル事を口走っちゃうみたいだから話半分で聞いてたほうがいいかと
setjmp longjmp の再発明だったりして
それかエイプリルフールに公開するとか。
大真面目に言ってるように見えるから期待して待ちループに入る人が居る。
問い合わせには蕎麦屋の出前なのに、本気で催促されれば他人の為に作る気はないと逃げる。
作る気がないなら初めからアイディアだけにして、これ手伝うから誰か作らないかって
ボールを投げれば、腕自慢が見ていて奇特な人が応募してくることだってあるだろうにと思うんだよな。
kemeppo乙
違ったらすまぬ
さすがにそれだけじゃ保存したことにならん
まあSIGSTOP/SIGCONT的なものに落ち着くことだろう
見てないから引用してくれないと何の機能かハッキリしないけど、要は日本語で言うところの「継続」の話なのか？
まあ今だとその辺のVMにもスナップショットって機能があるけど、状態は退避できても時間は戻せないから
例えばある一瞬だけフラグが立って抜けるようなプログラムは、その間止まっててそれを捉えられないと
抜けられずに全然違う動作になってしまう可能性があったり、結局最初から考慮していないと意外に落とし穴があったりするよね。
再発明でも名前が違うだけでもなんでもいいけど、思いついただけの観測気球なのか、その逆でそういう機能が欲しいのか、
傍からは区別がつかない所が、結局無駄に時間が掛かってしまう原因じゃないだろうか？
そのものをディスクに落とすのではなくて、各変数ごとに汎用形式に変換して記録する
という話のようだね
タスク再開先では、その環境にあった形式でメモリに書き戻されるので
エンディアンなどが違う環境で再開する事もできる、という趣旨のようだ
他にもサイズの壁についてもなんとかしようと考えているように見える
2000年問題のような問題が起きない仕組みを考えているのかも？
(公開ドキュメントしか読んでないので詳しい思惑まではわからないけど)
数値型を8byteで保持すればいいだけのような
そして64bitを食いつくす頃には今開発したOSの寿命が終わってる
そんな重要な場所で使われるほど普及してるのかというｗ
桁を固定すればいつかは溢れるという意味において同一の問題なんだがね
それからOSの寿命よりアプリの寿命の方が長いなんてのは充分ありうる話
32bitなWindowsならDOSアプリ(の一部)が動くしLinuxならWineでWindowsのソフトも動くなど
既にOSの壁が破られる現象は始まっている
アプリ作者の想定を超えてアプリが長期間使われるという事が行われる限り桁溢れの危険は発生しうる
コンピューターが社会の基盤として深く定着していくにつれ
将来は百年千年稼働しつづけるアプリなんかも発生する事になる
少なくともコンピューターの世界全体としては確実にそういう問題が存在しているので
それに対する研究の場として(K氏に)使われるということはあり得る
まさか研究なんかするななんて言わないよな？
一方で、マイコンレベルのファイル管理能力しかないし、音源なんて4bit電子ブロック並。
そういう所がOSとしてセンスを疑われるし、インベーダとかそういう古臭いのばかり目について
後ろ向きとか言われたんじゃないの？
もしかしたら廉価版PC-98辺りを狙ったのかもしれないけれど、そういう層はむしろ
デバイスの進化を見込んで好きなオプションを自分で選んでつけてるから、
逆にデバイス対応サポート要求は厳しくなって薮蛇だったのではないかと思う。
いや、むしろオプションがメインで、全然対応していないOSなんて歯牙にもかけなかったかも？
でも対応した以上捨てるわけにはいかなくて、結局初代の設計を引きずって全く進化させてもらえなかった
ガラパゴス機械の亡霊に憑かれて、ミイラ取りがミイラの状態に嵌ったんじゃないだろうか？
それはそうだけど
その問題を完全にクリアするのは本質的に無理じゃね？
無限の数値を表現可能にするには無限の資源が必要でしょ
今多く使われている絶対時間の表記法（1970年からのmsカウンター）は
64bit化したら1000年どこりじゃなく長持ちしたはず、それこぞ地球が太陽に飲み込まれる位
PCって時計が狂う狂うといわれている割に、搭載している全ての時間資源を
まともに管理できているOSって皆無なのだろうか？
多数決とか統計処理とか温度補償とか適切な処理をすれば、数年に一秒ズレる
あやしいセシウムさんなんて要らないレベルにできたりしないものか？
OS関連スレをいくつか監視して
人が集まったところにレスしてるだけ
今はたまたまOSASKに集まってるからレスしてる
蛇足だがmonaスレはちょくちょくレスが付くが荒らししかいないからスルー
ネタがあるならレスすればいいじゃまいか。
人が集まらないとレスしないなんてそれこそ嵐だろ。
こいつは「小学生」と呼ばれている真性の嵐だから相手すんな
議論に見えるやり取りの大半はこいつの自作自演
無視というのは、興味を失わせることによって、自然に（受け入れ可能な）他へ移らせるような、
ある意味住み分けが期待できる場合に取るべき手段なんじゃないか？
もし自作自演というのが本当なら、それこそ人が集まるホコ天に出てくる道芸人であって、
懲りずに何度でもやってくるけど、住人は相手するなと言われれば外に出なくなる。
しかしそれで人が居なくなるかと言えば、他の一見は来ているわけで喧騒は変わらない。
つまりそれは住人にとって話をしにくくさせ、場のSN比を悪化させる下策でしかないと思うよ。
飛来物が家の壁三枚も一瞬で貫通するような80m級の暴風雨でも
「対策さえ間違えなければ恵み」だなんて言ってられると思うのか？
言ってられると思うのか？ って、要は無事じゃ済まなかった場合にどうかということ？
それは対策が無意味だったということで、そういうネガティブな事をさせるのは無謀か？
もし有効であるなら当然恩恵はあるわけで、前提条件をすっ飛ばして曲解しちゃうのは不思議。
ところで、スレッド上で80m級の台風ってそもそもどんな奴だろう？祭り？
>終わったOS
「お前の個人的欲求を満たさなくなった」OSの間違いだな
欲しいOSを自分で作ろうともしない癖に他人のOSがちょっとでも自分の欲しいOSじゃないと叩きだす
わざわざKﾀﾝに自作OSの手引きまでしてもらってるにもかかわらず、だ
恥ずかしい奴だな
OSASKってOSとして存続していたの？
てっきり、名残りが個人の活動のブランドとして使われているばかりなんだと思ってた。
第二世代OSASKも一応公開されてるよ(モノだけ見ればOSというよりはオペレーティング環境だが)
第三世代が現状どうなってるかは知らん
つぶやくったってTwitterじゃ無いけど
第一世代に実装が追いついたという話もここじゃ聞いたことがないし、立ち消えかとばかり。
公表されてるブツそのものはWindows上で動くオペレーティング環境
第一世代に実装が追いつかないというより
元々第一世代も第二世代も「最終的に形になるOSASK(?)」を目指す上で
たたき台として作られた物に過ぎないから
土台のOS自体がたたき台のための仮のものでしかないから
第一世代アプリも第二世代アプリも必要ならば(必要と思った人が)互換レイヤー作れば良いでしょ
というのがKﾀﾝの考えなのでは(どっかにそう書いてあったように思うが)
第一世代OSASKも全部公開されてるんだから
まだ何か使い道があると考える人が居るなら派生品を作れば宜しい
Kﾀﾝ自身としては未来のOSASKへのたたき台としての役目を終えてるという事らしい
発表されてる情報を読んでるだけなんだけど
なんで発表された情報を読んでるだけの俺より
OSASKについてた人の方が物を知らんのかと…
つまり、それはシェルなんでしょ？
カーネルとしてのブツは見てないから、世代と言われてもよくわからないよ。
オペレーティング環境はユーザーから見えるシェルだけでなく
アプリのABI(バイナリインターフェース規約)やAPIなども含む
というか第二世代OSASKはシェルそのものは持ってないので後者
アプリの指示を整理してカーネル(NT)に伝えるもの。
カーネルの上に乗っかる二階建てのカーネルといった方が近い
DOSの上で動いてたWindows 3.1時代のWindowsに喩えれば
シェルってのはプログラムマネージャー(Windows95以降のエクスプローラーに相当)の事
アプリの起動などの操作をユーザーから受け取って実際にアプリの起動などの動作を内部に指示する部分のこと
Windows 3.1はその部分だけでなくてWindows用に書かれたアプリプログラムとインターフェースして
APIを介して一種のOS(狭義)として機能を実行する(メモリ確保とかファイルシステムとか)部分も含む
Windows 3.1の場合はファイルシステムは最終的にWindowsより下位にあるDOSが実行する事になるが
アプリからはその部分は見えないので、あたかもWindows 3.1がOSであるようにアプリからは見える
つまりDOSエクステンダ部分ってこと？
それならカーネル拡張だと思うけど、そもそもアプリから見える機能は追いついたの？
アプリから見ればカーネルとして機能している。
近代的OSでは本当のカーネル部分と、アプリから見たインターフェースとしてのカーネルの外側が
分離可能な構造になっている物も少なくない。
MS-DOS＋Windows3.1みたいに後付けでそういう構造になっている物もある(LinuxにWineを被せた状態もそう)
MacOS XのアプリもCocoa API環境やCarbon API環境などの上で動くが最下層のカーネルはMachというもので
カーネル自体が多層構造になっている
第二世代OSASKとして公開されている物は、Windowsに被せて使うオペレーティング環境。
他にもLinuxやMEG-OSに被せて使うバージョンも存在はしているらしい。
それは殻だ。
DOSエクステンダも一種のオペレーティング環境なので、それと似ているとは言えるかもしれない
追いつくといっても元々たたき台であり、先のステップへ進むための実証ができればそれでいいという物なので
何か(前世代？)に「追いつく」必要は無い物。
それでも第二世代は「開発ツール群の移植の必要性の排除」という実用にはなっていると発表されている。
第一世代アプリや第二世代アプリが必要になれば、その時に
DOSにWindowsを被せるように、LinuxにWineを被せるように、Windowsに第二世代OSASKを被せるように
動かしたいOSの上で動作する互換レイヤー(APIブリッジ)を作ればいいだけだろうという話。
OS全体の機能として見るなら、それら多層構造のもの全体をひっくるめた物が一つの「核」だから。
形状としては殻に似ていても、OS用語としては「殻」の直訳である「シェル」とは呼ばない。
OS用語としてのシェルには既に別の意味があるから。
カーネルが多層構造をとるのが珍しくなくなるより以前から決められ使われている用語だから。
世代だと言うから、旧世代に追いつき追い越す必要があるのであって、
単なる実験であれば、実用化するまではその必要はないだろうね。
コンソールシェルをシェルと省略するのは自由だけど、殻はシェルだろ。
それに「洗練度」という点においては間違いなく旧世代を追い越しているのだが。
実際にAPIを実装するのは「追加してけば追加できるもの」であり
OSの内部構造の実証という目的を果たす以上のものは必要ない訳で。
「肝心な部分は公開してるんだから枝葉の部分が欲しけりゃ自分で作れば？」ということ。
(実証するのに不要な追加の)API部分はKﾀﾝにとっては「不要なモノ」で
我々外野にとって必要なら、必要に感じた人が作ればいいというだけの話。
基本的な用語くらいきっちり勉強しようね。
専門用語でそう決められてるんだから仕方がない。
嘘だと思うなら情報工学科の大学の教科書を読んで調べてみればいいから。
作ろうスレと間違えてないか？
独自用語てんこ盛りのOSASKでそんな必要はないだろ。
一般用語以外は面倒でも一々宣言しておかないと、機能が食い違ってバグの元だよ。
そんなレベルの話をそもそもしていなかったんだが…
「OSASKのこの部分は一般的OS用語ではここに相当するよ」以上の話なんかしてたっけ？
機能密度の実証
第一世代ではFDに収まるサイズでのGUI環境(アプリ込み)
第二世代では極限までサイズが小さい実用アプリ(開発環境)、そしてrun anywhere性(公表されてるのはWin版だけだったか)
ってところか
がいう所の第三世代が、通念的には第一世代OSASKの次世代に相当するんじゃないか？
ttp://tulip-house.ddo.jp/digital/SD/index.html PC-6001 用 SD カード・アダプタ
制御ROM付きで2k。
ハードはジョイスティック端子で同期通信する簡易なものっぽい。
どっかのゲーム機のメモリカードみたいなのがパピコンでもできちゃうんだね。
っていうかアタリポートってUSBみたいに昔はどこのマシンにでも付いてた
5V電源付き共通端子だったのに、いきなり廃れたのは何の陰謀だろう？
国産機ならUSARTだったから、シリアル端子でも電圧変換すれば同様にいけそうなものだけど
そういうのどうも見あたらないんだよな。
まあとりあえず、大容量ストレージ？は拍子抜けする位簡単な回路で扱えるらしいってことで、
問題はドライバだよな。
SB16に付いてなかったから
つまり、フットペダルのIOがIDEのセカンダリに化けて、
マイク潰してゲームポートにしちゃった感じなんだろうか？
「フロッピー一枚に詰め込まないと実用にならないよ」って主張してる訳じゃないから。
最終的に完成版OSASKと呼べるようなものが出来たとして、その時に
欲しい機能を全部盛り込んだらフロッピーに収まらないかもしれない(収まるかもしれないけど)
ただ、機能密度的にはこのくらいでいけますよというデモだから。
大容量メディアサポートは(K氏が)欲しければその気になればいつでもつけられるから
今は要らないのでつけてないってだけでしょう。
国内パソコンではデファクトスタンダードだった
IBM-PCではたまたま使われてなかった
で、IBM-PCではサウンドブラスター系のゲームポートが普及してたのをいいことに
マイクロソフトがそれをPC-98にも押し付けた
Windows95/98でサポートされなかったので廃れた(たしかWindows3.1ではサポートされてたと思うが…)
そしてその後日本でもIBM-PC/AT時代になった
Windows95/98時代のOSのジョイスティックドライバの構造はふざけてる
USBのジョイスティックドライバもゲームポートドライバの下にぶら下がるという非常にナメた構造
FM版Win95ではちゃんとサポートされてますがな。（バスマウス端子は別売りキーボードに付いててこれも使えた）
6ポタンパットとかも使えたんじゃなかったかな？
まああのポートは音源IOじゃないけどね（PSGがないので）
無理にでもATARIを使えるようにしなきゃいけなかったという事情があったのだろうけど
ドライバ構造的にはドライバの力でゲームポートをエミュレーションしてる格好なのは変わらないと思う
どっちにしてもOSの構造自体がゲームポートの仕様に依存してるのがWindows 95というOS
>大容量メディアサポートは(K氏が)欲しければその気になればいつでもつけられるから
>今は要らないのでつけてないってだけでしょう。
それって本当かな？
実はFAT16程度ならなんとかできるって程度で、今更聞けなくて
それ付けても自慢にならないとか思ってるだけだったりしない？
それだけで少なくとも32GBまではOK
それで足りなきゃ自前のファイルシステムくらい設計できるでしょ。
個人を意味なく中傷して何がしたいの？
メモリレスアーキテクチャとか、ツリーじゃない独自FSとかは結局どうなったんだろ？
全部の事をいっぺんになんか出来ないから。頑張っても身は一つ。
まあメモリレスアーキテクチャに関しては
今も考え続けてるようだけど
(というか公表された物を読む限りでは結構そのあたりが第三世代以降のキモだったりしてそうだ)
馬鹿にしてると思うんだったらチャレンジしてみたら？
言うほど簡単じゃないよ多分。
いや実際FAT互換ライブラリとかのソースを読んだ事あるんだが、俺。
実際かなりの部分FAT16とFAT32が共通の処理だった。
仕様書だって何度も読んで実際似てる事は確認済だし。
馬鹿にしている表現なんかないだろ。
自分がFSを馬鹿にしているからそう思い込んだんだろうけど。
はFAT32の仕様とFAT16の仕様を突き比べて見てみた事すら無いみたいだな…
知りもしない人間が知ってる人間に対して偉そうにするなよ…
これを見たらなぜFAT32 と書かなかったのかピンと来ると思うんだけどな
Interfaceあたりの雑誌を読めば何度も特集してるし
それらをきちんと読んでればどの程度難しいかなんてすぐわかるはずなんだがなぁ…
もしかしてこんなスレに居るのにその程度の資料も読んでないの？
だから「少なくとも」ってわざわざ書いただけ
32GBが少ないとも思わないけど
で足りなければUnixのUFS系ファイルシステム(BSDのFFSとかLinuxのext某とか)あたりを参考に
もっとデカいのも扱えるのを作ってみればいいだけ(あのあたりも基本概念は決して難しいものでは無い)
もっと難しい壁を幾つも乗り越えてきたK氏に出来ないとは思えない
32GBを超えるような巨大なファイルシステムが差し迫って必要になったらその程度の事はできるだろう
もっともK氏は効率を重視する人間だからもっと手間かけて合理的なファイルシステムのありかたを探るだろうけれど。
差し迫らなければ上記みたいな事はやらないだろうし(必要が無いから)
差し迫らないなら後からじっくり効率優先の方法を考えるだろうからね。
そもそも第一世代・第二世代のAPI仕様そのものが仮の物でしか無い(しかも既に過去の物とされている)のに？
仕様以前に趣旨を理解してないと言わざるを得ない。
メモリレスアーキテクチャはOSの構造がそうだというだけで
どんなファイルシステムを実装するかとは直接の関係が無いし
将来じっくり研究対象にするかもしれないファイルシステムがツリー構造かそうでないかなんて
ファイルシステムが巨大サイズに対応できるかという技術的問題とそれほど密接に関わってる物でもないはずだ
もし必要とあらば巨大ファイルシステムを導入するのに技術的困難は見当たらない
現状では必要無いものだから後回し
それだけの話なんだが
他にやらなきゃいけない事が山ほどある人間に対して
自分も使いもしない機能を搭載する手間をかけろと強要するのは何なの？
また違うものなのかな？
信者ができるできると言い張っても開発は遅々として進まないし
この認識であってるのかな？
【第一世代】〜OSASK4.6→OSASK5.0（中止）
【番外】はりぼて→【第２世代】はりぼてベース（中止）→efg→blike ※イマココ
【第三世代】(不明)
お前だけの為にやってる訳じゃない
という意味では確かに終わってるな。
お前みたいな身勝手な人間をシャットアウトする体制になっただけで
まだまだ活動は続いてるよ。
注意深く探せば今何やってるかちゃんと書かれてるし。
30日でできる！ って言ってしまえる実力の人が、キモの部分をずっと後まわしにして避けつづけて
１０年掛かっても無理なんだから、これはLの指摘が正しかったのでは？って隠蔽疑惑の話なのに、
そういうのもなんにも知らずに簡単だと言いのけるもので、じゃあチャレンジしてみろよ天才と言われて、
誰も強要なんかしちゃいないのに、「おれは忙しい人間だ強要するなｷﾘｯ」と逃げる奴って滑稽だよな。
簡単かどうかなんて、作者がはりぼてでしたように、実際に作って証明しなきゃ誰にもわからないというのに。
10年間全く成長してないおまえが言うなw
◆第三世代はタスクセーブの実装、らしい
◆タスクセーブの仕組みもefgと呼んでるらしい(efg02)
◆第二世代は見た目がショボかったので第三世代をリリースする時はblikeベースにする予定らしい
◆第二・第三世代では既存のOS(Haribote・Windows・Linuxなど)の上で実験していたが
第三世代で得た技術を用いてベース部分のOSも作ってみるのを第四世代とする予定らしい
win95位の変化でも0.5刻みでいいんじゃないかと。
職業プログラマーが1000人以上の規模で開発しているOSと
1人の変人とその取り巻きが開発しているOS
後者が前者に追いつこうとしても人的リソースからいって無理な話だ。
予定したものが完成する頃には既に時代遅れになっているよ。
30日でできるのはあくまでも既存のOS(つまりK氏が設計し作ったHaribote)の話。
今まで誰も作らなかった新しい仕組みも組み込んだ新しい物を作ろうとしてるのだから
当然それに関してどう実装すればいいか考える時間というのは掛かる
設計がタダではできないってのは幾ら頭の悪いお前でも理解不能な事柄じゃないよな？
あの入門書は、色々なOSに共通の技術的な問題なら素人から勉強を初めても30日でなんとかなるから
あとは自分のOSを自分で設計してくれって趣旨だよ。
自分だけのOSの設計と実装まで一ヶ月で終わる訳じゃない。
その為の土台となるスキルがつくのが一ヶ月という事だ。
はっきり言って普通のスキルの人ならOSASKくらい遠い目標を一人だけで目指すのは無謀と言える。
K氏だから一人でこのペースで作れている。はっきり言って、これは凄い事だぞ。
俺もOSを自作しようとしてみた事が実際にあって、半ば挫折中なわけだが(まだ諦めてないが)
それだけにK氏がいかに凄いかは理解できる。
シンパでも何でもない、コミュニティの外の俺だが、単純にプログラミング(というか物作り)の腕を見てということだ。
お前は明らかにやろうともしないで文句垂れてるだけだろ。
簡単だと言うやつに馬鹿なことを言うなって言ってるだけだよな。
世代ってのはあくまでK氏がOSASKを作る上での区切りをそう名づけてるだけだからな。
それにタスクセーブという大きな機能が付くのだから世代という言葉を用いても大げさとは言えないと思うが
現状ユーザーが常用するためのOSにまだなってない物をユーザーの視点であれこれ文句つけるのは筋違い
実際既存のOSなら一ヶ月で作れるスキルがつくんだから「簡単」じゃないか。
OSと一言で言っても既存の仕組みを継承したものから全く新しい物まで
色々ありうるってだけの話だ。
より新しい事に挑戦すればより難しい。でもそこまで踏み込まなければ決して難しくない。
それだけの事なんだが？
前向きに考えることができないのだろうか？
メニーコア、内蔵GPUのためにより大きなキャッシュを積むようになればサイズ最適化の意味もなくなってしまう
乗算除算などの演算コストも改善してきているからコードによっては逆転現象もありうるな。
ソフトで改善できる点はほとんどハードの進化で相殺されてしまうわけだ
OSという土台にこだわる時代はもう既に終わっているんだけどここでくだを巻いてるような人にはわからないだろうな。
否定？ それって辺りの奴と取り違えてるんじゃないの？
それらの機能が実現する方向にはハードは進化していないのだがね。
しかもそれらを既存の環境の上でも行えるとしているのが第三世代OSASKなんだが。
趣旨を理解しようともせず一般論になってない一般論をふりかざして否定したって、何にもならんよ。
少なくとも機能を実証してみせるだけの何かはK氏によって作られる事になるだろうが
それじゃ不十分だとでも？
実証されれば、あとはその上で作ってみたい人が幾らか現れるだろうし
第二世代の時のようにK氏が自分で何らかの実用アプリを作って発表するかもしれない
ちょっと聞きたいんだけど、第一世代のOSASKが動くマシンでの既存の環境って
具体的には何に対応するのかな？
HariboteやWindowsやLinuxは第二世代・第三世代の実験プラットフォームになってる様だから
少なくともそれらは含まれるだろうね(MEG-OSも？)
いずれはTownsでも動かしたいと言ってるようだから第一世代みたいにTownsやPC-98にも
移植されるかもしれない。第四世代以降の話かもしれないが。
新しい環境が普及するような事があればそれにも移植されるかもしれない。
実際どの環境に実装するかはK氏次第なので外野の俺は知らん。
同じハードで動かなきゃ、ハード進化の否定にはならないんじゃないの？
そもそも否定したい訳でもないと思うけどね。
K氏が言ってるのはソフトの進化であって、ハードの進化の否定では無いよ。
ただ既存のハードにもやり残した事はあると言ってるだけで。
＞それらの機能が実現する方向にはハードは進化していないのだがね。
＞しかもそれらを既存の環境の上でも行えるとしているのが第三世代OSASKなんだが。
別にハードの進化の否定でも何でもないんだが。
ハードの進化そのものを否定してる奴なんかも含めて最初から居ないだろ。
「ハード進化で相殺」とかいう輩と同類なんじゃないの？
誰もやっていないことができないからといってバカにする奴もいないんだけど、それがわからないんだよ。
まあ今の小学生にとっての「従来の環境」って64bitマルチコア上にある32bitVM環境なんだから、
それは簡単な話に思えて、パンがなければケーキを食べればと安易に考えてもしょうがないのかもしれないけど。
家計のためにパンだけ食ってろというOSがOSASK
象の正体は「大きな獣」なんだが
盲にとっては自分が触る部分が全てだから
耳に触った人は「象とは団扇のような物なり」と言うし
脚に触った人は「象とは柱のような物なり」って言う…っていうアレ。
OSASK第一世代も第二世代も、OSASKという大きな計画に向けた一断片でしか無いのに
OSASK第一世代こそがOSASKだと言い張る馬鹿。
10年後も同じ事言ってそうだなコイツ
既存ハードにいろんな環境からソフトを持ってくるというのが現実主義
既存ソフトを理想のハードで使うというのが理想主義
前者はある程度で満足するけど、後者は際限がないので泥沼。
10年後にまだ完成してなかったとして、それが何？
別にお前の為に作ってる物でも無いだろ。
10年後にお前が勝手に望む姿と同一になってる必要なんかどこにもない。
それは泥沼とは呼ばない訳だ。
実際LinuxにしろWindowsにしろ、改良は続いているが最初からもう十年以上は経っているな。
ついでに言えば、OSASKも既にもうなんらかの実用品が(計画のほんの一部とはいえ)リリースされているのは事実だ。
現実に完成はまだ先の話だし
そうとしか表現のしようが無いのだが
オモチャは遊べるが完成はまだ先の話だと言う人
実用品というのは鉛筆みたいに完成されてから長年にわたって万人に受け入れられるモノを言うんだぞ
実用品と呼ばれながら知名度は高くない物なんかいくらでも存在してるから。
一般ピーポーにとっては効率などよりソフト資産や利便性の方がはるかに重要だからな
使えない＝実用品ではないということだ。
まだ有名になってないもんなら何でもこれで叩けるぞ的な
使いたいからユーザーなんだよ。
「複数キーで、各キーごとに”キーを離した瞬間”を検出できないと、ゲーム書く上で不便に思う人がいるかもしれませんよ？」的な批判言ったら
その辺のことは忙しいので後回しだ的な雰囲気なので、
「実装は後でいいから、とにかく仕様だけ決めてくれ（そしたら自分で使う用のは（linux用のは)自分で実装するから）」とばかりに、実際に動くコードを書いて「こんな方向性にしましょうよ」的にコミットしたけど
それでも結局釈然としないし…（かなりウインドウズベタベタな仕様にしたのにorz）
どうダメかとか、どういう仕様が望みかとか言ってくれれば、修正して再コミットしようもあるのだけど、それすら無いのが正直ぜつぼう。
これってつまり「おまえ、余計なことすんな。触んな」ってことだわな…と。つまり一言で言うと「正直うざい」ということですな。と。
で、「あぁ、この人は、とにかく”全部を一人で決めたい・作りたい”って人なんだ…！」と。つまり、そういうことなのかな？と。（気づくのおそすぎ
K氏にとっては、あくまで副次的で「どうでもいい項目」にカウントされてるんじゃなかろうか…？ と思う。
それよりもK氏にとっては、”全て自分で決めて、全て自分で作ったという履歴を『維持』することが最優先事項”なのであって、
そのためならblikeにバグや問題点や不便な点が放置されたままでも構わない。
という考えなのでは？ と意地悪も言いたくなる。
実際、さすがに報告したバグを修正させてもらえず、「俺が自分で修正するから」のK氏の考えを信じつつも、１年くらい放置されたままだと、さすがにblikeって終わったコンテンツなのか？とも思いたくもなる。
blikeの関数に「三角形で画像を自由変形でコピーできる関数があれば便利だと思う、どうかー？」的に案を送っても、空回り感全開というか。「この先、だれも使うこと無いだろ、これ…orz」的な虚無感。blikeはオワコンなのだろうか？と。
とにかく開発リーダーとコンタクト取れないのは、なんとかしてほしい。
ユーザーである自分が開発コードに触れないのは我慢するとして、せめて開発進行度合いや仕様変化の感じくらい見たい。とは思う。これにつきる。
バグ・タイポ修正すら本コードへ伝わらないし。とにかく開発とコンタクトがとれない！！とにかくコンタクトがとれない、開発者にもコードにも！！タイポ修正すらさせてもらえない。パッチが伝わらない。（たぶん伝わっても受け取る気ないだろうし）
もしかしたら、自分、まったくもってイエスマンじゃないから（「ここが使いにくい」的な報告ばっかりしてるから）、嵐扱いされてるのだろうか…？とw
こんどからK氏のイエスマンに徹して、もっと好かれるようにしてみようか…orz そうだ、そうしよう！！orz
たぶんこれだと思うよ
これは悪口とかじゃなくて
趣味で「自分」だけで「自分」だけのためのOSを作るって感じじゃないかと
他者に対しては「興味あるなら浸かってもいいよ、でも干渉はしないでね」って
K氏が外部に対してアイディアその他を募っているのにその態度じゃ問題アリだけど
たぶんまったくそういう事はないでしょ？
※↑この悪しき例がひげぽん氏だったり…
いつか悟りが開けるといいね
不満というのは、全てこの辺から出るよね。
コスト意識が無い器用貧乏なんだと思う。
見て居られなくてお節介したくなるんだけど、そういう人とはウマが合わなくて喧嘩になる。
ゴチャゴチャ言わずに作って配れば素晴らしいと追従してくるか、頼んだ訳じゃないのに
ここが気に食わんだのメモに書いてきたりするんじゃないの？
自分はefg以降しか知らないので、4.7あたりでのゴタゴタの内訳とかは全然知らないけど、
初期のosask用にアセンブラコンパイラー書いた人とか、わりと伝説的なスーパーハッカーが昔の開発メンツに居たという話を聞いたりして、
そういう人がどうして今抜けてしまったのかが不思議だったんだけど、忙しいからや、興味が尽きたという理由もあるだろうけど、その他に、
つまり『全て自分で…』なプロジェクトの本質に気づいちゃった人から冷めて抜けてってるという節もあるのかもしれませんね。
某氏の、PC９８の86音源でPCM音源鳴らせるドライバーとか、デザインセンスのいいアナザーウインドウマネージャーとかが、なぜosaskのメインラインにマージされてないのかが、不思議でしょうがなかったんですが、
この辺も、結局つまりそういうことが根底の理由としてあるのかもしれませんなぁ〜…とか思った
もしくはビープ音こそ至高だという、予想外すぎる理由のためなのかもしれませんが。光ちゃん萌え〜〜〜〜〜〜〜〜〜〜〜（このあと鮪画像）
やるのかやらないのかハッキリしないと周りの人は遠慮して身動き取れなくなるのが日本人だからなあ。
外人だったらこれはチャンスだ乗っ取ってやろうとか考える人が多そう。
むしろ気づけなかったから、やることやったから後は頑張ってねという事で消えてったんじゃないの？
そういう、各自が勝手に重ねていった夢なんて私は関知しないよみたいな事を言うような人であれば、
早い段階でフォークされたか、Unofficial版とかに名前を変えてもメインラインは死守されたんじゃないだろうか？
信頼があったからこそロックが可能で、止まってる間に色々あって皆自然消滅って線じゃないかと妄想。
人生ってのはチンコみてぇなもんだろ
必要な時にがんばればいいんであって、
24時間365日頑張っていたら疲れちまう
いつもはブラブラしてればいいんじゃねぇの
そんなこと言ったらforkする人は居ないだろ。
品質に自信がないのでなんとなくforkとかでも、
コードが気に入らなくて喧嘩売ってるんだとかいう憶測を呼んでしまうわけで。
他人を許容しない限り停滞は続くだろうね、構造的欠陥だよ
つまり氏にとっては構造的欠陥ではない
A 気に入らなきゃforkしろ。
B なんとなくforkしました。
突然こんなこと言い出して何もなかったと思う方がピュアすぎないか？
ここまで期待されることはなかっただろうな
つまり、衰退しても困らないからosdevをフォークしたと？
OSAsKの初期の初期からしっかり言われてた事なのに
まずい部分があればスクラップ＆リビルドするともしっかり言われてたのに
これじゃまずいとリビルドした時にプロジェクトの本来の目標を忘れて
ギャーギャーK氏に文句言いまくる奴らがこんなに大量に現れたんじゃ
そりゃK氏が天の岩戸を閉じるのも当然ってものだと思うんだがな。
トリマキがプロジェクトの邪魔しかしてくれないんだったら「手伝ってもらう」意義なんて消し飛んでしまう
何でも自分でって、そりゃ周りが足を引っ張るしかしないならそうなるのは当たり前だろ。
アナウンスされてる事すら読まないで自分勝手な奴多すぎ。
それを寄ってたかって潰されたんじゃ元も子もないって事を
我侭なトリマキ連中はもう少し理解すべき
十分に時間はあったのに相変わらず進んでないのは本人のマネージメント能力の問題
ただのコーダーと同じくらいのプログラミング速度を求めるとか
おかしくない？
マネジメントって言葉を持ち出せば何でも叩けると勘違いしてない？
研究には思考実験や試行錯誤が欠かせないって理解してる？
コーディングだけやってればそのうち完成するという物では無いんだよ。
氏の評価は高く、トリマキがスレに溢れかえっていた。
テンプレアンチしかいなくなって天の岩戸を閉じたら、トリマキが全く居なくなり、
OSASKはもう終わった教が台頭、オープンソースゲリラが応戦するも、継承すべき、
エミュレータOSとしてのソースが殆ど現出していないことが判明、斜め上の生存宣言で戦意喪失。
以降懐古スレ、最近になって当時の構想を設計資料レベルで知りたいという話が出る。
久々にトリマキ出現も、該当記述を提示することはできずに沈黙。
8bitマイコンでlinuxをエミュレートするネタからメモリの話になる
シリアルなら物理上の壁などはなく、8bitPCでもSDアクセス可能だとわかる。
そこで板では有名なKL論争での壁指摘を全く知らない様子で、３２Gまで簡単だというトリマキ。
容量に壁があるとか何とか
ナンセンス
昔そういう論争があったかどうかと現状は話は別だろう
なんでその程度の区別もつかないんだろうねこの人
スレッドからはK(ernel)が性能低下したようにしかみえない仮想化隠蔽の罠。
やっぱり第一世代の事しか頭にない人だから
いつまで経ってもそっから抜け出せない
Kﾀﾝはとっくの昔にもっと先に進んでるのに
単なる受け売りでもなく、Kに必要な情報も何気なく出していたのに
最近は叩くばかりで全く役に立ってないよね。
プロジェクトの目的すら本当には理解せずに
一度仕切り直しが発生したくらいで総攻撃に回るんだもんなあ
トリマキが聞いて呆れるよ
しかも捨てられたのは第一世代OSASKというOSの仕組みであって
その上で動いてたアプリについては「APIラッパを作れば救済できる」とまで
はっきり言ってたにも関わらず、だもんな
まずは発表読め、趣旨を理解してから物言えよと。
それすらせずに文句しか言わないとか自分勝手すぎる。
まともに説得できずに自分は注文付けるだけのトリマキか。
しかも「俺の言う事を聞かないからKはダメなんだ」ばっかり
これが文句じゃなければ何だってんだ？
一方的に自分の要求を飲まそうというのは「意見」とは言わん
ってはっきり言ってる物に対して
プロジェクトの目的を理解もせずにあーだこーだ要求ばかりするのは妨害行為にしかならない
そういう人は実は最初からプロジェクトに賛同してないから、そんな輩の「協力」なんか最初から求めてないと思うが。
***賛 同 す る 人 は***協力して下さいって最初から言ってたと思うぞ。
これだけ露骨に妨害ばかりされていて、OSASKの研究・開発そのものへのモチベーションを失わないK氏は
本当に偉いと思う。
この手の身勝手な妨害行為でやる気を失って開発をやめてしまったという話のどれだけ多いことか。
「これがプロジェクトの為なんだ」と言いつつその実全くプロジェクトの目的の理解すらしてないし
そのくせ自分の要求だけは押し通そうとする。妨害行為そのものでしかない。
文句しか言わない連中はとにかく一旦黙れ。そして発表された全部の資料を良く良く読み直せ。
何度も熟読しろ。何か言いたいなら全てとは言わずとも概ね理解してからにしろ。本当に。
何にも理解していないのに「意見」と称して要求をつきつけるのはそれだけで傲慢で我侭で自己中心的な行為だ。
K氏が「閉ざした」のはまさにそういった戯れ言に対してであって
おそらくちゃんと理解した上での「意見」なら耳を貸すだろう。それすらしないような人には見えない。
テスターが雑多な意見を言うのは当たり前で、それを文句と決め付ける奴がおかしい。
そもそもここはオフィシャルでもなんでもない２ｃｈのスレなんだぞ。
自分が良いと思う意見だけまとめればいいし、明らかな間違いはソースを提示すればいい。
そもそも仕切り直しなんて本当に発生するの？
カーネルの全面リライトならlinuxとか何度もやってそうだし、
ライセンスが書き換わったBSD系UNIXは確実にやってる事だよね？
で、とりあえずまだ具体的に開始されたというアナウンスはないんだよね？
今やってるのはgimpがMotifからgtkに移行するような話で、
win版(gimp)があるとgtkの開発が捗るんだって話が続いてるんだよね？
問題は移行予定がまだまだ未定な事で、それまでパッケージが更新できない件。
そして世代という言葉がギャップや規格やハードの大きな違いを連想しやすいので、
それが何か旧世代の切り捨てだと誤解されてるなんてことはない？
第一世代はもうおしまいで第二世代にかかったって
第二世代始めたころアナウンスあったろ？
今は第二世代も終わって第三世代をやってるところらしいが
それもちゃんと発表されてるぞ。
勉強しなおすうちに第一世代の仕組みのままでは目的を達成できない事がわかりました
的な事がはっきり書いてあるぞ
頼むから書いてある事くらい読め
大げさに言っているだけで、心配する必要はないんじゃないの？
THcompに夢見ている中二病患者がトリマキの実態ｗ
2ちゃんで吠えるだけの評論家気取りがよw
車輪の再発明に没頭って、三極管の発明みたいな話か？
検波管の特許が取れなくて、切り餅の切れ込み増やしたみたいな発想で、
苦し紛れに電極増やしたらたまたま増幅機能が見つかったみたいな。
どじょうは柳にいなくても周りに居る可能性はあるから、まあいいんじゃないの？
ぐぐれよ。
ある人がパソ通の書き込みの形で、でっちあげた、仮想の圧縮ソフト。
そのソフトで圧縮すると、どんなファイルも 1 バイト（最初のうちは）になるというもの。
ファイルに順番に番号を付けてるだけ、という短縮URLみたいなものだけど、
世界のどこかで誰かが実行した瞬間に、全世界でそれが共有される、という
（ネットワークとか、なしで）という魔法のソフト。
それなら禁書目録をファイル名にしとけば0バイトで最強じゃないか。
にわかは見苦しいから黙ってた方がいいよ
やな漢字。
それは、「このプログラムを使って圧縮される全てのファイルについて、
あらかじめ知っている」というラプラスの悪魔ということだから、THcompを
ざっと説明するのに、そのキーワードを使うのは良くない。
にわかは見苦しいから黙ってた方がいいよ 。
ごった煮がハヤシ？
とりあえず塊よりカサ増えるよな？
煮こめば縮むのか？
これで勝つる
Windows上で開発って出来る？
出来るならどのファイルを落としてくればいい？
あと、参考になるページがあったら教えてほしい
Windows上で開発できないのかな？
ttp://osask.net/w/199.html ここのtolset_hのリンクからファイルをDLしたら
Win用のコンパイラなどが入ったと思われるファイルが手に入った。
で、上記のURLのところに書いてある方法でchelo.cをコンパイルした。
chelo.binが出来て、Osask上で実行したところ、VirtualPCが落ちてしまう。
どこがおかしいんだろう？
make runでtolsetに組み込まれてるqemuで実行できるけど、そこではうまくいく？
qemuではちゃんと動くならOSASKとVirtualPCの相性の問題では。
とりあえずリンク切れその他はちゃんと申請すべしと思うんだが。（営利企業じゃねんだから）
管理人（ひでよし？）は申請されたらそれなりに動いてるっぽいぞ？
むしろ逆で、営利企業じゃないからクレーマーが少ないんだろう。
言ったことで手間をかけさせる訳だから、金払いのいい上客でもなけりゃ何も言わないのが日本人。
「言ったらもう修正されてる、いつも対応超早くて感心する」みたいな事を言ってりゃ良いわけで、
昔のOSASKコミュは実際そんな感じでまわってたんじゃない？
最近は番犬に吠えられる感じなので、遠巻きになっていく負のスパイラルがなんかできちゃってる気が。
っていうかまあそれが普通であって、ボランティア作業の連鎖は文字通り「有り難い」ものだなあ。
本当に価値がないと判断されたものは完全にスルーされる
まあ最近は誰かが引用しない限りはスルーって感じかな。
いつ書き換わるかわからないwikiに一喜一憂する価値はないので見ない。
ついにスレの流れが止まった！！
OSASK叩きするスレと化してたからなあ
その粘着野郎が消えたらまあこうなるわな
内部で動きはあっても公式アナウンス的には動きが少ない現状があるし。
てかそうなったのも元信者アンチのせいなんだが…
レスの反応がないと思ってよく見たら数年前の日付の書き込みにレスしてたなんてスレが
元々珍しくない板で、まだ一ヶ月も経ってないじゃないか。
そんな事言う方がむしろアンチ化した元信者に見えるってば。
667はアンチ化しているようには全く見えないが？
668自身はアンチに見えるけど
みたいなことを言うアンチなら初期からちらほら居たような気がするけど、
wineとかが実用的になった頃には息をしてなかったな。
できないと思われていた事ができると周知されて、着手の障害も無くなってきた頃には、
どうやら言いだしっぺにおいてはそんなもの要らないだろみたいな話になったらしく、
書いてあることを読むのが条件の開発コミュニティメンバーが居なくなっちゃったのかもね。
まあ、この板をたまにチェックするようなマイナーOSの一般ユーザーや、
思う所があってコミュニティとは一線を画すサードパーティーならば、
便りのないのは順調に忙しい証と、実際にできてきたよというタレコミを待つだけの話かな？
過大な期待は誰もしないだろうけど、残念なお知らせをわざわざ聞きにいって、ホラ見たことかと
面白がるアンチのような真似はできないでしょう。
批判するのに発表を読みもしないってのは的外れな批判にしかならないんだから
最低限発表された事くらいは読んでからものを言うのは当たり前以前の話だろ？
それすら守らずにまるでトンチンカンな叩きばっかしてた粘着が実際にこのスレに居ついてたんだし。
それを知らずに対応すれば自業自得というもの。OSASK知ってる人なら常識だと思ってたんだけどなあ。
最初に、噛んで含めるように懇切丁寧に対応されていたからこそ、好事家以外にも幅広く支持されたのです。
この世のどこかに埋めてきた、探せ！なんて言われても、幻の財宝ではなかなか心動かされませんから。
ま、体制批判めいた余計な一文が書かれるだけで、他は読まずに騒ぎ出す人とかも多いでしょう。
そう仕向けたり結果的に評判を下げて謝らない人はアンチ工作に見えるものです。ｵﾏｴﾓﾅｰ。
勿論、自分は正確に読んで、発表から正しく引用し反論するぜ という人が以前のように多ければ
笑われるだけの話で何も問題もない訳ですが、最近は見ている限り全く見えられませんね。
宝を追いかけている人達が皆リタイヤしてしまったのか、それとも数が少なくなって特定しやすくなり、
不用意な失言で知り合いに２ｃｈネラーだとバレてしまうことを恐れているのか？
単なる誤解によるものなら、追いかけていなくてもその場で指摘できるけれど、
以前はそういう趣旨で発言していたと記憶しているものまで、もう一線は離れた奴に
もまえが反論すればなんて甘えられても困るでしょう。
ていうか今は違うなんてうっかり言おうものならどう考えてもヤブヘビでアンチの餌です、
そうじゃないならこんな事言わせんなです。
自己満足OSなんかでは考えられないC講座とかを積極的にやってたし、
アプリを素人にも作れるようにするんで、素人の手には負えない
突っ込んだ性能が要求させる機能についてはOS側でアシスト、
絶妙な連携により他OSのプロアプリと遜色なく、それでもカーネルサイズは
従来OS以下だからこのOSは高機能だよねみたいな感じの目論見かと。
実際、裾野が広がって軌道に乗り始めていた気がするんだけど、
機能進化に期待を持たせたまま停滞期に入ったのが人気凋落の原因？
頭ひとつ抜けたOSASKの人気は、面倒見の良さとかを含めた信頼にあったと分析するんだけど、
その辺になにか読み違いでもあって、それが今でも尾を引いているって所なんだろうか？
クレクレ厨には優しくなかった
クレクレ厨だけになったので表に出なくなった
それだけのことじゃね？
やるやらないの境界がハッキリして、意外に上手く廻ってたりして？
まあ、あえて茨を歩いてライバルを出し抜こうって人より、
誰かが道を付けてくれそうならとりあえず待ちって人が圧倒的なんだと思う。
もっとも、前者が他者の都合を知る由もないから、夢の分だけ失望が広がっていく。
そうならないように、特に考慮なんてしなくても大方に都合よくなるよう調整する役が必要不可欠。
っていうか、それこそOSに任せられたらいいのにね。
それとも生活保護もらって生活してんの？
ttp://kawai-osask.blogspot.jp/ 優しかったか?
当時アプリケーション作ろうとしてたけど、IRCなりで質問しても、「マニュアル嫁」みたいなことしか言われなかったと記憶してるが。
雑談的なことは色々したが、開発の事になると特に優しかったとは記憶してない。
OS本が売れたあとは相手にもされなくなったから、OSASKから離れて末の方のことは知らない。
当時高校生だったから、あまりにも理解が悪かっただけかもしれんが。
だが当時は、高校生とか中学生が主だったと記憶してる。
ああいう文書をまとめるってすごく大変な事だってわかってる？
「自分OS」の段階にある場合、仕様書は作者の脳だけにあればいいんだから、
その段階ではわざわざ文書に起こす手間があれば製作に向けたいと思うのが人の情ってものなんだが。
大勢からの質問攻めにあう中、一人一人に手取り足取り教える訳にいかなければ、
みんなに分かりやすい資料を(莫大な手間かけて)書いて読んでもらうしかなくなる訳だけど。
でなければ肝心のOS製作そのものが全く進まなくなる。
「マニュアル読め」だって十分作者の「もっとOSASKを盛り上げたい」「もっと自作OS界そのものも盛り上げたい」意志と優しさの現れなんだが。
挙句、自分でOS作りたい人のためにあんなに親切な指南書まで書いたくらいだ。想像を絶する手間がかかっているはずだよ、あれには。
身が一つしか無い作者に手取り足取り教えてもらえなければ嫌だというんなら、それは勉強がしたいんじゃなくて単なる構ってチャンだ。
言い返すつもりじゃないんだけど、その当時に参加してた?
当時のマニュアルはひどいとまでは言わないけど、俺俺ワード的なものがかなりあったし、作者のメモ的なものだったと思う。
Webサイトの情報もほとんどなかったし、本人に聞く以外解決策がなかった。だからこそ、IRCでいつも数人が会話していたんだったと思う。
・〇〇には〇〇をセットしないと動きません
みたいな感じでマニュアル書いてあったとしても、理由もわからないし、他の値を代入してる場面もあった。
だからこそ、いろいろな人がある程度理解できるマニュアルを作るために試行錯誤したり、質問してたのに、マニュアル嫁という返事しかなかったらどうしようもないと思うよ。
上にも書いてる通り、OS本を出したあとは「わからなかったらOS本を読んで自分で一からつくればいい」、「機能が欲しかったら自分でOS作れ」みたいな感じになって、いろいろな人が離れていったんだと思う。
OSが作りたいんじゃなくて、OSASKで動くアプリケーションを作ろうとしてる人にとったら、見当違いの回答になってたわけだし。
当時参加してて今とか5年前にも付き合いが続いてるのって数人しかいないってのも、そんな背景があるからじゃないかな。(これは想像。
一般用語で説明しきれないものについてはどうしても独自の語彙で説明するしかないのはどのOSも同じ。
OSASKにしても「一般用語で説明できるのにわざわざ独自の言葉作っちゃってる」要素がそんなに多かったとは思えないのだが。
読んでも理解できないから聞いたのに「読め」で済ますのが親切なのか？って事でしょ
まして理解できない部分が他の手段で得られる一般的な知識ではなく作者の脳内にしか無いものなんだから
ちょっとだけしか読まないで「わっかんなーい！」は違うだろって事。
丁寧に解説されてるOSASKの資料でわかんないとか言ってたら他のOSなんか理解しようもないぞ。マジで。
どこにも「ちょっとしか読んでない」とか書いてないが？
丁重に解説って言うけど本人に聞く以外解決策がなかったってのはスルー？
俺だからよく知らないんだが具体的な資料をポイントしてくれない？
やじうまで軽くWiki見た限りでは好き勝手なうんちくしかなくて
そういう具体的は話はメーリングリストに参加してくださいって扱いだった覚えがあるが
あとそこらの有名OSって具体的になに？
WindowsやLinuxじゃないよね？
monaならたしかにろくな資料が無いと思うけど細かい資料が有る俺OSも有るよ？
別に誰もOSASKを「世界一」親切なOSだなんて言ってない
だから他に親切なOSが存在する事はOSASKが親切でない根拠にもなんにもならない
というレベルで論理的破綻をきたしてる人が何を喚いてたって意味ないと思うよ
だれも「OSASKが世界一親切だって！？」なんて書いてないし
やじうまで見た限りじゃ少しも親切じゃないのに「すごく親切」と連投してるから
具体的に資料とやらが何処か教えてくれって書いてるだけだが
議論をすげ替えるだけで回答は無いんだね？
エミュレーションOSを掲げながらefgとかblikeみたいな真逆の方向へ行ったり
色々うんちくたれてたけど、ただの言い訳じゃん
彼はエミュレータOSと書いていたのは何度も読んだが
一度でもエミュレーションOSなどと書いたことがあっただろうか？
していたとは思う。入口となるドキュメントやサンプルの類も、
「日本の」OSプロジェクトとしては量が多い方。
ただし使われている用語(=概念)が独特過ぎて、先に進むためには
ソースコードを読んでKさんの思考を理解する必要があった。
当然ほとんどの人は脱落…。でも、OS開発ってそんなもんだよね。
だから親切なプロジェクトはその後には出てこなかったし
OSASKも不親切路線に切り替えた
なんつうか本当にキモい
そこまで言うほど特殊で理解しがたいものかねえ
昔ながらの典型的OSなら初心者でもついていけるって訳じゃないのはUnix界隈見てりゃわかることだし。
むしろOSASKはアーキテクチャがかなりすっきりしてて分かりやすい部類にはいる気もするが。
正しいような気がするが
癖が強すぎるので学習用にはむかないと思う
癖というのは用語だけの問題であって、独自研究で独自用語を多用するのは
の言うように普通の話だと思う。
ただ、それが癖＝独自技術じゃないとわかった途端に、今度は車輪の再開発だ二番煎じだと言われまくって
それを気にして迷走していったような印象を受ける。
なんか大層な命名で凄い技術だと思って有望視していたものが
よく調べたらなんてことはない平凡なものだと知った時、
過剰な期待がそういう失望含みのコメントに変わるのはよくあるだろう。
個人的には奇をてらおうが平凡だろうが、組み合わせてみてきっちり動けば
それがOSの妙だと思うんだけどねえ。
問い合わせさえすれば直々に丁重な解説が得られるなんて、これ以上の親切な環境もないんだけどね。
このスレに書いただけであっても、にあるように技術的な話であればほぼレスがついてきた頃もあったんだよな。
但しこれは問題があって、良心的な人である程、恐縮してしまって遠慮して迂闊な疑問が書けなくなってしまう。
そこら辺のニーズを拾って発展したものこそ勝手連が立ち上げたWikiだったと思うんだけど、
の言っているWikiって個人サイトの方だろうか？それともこれの事だろうか？
残念ながら、ポータル化や変わったローカルルール採用により、Wikiらしい拙速修正ができずに、
いちいち顰蹙コメント入れて直してもらわないといけないので、「うんちく」以外の、
寄ってたかってダメ出し入れていくような形のお気楽資料作成も難くなってしまったんだろうな。
アンカーの意味がいまいちよくわからないけど、ここで親切だったと書かれているのは主にOS本より以前の話だと思うよ。
ただし、OS本とは違って、当然OSASKに即した説明なので前提知識は要らなかったと思う。
OS本からOSASKに行こうとすると、両者の工期の違いに起因する年の功的な実践ノウハウ部分の説明が欠落するので
セオリー的なものでもそこが癖に思えてしまうんじゃないだろうか？
マニュアル嫁発言は確認していない。っていうかIRCには行ったことがないな。
多分どこかで散々説明しているからそんな趣旨の発言になるんだろうけど、そのログが埋もれた状態なんだろうね
「丁重な解説」の中にもなんとなくコピペ的だけどいくら探しても初出という不思議なコメントには覚えがあるし。
っていうか制作系スレでIRCというとさぼりの道具ってイメージしかないんだけど、ちゃんと機能していたのだろうか？
wikiにあったコミックチャットのネタは興味深くて、ひょっとしたらOSASKに搭載されるのはレンダリングが
複雑怪奇なブラウザ系より先になるんじゃないかと期待を持って見守っていたけど、進展がなくて残念。
一方で、リファレンス的なものになるとかなり不足していて、簡易ヘルプ的な状況だった（但し有志が解析した資料有）
問題はアプリを発展改良させる場合で、多分別アプリの最新版とかで実現できている機能だからと手許で実装しようとして
調べると○○をセットするみたいな謎のアンドキュメントな処理をしていたりするわけだ。
それを何故だと気楽に問い合わせられる立場だった時は丁寧な回答が返ってきて、とても親切な印象を受ける。
しかし、忙しいと言っているからと遠慮していると永遠に回答はされないし、クレクレやクレーム厨と取り違えられたりすると、
ケンモホロロで、不親切な印象しか与えなかった。
こんなところだろうか？
自分のワガママを全部聞いてはくれなかったから文句言ってるだけの
ただのアンチだから。
ワガママも相当な部分聞いてもらっただろうに。
嫌がらせの為に適当な弱点をあげつらうことは考えられるけど。
わがままが通らないからアンチになったようなタイプの人の事を言ってる
理由がわかっているならただのアンチではないだろう。
もし、ワガママを聞いてくれるのが親切で、聞いてくれないのを不親切と表現しているのだとすれば、
それは彼自身が体験した事実をそのまま表現したというだけなのでアンチ行為ですらないことになる。
アンチの捏造でなければ、問い合わせの時に、その意図（アプリ作成、マニュアル更改等）が
きちんと伝わっていなかったのではないかな？
それで、MASM問題の時のL氏のように、アセンブラ製品を超安価でカスタム提供しろという
ワガママな客だと勘違いしてしまったのと同様なことが起きた可能性は充分ある。
良く読め。言い出したのはそいつじゃない。
「親切」という言葉を直接出して不親切だと言い出したのは
「優しくない」って言ってるのはだが、これも「不親切」って事だろうな。
「優しかったか？」
これらは、単なる疑問の意味しかないんじゃないか？
仮に、反語で、「いやそうではない」という意味だったとしても、
これはOSASKの特徴としての親切さの否定なので、他と同様だというニュアンスしかとれないな。
少なくとも、「不親切不親切言ってる奴」、「不親切だとなじった挙句逆恨みしてアンチするようになった奴」
というのには該当しないように思う。
親切だと言ってるのだから不親切だと言ってるのでは無いよ
過疎ったり賑わったりよくわからんスレだな。
ここはそーゆースレだよ。
ご新規さんが来ないと盛り上がらないっぽい。
ttp://developer.cybozu.co.jp/tech/?p=1692 今は失業中だけどorz
まともなブレーンを頭を下げて自ら集めなかったツケが今になって出てるんだよ。
まともな頭を持ったブレーンを持ってたら自民党を批判せずに与党である民主党への批判に重点を置く選挙をするだろう？
国民が一番心配してるのは官僚支配じゃなく、民主党の売国的な政治に対してだろ？
その時点で読み違いをしてるのに気付いてないんだよ。
募集しても使えないバカしか集まらないのは歴史が証明してるのにな。
アマチャンやわ。
甘い甘い。
にしても、憲法すら保守しないと公言する連中が保守とされるのって
なんか政治関係者の日本語センスって疑ってしまうなあ。
例えば日本を取り戻すって、まるで日本を主権(有権)者から簒奪する話に聞こえる。
我が国の歴史と伝統に基づく憲法、ってそういうことだろ。
明治政府がでっちあげた「歴史と伝統」だけどなw
原点回帰といえば、OSASKこそ保守の味方になる筈だったのに、
ネーミングのせいか復古路線と勘違いされて正当な評価を逃したのは本当に残念。
／￣＼.（ 人＿＿＿＿）
,┤ ト|ミ/ ー◎-◎-）
| ＼＿／ ヽ (_ _) ）
| ＿_（￣ ｜∴ノ ３ ﾉ ＜ 俺とスパークリングでもしてみるか？
| _＿_）＿ノ ヽ ノ
ヽ＿＿） ノ ）） ヽ
OSASKが単なる簡易windowsではなく、まるでその劣化版にみえるようになってしまった事が、
求心力を失わせる結果に繋がったと思われ。
色んな意味でWindowsとコンセプトが違いすぎるのに。
第一印象からして窓を意識していることは明らか。
もちろんわかっている人にとって見た目は飾りだろう。
しかし彼らは対応シール地獄から逃げてきた訳だから、
そういう方針まで目にした時、なんだここも結局同じじゃないか
と木阿弥に思ってしまい、他に行ってしまっても不思議じゃない。
残った人にパワーがあれば別に問題ないけど、
当時の予測と現状との差から、それを言うのはちょっと難しそう。
そろそろ日本製OSと日本製CPUが乗ったPCが欲しい。
かつてのシリコンバレーのように
儲けてる会社は草の根にもっと出資とかしないのかね？
独自OSを作ろうとする漢なベンチャーもいない
オワコンどころかハジマランコン。
ニッチな用途に特化した物を作って稼ぐ方法はあるかもしれないけど
Windows/Mac/Linux等に並び立つのは、まず無理でしょ
天地がひっくり返るくらい画期的かつ実用的な新しい要素でも生み出さないとね（すぐに真似されず、すごく必要とされるなにか）
誰が作っても似たり寄ったりになってあまり独自で作るメリットがないのでは
そういえばLinuxの初期バージョンをコレクションしてるサイトを見かけたんだけど、
思ってた以上に小さなソースだったんだな。一体何が肥大化の要因なんだ？
機能的に似たりよったりなのは収斂進化であってむしろ良いことなんだけどな。
得意分野を持ち寄っての分業体制が構築できれば類似点も充分メリットだと思うんだけど、
ボランティアは無償につき責任も曖昧にしておくような日本的な手法では時間が経つとワンマン化するんだろうな。
かといって札束で動くかといえばそんなドーピングは縁の切れ目しかもたらさないというね。
もちろん基本機能も色々肥大化してると思うけど（マルチCPU対応とか…）
ある程度までは、単純明解なコード＝性能、なんだけど、ある程度を越えると、
どんどん大きくなる。
アルゴリズムが複雑になったり場合分けコードが増えたり…
スケーラビリティの向上なんか、まんまこれだね
枯れたコードは骨董品向けの最適化コードとして放置しとけば良さそうなものだけど、
いつのまにかリストラされてて厄介な事態になったりするのが不思議だな。
触らぬ神に祟り無しって言葉は日本だけなのだろうか？
大きなレジスタが使える状況なら使ってガーっと処理して端数はバイト単位でやるとか
特定の命令セットの有無で処理を分けるとか
使えるか使えないかの場合分けをした場合、使えない方の工夫された賢いコードがリストラされて、
とりあえず使ってみたおまじない的なコードが生き残るイメージってない？
でも、ベンチマークで良い方だけ残してダメなほうは削る、ということができるのは、
ターゲットが固定されてる場合。
Linuxは、つい先日まで80386の実機をサポート対象としてたわけですよ？
memcpyみたいなのは、マイクロアーキテクチャの違いで、あっちが速くなったり、
こっちが速くなったりするもんだから、結局全部取っておくことになる。
声の小さい少数派は戦死したものと見なされる多数決の原理が適用されたりしない？
信仰者が多いおまじないが総取りになるのが永田町の論理だっけ？
そういう衆愚政治的なものが展開される世界だと、
アーキテクチャがまた変わったり、近縁アルゴリズムの新発見で、有利不利が逆転する可能性なんて
知ったこっちゃないだろうから、コードの振り幅が凄いことになるんだろうなあ。
はてな→サオボウズ・ラボ→twitter
と転職したので、K氏の入社したサイボウズ・ラボには、今は
higeponはいない。
ttp://osask.net/v/index.php?topic_id=27#post_id454 いつ頃からか既成OSで使える○○機能に期待する向きに乞御期待ではなく、
それが使えるヨソへ池みたいに変化した気がするけど、
そもそも既存OSでは使えないウリ機能ってスタブの準備すらないんじゃないだろうか？
別に凄い目玉じゃなくてちょっとした改良でも、普段遣いのOSを超える点があれば、
常用する人も出てきて勝手に発展したと思うんだけど、どれもなんちゃってとしか言えなくて
頑張って我慢すればなんとかなるかも？って状況で不可解に停滞したせいで、
その頑張る理由が消滅しちゃってあれだけ居た最強サポーターも霧散したような印象を受けるな。
osecpuがダメなのか、それともこの板がダメなのか、どっちだろ？
QEMUで動かすんなら他のOSでもアリな気がするけど、
瞬速で日本語多色がデモとしてデカイのだろうか？
野望とかいうホラ話が黒歴史化しただけじゃないか？
階層すら手抜きなのをアーカイブで誤魔化していたけど
lhaですら外人勢に潰されたのにガラパゴス形式の書庫が普及する筈もなかったね。
確かにツールをどう使おうとそれは使う人の自由だけど、
本来の使い方がされずツール開発を続けるモチベーションが下がれば非難される。
拙速で間違っててもいいから書く、気づいた人が自由に直す。
というのがWikiとFreeSoftWareに共通する理念だけど、
Wiki以外でのコミットはアカウント前提の話で、名無しには敷居が高いだろう。
暗黙にライセンスが適用されるWkiであれば人知れず修正しとけば済む話を、
忙しい人に余計な雑用をさせる為だけにわざわざコメント欄でクレームつけるなんて
そんなかったるい事誰がするものか。
良いことは一つもないのだけど、差分機能の使い方を知らなかったのだろうか？
やってくれる人はWikiだろうとMLだろうとツイタだろうとやってくれる
やってくれない人はどれだけイージーにしたってやってくれない
Wikiはページなんでなにもかもがとっちらかってドコにあるかわからない
そんなんなら2chのほうが一直線なぶんよっぽど有用
PCを相手にするなら、コードがコンパクトでCPUをしゃぶり尽くせることのメリットは減ってきてるけど、
IoTの端末は極めてリソースが少ないことが想定されるわけで、この流れにうまく乗れればという気がしてくる
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
7MVQ5SX67A
