「AtheOSがまた分裂」記事へのコメント

分裂の要因

[rug (55)]

GNU 界隈の一部では、BSD 界での分裂はライセンスに起因するもので、GPL ではそのような分裂は起きにくいと言われていたが

これの根拠がよくわからんのですが。どのようなライセンスを採ろうが、プロジェクトを運営しているのが人間である以上、意見の不一致があって妥協点が見出せなかったり、修復し難いほど人間関係が悪化し

そもそも…

[might (194)]

この手の話題を見るたびに思うのは、分裂を忌み嫌う人が多いみたいだけど、その根拠が理解できない。何で分裂しちゃいけないの？

分裂できることがopen sourceの特徴ではないの？　特にGPLはそれを明示的に保証しているしさ。無理に妥協をするぐらいだったら分裂したほうが利用者にとっては理解しやすいと思うけどな。

Re:そもそも…

[dai75 (557)]

＞この手の話題を見るたびに思うのは、分裂を忌み嫌う人が多いみたいだけど、その根拠が理解できない。何で分裂しちゃいけないの？

オープンソースなら世界中の開発者の力を結集できる、って神話を否定するからじゃないかな。

--
-- wanna be the biggest dreamer

オープンソースが乗り越えるべき問題

[brake-handle (5065)]

素直な考え方をすると、世界中の開発者の力を結集できる可能性があるだけです。スケジュールが全くなしというならともかく、(大抵はユーザの圧力によって)スケジュール通りに開発を進めるとなると、どうやって開発者の力を結集させるか、あるいは結集することを保証するにはどうすればいいかという別の問題が出てきます。

ところが、よくよく調べると、開発の元になっているhackingという行為はあくまで自発的にするものという論調が強いんですよね(文書が行方不明なのが残念だが、「研究によれば報酬は動機づけにはならない」というものもある [genpaku.org]そうで)

Re:オープンソースが乗り越えるべき問題

[Anonymous Coward]

個人的には、もし開発力の結集が保証できるシステマティックな方法論が見つかったならば、オープンソースによるソフトウェア開発は立派なソフトウェア技術になれると考えています。個人のみならず企業でも必要ならば適切な教育によりすぐに採用できる方法になるでしょう。

すでにIBMを始めとして、いくつかの企業が
オープンソースの手法を取り入れてますけど？
それに、開発力の結集を「保証する」方法論など永久に見つからないでしょう。

Re:オープンソースが乗り越えるべき問題

[brake-handle (5065)]

例えばもともとオープンソースだったものを企業が流用するとか、必要な機能は全て出そろって後はbug fixだけというところまでmatureになったものならあるでしょう。しかし、企業がscratchからオープンソースの手法を用いて作り上げたものはいまだに聞いたことがありません。

もっとも、オープンソースに関して書かれた各種文書でも、scratchからソフトウェアを作り上げることを取り上げたものはざっと見たところなさそうです(Sambaなどのように事例はあるが、それを詳しく分析した文書が見つからない)。もしかしたらオープンソースのコミュニティは既存のものを改良することに興味はあっても、scratchから何かを作ることにはあまり食指が動かないのかも知れません(そうだとするとSambaは哀れだが)。