projectの4大要素。projectでこれがないと失敗する。Listを作った新しい提案が出てきても、リストを眺めて、ToDoになければ、「1.0以降にもう一度来てください」と言った新しくやって来る開発者と常にコミュニケーションをとらないといけない。その開発者と方向性があうなら最高だ、でも、あわなそうならばお互いの時間を節約しよう(バイバイ)。最初に明確にしようといった。you」な状態にしないといけない。browser」にした。やること、やりたくないことの範囲を明確にすることが大事。IRCとかIMがあるけど、ほとんどの議論はメーリングリストで行われる。途中から来た人がメールアーカイブを読んでいないと意味が無い。途中から来た人が、前提を読まないとみんなの時間を浪費してしまう。それは途中から来た人が前からいる皆に対するdisrespectなので、それを発生させてはいけない。議論をしていると、自分に反対する全てのメールに全て個別にリプライする人が出てくる。50個ぐらいのメールの半分が特定の個人という事もある。自分で出すresponseは一つにまとめろと言うことにしている。読んでいると、反対する人が多いなぁという印象を持つかも知れないが、実は一人だったりする。tracks失敗もドキュメントとして残すべき失敗を書かないと、もう一度議論を始める人が出る全員がずっとプロジェクトに存在し続けるわけではない今までの経過を書いて残すことになるドキュメンテーションをしないと。logに書いてある、anotateすれば出てくるファイルに名前が書いてあると、遠慮してしまうことがある。filter入りにするかどうか。最初の1、2通のメールを見るとbozo入りぽい人でも実は良いコミッターになったという例もある。Sourceだけではない。どんなコミュニティでもそうだ。特定の部分を示して読めと言う場合もある。ドキュメント全部だとかなり巨大になるが、まとめてあるドキュメントをそろえてある。subversionの本を書いた。フリーでも配っている。そこに無い内容があるのであれば、それは書かないといけないことである。最近は6割がコミュニティマネージメントで4割がコーディング。そのような人をおいているプロジェクトはあまり聞いた事がない。やっていくうちに良いコーダの一部が警察として機能してくれるようになる。結局、オープンソースコミュニティで言う事を聞いてもらうには尊敬されてないといけない。それには、そのコミュニティである程度コードを書いて貢献している必要があることが多い。すごいIPv6本を無料配布!プロフェッショナルIPv6解説動画シリーズ再生リスト動画で学ぶ「プロフェッショナルIPv6」を作っています。よろしければご覧ください。無断転載など、私的利用の範囲を逸脱した利用は禁止します.。