オープンソースソフトウェアの育て方
		次へ

オープンソースソフトウェアの育て方

フリーソフトウェアプロジェクトを成功させるコツ

Fogel Karl [FAMILY Given]

(著者)

高木正弘 [FAMILY Given]

(翻訳者)

Takaoka Yoshinari(a.k.a mumumu) [FAMILY Given]

(翻訳者) 製作著作 © 2005-2013 Karl Fogel, 高木正弘, Yoshinari Takaoka(a.k.a mumumu), under a CreativeCommons Attribution-ShareAlike (表示・継承) license (3.0, 2.1-jp)

謝辞

親友である Karen Underhill と Jim Blandy に本書をささげます。ふたりがいなければ、本書を完成させることはできなかったでしょう。 目次日本語版に寄せて序文この本を書いた理由は？どんな人たちに読んでほしい？情報源謝辞免責日本語版について 1. 導入歴史独占的なソフトウェアとフリーソフトウェア意識的な抵抗無意識な抵抗﹁フリー﹂と﹁オープンソース﹂の違い現状 2. さあ始めましょう手持ちのもので始めよう名前の決定明確な目標を掲げるフリーであることを宣言する機能一覧・要件一覧開発の進捗状況ダウンロードバージョン管理システムやバグ追跡システムへのアクセス連絡手段開発者向けのガイドラインドキュメントドキュメントの公開方法開発者向けドキュメント使用例とスクリーンショット公開場所ライセンスの選択と適用﹁何でもできる﹂ライセンス GPL ライセンスを適用する方法うまく引っ張っていく個人的な議論を避ける炎上を阻止するきちんとしたコードレビューの習慣もともと非公開だったプロジェクトをオープンにするときには、変化の大きさに気をつけよう広報 3. 技術的な問題プロジェクトに必要なものメーリングリストスパム対策投稿のフィルタリングアーカイブでのメールアドレスの処理識別しやすいヘッダ Reply-to はどうすべきか私のふたつの夢アーカイブソフトウェアバージョン管理バージョン管理に関する用語集バージョン管理システムの選択バージョン管理システムの使用法すべてをバージョン管理するウェブで閲覧できるようにするコミットメールブランチの活用情報の一元管理承認バグ追跡システム議論の場としてメーリングリストを使うバグ追跡システムをあらかじめフィルタする IRC / リアルタイムに行なわれるチャットシステムボット IRCの会話を保存する RSS フィード Wiki ウェブサイトツールが一通り揃ったホスティングサイトホスティングサイトを選ぶ匿名性とプロジェクト参加 Social Networking Services 4. プロジェクトの政治構造と社会構造優しい独裁者誰がよき﹁優しい独裁者﹂になれるか？合意に基づく民主主義バージョン管理を行なうと堅くならずに済む合意に至らなければ投票するいつ投票を行なうべきか? 誰が投票するのか? 世論調査 v.s 投票拒否権全てを記録しておく Joining or Creating a Non-Profit Organization 5. カネに関する問題 Crowdfunding: Kickstarter, etc プロジェクトへの関わり方開発者を長期に渡って雇用する企業の人間としてではなく、個人として振る舞う動機を隠し立てしないカネで愛は買えない契約するレビューを行い、変更をソースコードに取り入れるケーススタディ: CVS パスワード認証プロトコルの場合プログラミング以外の活動を支援する品質保証 (テストの専門家など) 法律上の助言、権利の保護ドキュメントやユーザビリティの改善ホスティングサイトや接続回線を提供するマーケティング見られていることを意識する競合するオープンソースプロジェクトを攻撃しない Hiring Open Source Developers Bounties 6. コミュニケーション書いたことがすべて構成や体裁中身口調何が失礼にあたるのか顔陥りがちな罠目的のない投稿をしない生産的なスレッドとそうでないスレッド簡単な議題ほど長引く宗教論争を回避する "口やかましい少数派" について扱いにくい人たち扱いにくい人たちへの対応実例巨大化への対応アーカイブを目に付きやすくする方法全リソースをアーカイブと同様に扱うしきたりの成文化バグ追跡システムでは議論しない宣伝・広報セキュリティ脆弱性の告知バグ報告を受ける大至急それを修正する CAN/CVE 番号事前通知修正を一般に公開する 7. パッケージの作成、リリース、日々の開発リリースに番号を付けるリリース番号の構成要素単純なやり方奇数/偶数に意味を持たせるやり方リリースブランチリリースブランチの使い方リリースを安定させるプロセスリリースオーナーによる独裁リリースに含める変更を投票で決めるリリースを安定させるプロセスを管理するリリースマネージャーパッケージングパッケージのフォーマットパッケージ名とレイアウト大文字にするか、小文字のままにするかプレリリース版コンパイルとインストールバイナリパッケージテストとリリースリリース候補リリースを告知する複数のリリースラインを管理するセキュリティリリースリリースと日々の開発リリースの計画を立てる 8. ボランティアの管理ボランティアを最大限に活用する委任作業依頼と担当者の決定を明確に区別する委任したあとのフォローみんなの好みを知る賞賛と批判縄張り意識の回避自動化の割合自動テストすべてのユーザーの協力を得るために Meeting In Person (Conferences, Hackfests, Code-a-Thons, Code Sprints, Retreats) 技術的な作業だけでなく管理作業もみんなでパッチマネージャー翻訳マネージャードキュメントマネージャーバグマネージャー FAQ マネージャー引き継ぎコミッターコミッターの選びかたコミット権の剥奪部分的なコミット権休眠状態のコミッター秘密主義を避けるクレジットプロジェクトの分裂分裂の動きをうまく処理する新しいプロジェクトを立ち上げる 9. Governments and Open Source Be Open Source From Day One, Not Day N Review Your RFI, RFP and Contract Language Get the Lawyers Involved Very Early or Very Late Dispel Myths Within Your Organization Foster Pools of Expertise in Multiple Places Decouple Publicity Events from Project Progress Establish Contact Early with Relevant External Communities Have a Plan to Handle Negative Reactions The Open Government / Open Data Community 10. ライセンス、著作権、特許使用する用語ライセンスの特徴 GPL とライセンスの互換性ライセンスを選ぶ MIT/X Window System ライセンス GPL GPL はフリーなライセンスなのか? BSDライセンスはどうなの? 著作権の保有と譲渡何も対処しない貢献者ライセンス同意書(CLA) 著作権の譲渡デュアルライセンスの仕組み特許さらなる情報源 A. Canned Hosting Sites B. フリーなバージョン管理システム C. フリーなバグ追跡システム D. なんで自転車置場の色まで気にしなきゃならないの？ E. バグ報告のやり方を説明した例 F. 訳者あとがき G. 著作権表示

		次へ
		日本語版に寄せて