# Chapter?8.?管理志愿者
讓人們認可項目所需要的,并一同努力實現,不僅僅需要友好的氛圍和避免明顯的功能異常。需要某個人或一些人有意識的管理所有參與的人。管理志愿者可能不像計算機編程具有同樣的技術技巧,但它是一種可以通過學習和實踐改進的技藝。
本章是管理志愿者技術的摸彩袋。可能描繪的分量遠重于之前的章節,會以Subversion項目作為案例研究,一方面因為我在這個項目工作,所有主要的資源就在手邊,也因為砸自家的玻璃總比砸別人更能讓人能接受吧。但是我也看到許多其他的項目因為應用這些建議而獲益,以及未能應用的后果;當在政治上適合給出這些項目的案例時,我就會這樣做。
說到政治,這是在近距離觀察以拋棄那些惡毒語言的好時機。許多工程師認為政治只是其他人參與的東西。 “*我只是*提出對于這個項目最好的過程,但是*她*出于政治原因提出反對。”我相信政治(以及那些認為是政治的事情)的災難在工程師中特別強大,因為工程師帶來的思想中總有些解決方案是客觀的優于其他方案。因此,當有人被思考之外的方式激發—例如維護自己的影響,削弱其他人的影響,草率的討價還價或避免傷害某人的情緒—項目中的其他參與者就會感到惱怒。當然,當關系到他們自己的關鍵利益時他們也很難避免這樣做。
如果你認為”政治“是一句骯臟的詞匯,希望你的項目遠離它,請放棄吧。當人們需要合作的管理共享資源時,政治是不可避免的。每個人在作出決策時,都會很自然的考慮到決策的結果對自己在項目中影響力的影響。畢竟,如果你像其他程序員一樣相信自己的判斷和技能,那么未來影響力的降低也可以看作是技術的結果。同樣的遠離可以應用于其他的行為,從表面上看就是”純粹的“政治。事實上,沒有純粹的政治:這是因為如果人們把政治作為首要考慮的因素,則行動在實際上會有多重的后果。最終,政治只是決策所要考慮的*所有*后果的一種承認。如果某個決策的結果可以讓絕大多數參與者在技術上感到滿意,但是會導致力量對比發生變化,使關鍵人物感覺自己被孤立,那么后者與前者同樣重要。忽略它并不是高尚,只是短視。
就像你后面將要讀到的建議,以及你自己工作的項目,請牢記*沒有人*是高于政治的。對于高于政治的企圖僅僅是一種特別的政治策略,有時非常有用,但并不現實。當某人有分歧時政治已經出現,成功的項目能夠將政治機制建設性的用于管理分歧。
- 前言
- 為什么寫這本書?
- 誰應該讀本書?
- 資料來源
- 致謝
- 免責聲明
- 1. 介紹
- 歷史
- 現狀
- 2. 起步
- 從你擁有的開始
- 選擇許可證并應用
- 設置風格
- 通告
- 3. 技術基礎設施
- 一個項目需要什么
- 郵件列表
- 版本控制
- Bug跟蹤
- IRC / 實時聊天系統
- RSS供稿
- Wikis
- 網站
- 4. 社會和政治的基礎架構
- 慈善獨裁者
- 共識為基礎的民主(Consensus-based Democracy)
- 寫下所有的內容
- 5. 金錢
- 參與的類型
- 長期雇傭
- 作為一些個體出現,而不是一個整體
- 公開你的動機
- 錢不能讓你可愛
- 契約
- 資助非編程活動
- 市場營銷
- 6. 交流
- 人如其文
- 避免常見的陷阱
- 刺兒頭
- 處理成長
- Bug跟蹤系統中無對話
- 公開性
- 7. 打包、發布和日常開發
- 版本號
- 發布分支
- 穩定發布版本
- 打包
- 測試和發布
- 維護多發布線
- 發布和日常開發
- 8. 管理志愿者
- 從志愿者中獲取最多
- 像分擔技術任務一樣分擔管理任務
- 轉化
- 提交者
- 榮譽
- 分叉
- 9. 許可證,版權和專利
- 術語
- 許可證的方面
- GPL和許可證兼容性
- 選擇一個許可證
- 版權分配和所有權
- 雙許可證模式
- 專利
- 深入資源
- A. 自由版本控制系統
- B. 自由Bug跟蹤系統
- C. 為什么我要關注車棚的顏色?
- D. 報告bug的樣例指導
- E. 版權