OSSの開発モデルを、そのまま社内に持ち込むのは止めたほうがいい（もしくはコードレビューの話） - kazuhoのメモ置き場
以前以下のようにツイートした話だけど、OSSの開発モデルを社内開発にそのまま持ち込むのは危険。 チーム開発の場合、簡単にコメント返せないようなPR送られた時点で負けだと思ってる。無駄なコードが生産されないよう事前に設計を詰める作業をすべき / “雑なレビュー - ✘╹◡╹✘” http://htn.to/by5or1 https://twitter.com/kazuho/status/431602421068877824 今日一般的に想定される「OSSの開発モデル」はEric S. Raymondの有名なエッセーである「伽藍とバザール」によって解説されたところの「バザール」である。 「バザール」モデルにおいては、多くの改善提案の中から最善と考えられる実装が取り入れられ、コミュニティで共有されるようになる。同エッセーから引用するなら、 ふりかえってみると、Linux の手法や成功の前例は G
L・トーバルズ氏：「主要Linuxプログラマーになるのは楽じゃない」
LinuxプロジェクトをリードするLinus Torvalds氏が、Linuxカーネルに大きく貢献するのは簡単ではないと述べた。 イギリス現地時間8月15日に行われたZDNet.co.ukとの電子メールによるインタビューで、Torvalds氏は、プログラマーや組織が小さな修正プログラムに貢献するのは比較的容易だが、単独で大きな修正プログラムを開発して貢献しようとすると、新規の開発者も既存の開発者も挫折感を抱くことになるだろうと述べた。 「『大きな貢献者』になるのは、まったく容易なことではない。まず、カーネルは非常に複雑で大きく、そのため、コードだけでなく、開発環境全体の仕組みも含めたすべてのルールを学ぶには時間がかかる。同様に、新規の開発者の場合、名前を覚えられ、技能を信頼してもらうには時間がかかる」（Torvalds氏） しかし、Torvalds氏は、Linuxカーネルのプロセスでは、小
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
