アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
OpenOffice.org (スコア:1)
Re:OpenOffice.org (スコア:1)
というか、そういうベンダーの意向の影響を受けにくいのが、オープンソース系のひとつのメリットだしね(もちろん、まったくない、だなんていいませんが)。
#Mozilla.Party.JPで仕入れたネタなので、ID
Re:OpenOffice.org (スコア:0)
小規模のものよりも中・大規模のプロジェクトの方がその傾向が顕著だと考えられています。
mahoさんが書かれたものと一部重複しますが、
- 主だった開発者が特定企業のエンジニアばかり。
エンジニアが引き上げると開発スピードが一気に落ちます。
ドキュメント化されていない部分の解析からやり直さなければならない
場合もあります。
- 主だったプロジェクト組織構成人員が特定企業の人間ばかり。
組織が解体されると、もう一度その組織を立ち上げなおすか、
あるいは別のやりかたで挑むことになります。
- 特定企業からサーバマシンやネットワーク資源などを提供してもらっている。
ML や news, バグトラッキングシステムや CVS-Repo, 自動ビルドシステムなどの移転先を新たに探すのは結構大変です。独自のツールを多用しているときは特にそうです。
もちろん上記の全ての問題は情熱と根気と時間があれば解決可能です。
Borland(InterBase)が公開した InterBase RDBMS が、やや似た状況にありました。
Borland はコードを公開したけど、そのコードは酷いしそのうちなにもやってくれなくなったので、有志がコードを拾い上げて分岐・独立しました。
Firebird プロジェクトです。
Firebird プロジェクトはネットワーク資源は SourceForgeなどを使い、ビルド環境を整備しました。(当初はビルドにBorlandの製品が必要だったとか?)組織も立ち上げました。
ただ決して楽な道のりであった訳ではありません。
Re: FreeBSDの例 (スコア:0)
FreeBSDの歴史は、ある支援企業は途中から撤退し、次の企業の支援をうけ、またその企業が撤退する... という事を繰り返し経験するものです。
しかしそれでもなお活発にリリースを続けています。
Re: FreeBSDの例 (スコア:1)