アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
VMWareイメージも (スコア:3, 参考になる)
LiveCDやVMwareイメージでの提供もされているようですね。
20代の自分にはMINIXというと、名前だけ聞いたことのある
過去のモノ、という印象が強かったのですが、こういう
配布形態を用意してきたということで、それが若干
払拭されたような気がします。
それとも、元々教育用であったことを考えるとこの配布形態は
至極当たり前なのでしょうか。
Re:VMWareイメージも (スコア:4, 興味深い)
だもんで、386化するのに大いに難儀したといういきさつからLinuxが支持を得た、という経緯があったと思います。
それはさておき、デバイスドライバがユーザー空間で走るなど、OSとしても意欲的な構成じゃないですか。
GNU Hurdもこっちに乗り換えて欲しかったり:-)
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:VMWareイメージも (スコア:1, 参考になる)
Linuxが支持されたのはMInixはあくまで教育用なので教育用として無駄な機能追加などは行わないという方針を貫き通したからです。
Minixに触れた多くの人は教育用ではなく実用に供することのできるUnixクローンが欲しかったのです。386BSD, FreeBSD, NetBSD が誕生してからはそちらに期待がかかったわけですが、例の訴訟で開発停滞があって Linux がその間隙を縫って伸びてきたってな感じです。
Re:VMWareイメージも (スコア:0)
>例の訴訟で開発停滞があって Linuxがその間隙を縫って伸びてきたってな感じです。
見方にもよるんだろうけど、訴訟の決着があらかたついた時期とLinux 1.0が出た時期は同じくらいだと思うから、スタートラインはそんなに違わないと思う。というか、BSDの方が実績あったわけだし。今のLinuxだって訴訟を抱えてるわけだし(深刻度が違う気がするが)。
#以前、FreeBSDがLinuxより普及しなかったのはコミュニティの閉鎖性にあるんじゃないかと言って怒られたのでAC
Re:VMWareイメージも (スコア:1, 参考になる)
ioparm()のような無茶なことも可能です。
しかしBSDには古くからの歴史と流儀がある。
「こういう場合は必ずデバイスドライバ経由で扱え」
とか、必ず言われるわけです。
Linuxってのはそういうものを無視して
「とにかく面白そうなら作って発表してしまう」
という活気というか、若さというか、無鉄砲さがあったと思います。
カーネルレベルでWebサービスを高速処理してしまおうとか、
javaのバイナリを直接サポートしてみようかなとか、
盛り込まれたけど結局消えていった拡張は結構あります。
基本的にUNIXとしては「アプリケーションが移植できて使えればいいじゃないか」と、
その上で、「もっと便利にできるんならどんどんやって作りなおしてみよう」
みたいなスタンスなんでしょう。
それを使うユーザのほうも、
「何も知らない奴は俺のところに来い、俺も知らないけど心配するな、そのうち何とかなるだろ〜♪」
みたいな感じで布教していったような気がします。