アカウント名:
パスワード:
「ウィルスやハッカーの標的になりやすい」のが嫌であれば、 BSDなOSを使ったほうが良いのでは?
えー、私自身BSDに反対するわけではないんですが、Linuxの場合同じカーネルに複数のディストリビューター(派閥)があるのも利点だと思えます。RedHatが駄目だと思ったらSuSEを使おうとか、ま、そう言う選択ができるのも必要ではないかと。
FreeBSDが駄目だと思ったらOpe
>Linuxの場合同じカーネルに複数のディストリビューター(派閥)があるのも >利点だと思えます。 わたしは逆に欠点だと思いますねぇ(汗)。 #Turboの流儀がSlackで通じない、ってね。
>FreeBSDが駄目だと思ったらOpenBSDというわけにはちょっと >いかないですよね。 何故? そう「いかない」という根拠を、まず述べるべきでは??
>高性能なJava VMが存在するのも押さえておきたいポイント クローズドソースに用はない。 ソースがあればBSD系OSでも動くし、セキュリティ考えたら Java VMの導入はもっと慎重な態度を取るべきでは?
#そりゃ、その気になればCだって十分書けますが。
アプリケーションの開発が難しい環境を標準に、というのは難しい話だと思います。それに、セキュリティを考えてJavaでアプリケーションを構築する事例だってあります。不用意にプログラミングしてもBuffer overrunのような問題がほとんど発生しないし。
エンタープライズアプリケーションの実行環境として、BSDは残念ながら現状でLinuxに大きく水をあけられていると思いますよ。適材適所でほかの使いどころは十分にありますが。
俺はてっきりLinuxブームと共に、エンタープライズアプリケーションを作ってる/売ってる連中がLinuxに進出してきただけだと思ってました。
Javaについては、別の場所で書きましたがやはり非常に熱望されているのでSunも含めて何とかしてほしいところです。
もし出たら、Linux/FreeBSDのJDK対決を見てみたいな・・・
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
なぜにLinux? (スコア:2, 興味深い)
BSDなOSを使ったほうが良いのでは? 確か、日本のある公共団体
の施設では、上記の理由でオールBSDで運用していたぞ。
やはり、あまりにもマイナー路線なのも話題不足で駄目なのだろうか…
Re:なぜにLinux? (スコア:2)
えー、私自身BSDに反対するわけではないんですが、Linuxの場合同じカーネルに複数のディストリビューター(派閥)があるのも利点だと思えます。RedHatが駄目だと思ったらSuSEを使おうとか、ま、そう言う選択ができるのも必要ではないかと。
FreeBSDが駄目だと思ったらOpe
Re:なぜにLinux? (スコア:2)
>利点だと思えます。
わたしは逆に欠点だと思いますねぇ(汗)。
#Turboの流儀がSlackで通じない、ってね。
#わたしにしてみれば、「同じLinuxなのになんでコマンドが違うんだ?」なんて
#感じますし、「この設定コマンドが」なんて、Distribution指定せずに
#いきなり切り出したりする人もいるし。
#コミュニケーション能力の不足は経験で補うとしても、
#話をするベースの部分での知識にばらつきがあるのではねぇ・・・。
#みんながみんなkernel hackerの知識があるわけではないのだし。
---- redbrick
Re:なぜにLinux? (スコア:2)
#そりゃ、その気になればCだって十分書けますが。
アプリケーションの開発が難しい環境を標準に、というのは難しい話だと思います。それに、セキュリティを考えてJavaでアプリケーションを構築する事例だってあります。不用意にプログラミングしてもBuffer overrunのような問題がほとんど発生しないし。
エンタープライズアプリケーションの実行環境として、BSDは残念ながら現状でLinuxに大きく水をあけられていると思いますよ。適材適所でほかの使いどころは十分にありますが。
Re:なぜにLinux? (スコア:2)
>たとえばFreeBSDで使えるデバイスがNetBSD/x86で使えるとは限らないでしょう。
それはkernel verisionの統一を考えていない、各Linux Distributionでも同じですよね?
porting問題はおっしゃるとおり手間が生じる"可能性"がありますが、これはLinuxでも
生じない事ではないですよね?
#kernel versionの差でサポートデバイスは変わる"可能性"はあるし。
だとすると、それで、BSD系の間の場合とLinux Distribution間の場合を区別して
「移行が難しい」と主張する根拠にならないと思いますが。
#・・・間違ってますか? 間違っていましたら、論理的にご指摘いただければ、訂正の上謝罪いたします。
>これは一般人にとって十分な差異と思われますが?
これは、わたしの個人的見解ですが、サポートデバイスを調べないで移行をしようとするヒトは
一般人じゃなくて、うっかり者です(苦笑)。
#そんなの、Windows間だってLinux間だっておんなじ。
#移行しない、という選択肢が他に比べて妥当、ということもありますし。
>>FreeBSDが駄目だと思ったらOpenBSDというわけにはちょっと >いかないですよね。
サーバを前提として考えて、実行環境の移行を想定していたのですが、ディスクなどの
必須デバイスでのサポートの差異は現状ほとんどないはずです。
#RAIDカードのサポートはもしかしたらOpenBSDの方が進んでる?
#あ、SMPのサポートはFreeBSDが進んでる・・・かな?
以下、個人的見解による意見ですが・・・。
ドライバ開発などのサポートが遅れているのはsound等のサーバ業務には必要のない
デバイスや新規のもので、この辺りは必要ないか、portingのスタートが変わらないので
あんまり差がでないと思います。
サーバアプリケーションの用意は、日本語の問題をXで解決すると、BSD間での差異は
ほとんどないはずです。
#そもそもコンソールで日本語を通すにはkon2等の特殊なコンソールドライバがどのBSDだって必要。
#NetBSDはwscons(標準コンソールドライバ)でのm17n化が進んでいる?
で、最後にディスクはどのBSDでも、i386同士ならば問題なく読めます。
ここまで考えて移行が「ちょっと(すぐには)いかない」とおっっしゃるのは不思議に思ったんで、
「個人的経験談でいいのだけど・・・。」
と書いたのですけどね。
#特殊な事情や、移行を妨げる特別な事例があったのかと思いまして。
#でもJAVAが制約になっている、ということなのですよね(詳細は後述します)。
>私は基本的にJava屋なので、Javaが動かないところでソフトウェアの開発は厳しいんですよ。
JAVAの件は、"FreeBSDでは存在しないorLinuxバイナリを動かしてる"といううろおぼえの記憶が
念頭にあったのと、サーバ系でセキュリティ重視という場合で考えていましたので、
開発者の方と見解が異なってしまうのはあると思います(汗)。
こちらで前提を説明せずに論を展開してしまって申し訳ありませんでした。
この点については謝罪いたします。
#でも、BlackBoxなシステムは、個人的意見としてセキュリティ重視のものには使いたくないですが、
#それはわたしの個人の主張ですしね・・・。
ここでの「あなたにとって、他より妥当な選択肢」が、*BSDではない、って事ですよね。
#やるせないことだ・・・。
>エンタープライズアプリケーションの実行環境として、BSDは残念ながら現状でLinuxに
>大きく水をあけられていると思いますよ。適材適所でほかの使いどころは十分にありますが。
この点は同意です。
#わたし自身は、PC-Unix上ではクローズドソースのアプリケーションは使わないポリシーですけど。
#あと、BSD系のi386だとLinuxのi386バイナリを直接実行することも出来ますが、
#結構ライブラリの整合性とかで苦しむor動かないこともあるようで、ちょっと残念です・・・。
---- redbrick
Re:なぜにLinux? (スコア:1)
ふむふむ、実行環境として水をあけられていたのか...俺はてっきりLinuxブームと共に、エンタープライズアプリケーションを作ってる/売ってる連中がLinuxに進出してきただけだと思ってました。で、参考までにお聞きしたいのですが、実行環境として、どういう点でLinuxがBSD一派よりも優れているのでしょうか?あるいはBSD一派に足りないものは何でしょうか?
ちなみにjavaに関しては、FreeBSD本家内 [freebsd.org]に情報があります。(別投稿でACさんも書いていますが)SunはLinux以外のFree UNIXはお嫌いみたいですね。
Re:なぜにLinux? (スコア:2)
Javaについては、別の場所で書きましたがやはり非常に熱望されているのでSunも含めて何とかしてほしいところです。
もし出たら、Linux/FreeBSDのJDK対決を見てみたいな・・・