アカウント名:
パスワード:
プロジェクトで何を実現したか、あるいは何を実現しようとしているのかが重要で、 真のオープンソースであるかそうでないかはあまり重要ではないように思います。 真のオープンソースだからといって良いものができるとは限らず、 真のオープンソースではないから良いものができないというものでもありません。
#998832 [srad.jp] で紹介した Bob Sutor 氏のスライドの題は "When Good Enough Is Better" となっています。私なりの解釈を 付け加えると、プロプライエタリソフトウェアの方が遥かに高品質であれば、 オープンソースであることは重要ではありません。しかしオープンソース
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
真のオープンソース=最善。か? (スコア:2, すばらしい洞察)
真のオープンソースであるかそうでないかはあまり重要ではないように思います。
真のオープンソースだからといって良いものができるとは限らず、
真のオープンソースではないから良いものができないというものでもありません。
さらに言えば、これが取り上げるほどのストーリーなのだろうかという疑問が湧いており、
今思えば、それにコメントするまでもありませんでした。
でもせっかく書いたのでチラシの裏代わりに投稿します。
"真のオープンソース" に期待できること (スコア:2, 興味深い)
#998832 [srad.jp] で紹介した Bob Sutor 氏のスライドの題は
"When Good Enough Is Better" となっています。私なりの解釈を
付け加えると、プロプライエタリソフトウェアの方が遥かに高品質であれば、
オープンソースであることは重要ではありません。しかしオープンソース
Re:"真のオープンソース" に期待できること (スコア:2, 参考になる)
>びっくりするような部品の仕様変更が起こらない、という点です。
いや起こりまくってると思いますが
- linux kernel API(やdevfs等)
- gccのc++ ABI(やオプションや言語の厳密な解釈の変更など)
- php4/5など言語系
- mysql 3/4.0/4.1/5.0
- apache module API
- mozilla/firefox extension API
- X Windowのフォントの扱い
- IM(Input Method)の扱い
etc...
むしろOSSの方が「互換性?ソースコンパチなら再コンパイルすりゃいいじゃん」てな調子でアグレッシブに(上位互換性のない)仕様変更しているように思えます。
もちろんOSSだから旧verを独自に保守するという手もありますが、セキュリティfixなどは往々にして最新版しか出ないのでbackportが必要だったり。