# Appendix?C.?為什么我要關注車棚的顏色?
你不應當;這并沒有什么意義,你有更多值得花時間的事情。
Poul-Henning Kamp著名的“車棚”論述(這個[Chapter?6, *交流*](# "Chapter?6.?交流")的節選)是一份關于項目討論容易陷入誤區的雄辯論文。經過允許在這里重新打印,原始的地址是[http://www.freebsd.org/cgi/getmsg.cgi?fetch=506636+517178+/usr/local/www/db/text/1999/freebsd-hackers/19991003.freebsd-hackers](http://www.freebsd.org/cgi/getmsg.cgi?fetch=506636+517178+/usr/local/www/db/text/1999/freebsd-hackers/19991003.freebsd-hackers)。
~~~
Subject: 更綠的草坪上的車棚(任何顏色都可以)...
發自: Poul-Henning Kamp <phk@freebsd.org>
日期: 1999年10月2日 星期六 16:14:10 +0200
Message-ID: <18238.938873650@critter.freebsd.dk>
發送人: phk@critter.freebsd.dk
抄送: Blind Distribution List: ;
MIME-Version: 1.0
[暗送到committers, hackers]
我的上一份小冊子已經接收的差不多了,我不太需要再發送一份,今天我
有時間愿意這樣做。
我對此類事務的正確決定有一些困難,這一次是密送committers和hackers,
這是我能做的最好的事情了,我不太會訂閱hackers,但是之后我訂閱的更
多了。
這次觸發我的事情是“sleep(1)應當有小數部分”的討論,這已經困擾我們很長
時間了,已經過了好幾周了,我甚至懶得去檢查。
如果你錯過了這個討論:那就太恭喜了。
有人認為如果給sleep(1)一個非整形的參數會讓這個函數很臟,這點燃了
叢林山火。除此以外我不會再多說,因為與他的討論長度相比,這確實
是一件太小的事情,于此同時我們還有許多真正的問題。
sleep(1)的傳奇是我們在FreddBSD中自行車棚討論的最吵鬧案例。這些
建議已經經過充分思考,我們能夠獲得與OpenBSD和NetBSD,以及所有已經
編寫代碼的兼容性。
然而出現和啟動了這樣多的反對、建議和變更,我們只好以為這些變更
會把瑞士奶酪的空都插滿,或者是改變可口可樂的口味等等等等。
“關于自行車棚是什么?”你們中的某些人問過我。
這是一個很長很長的故事,或者說一個很老的故事,但實際上也很短,叫做
“帕金森定律”,包含了管理動態性的深入見地。
你可以在亞馬遜找到,也可能在爸爸的書架上找到,它物超所值,也值得花
時間去讀,如果你喜歡呆伯特,那一定會喜歡帕金森。
有些人最近告訴我閱讀之后發現只有50%可以應用到現如今,我只能說真的
夠好了,大多數現代管理書籍的命中率遠低于此,要知道這本書已經超過35
年了。
與自行車棚相關的特定例子中,另一個至關重要的部分是核電站,我猜這透
漏了書的年齡。
帕金森展示了如何進入主管委員會并獲得建造價值幾百萬甚至幾十億美元的
核電站,但是當你希望建造自行車棚時,卻會陷入無盡的討論中。
帕金森解釋了這是因為核電站是這樣巨大,這樣昂貴,這樣復雜,沒有人能
夠掌握,甚至只是嘗試,他們只是假設某個其他人已經檢查了所有細節。
Richard P. Feynmann在他的書中給了許多關于洛斯阿拉莫斯(美國原子彈生
產中心)的有趣而且到位的案例。
另一方面是自行車棚。任何人可以在周末建一個,還能剩下時間看電視比賽。
所以無論如何準備,無論你的建議如何的合理,總會有人展示自己的存在,
他就在這里。
在丹麥,我們稱之為“留下指紋”。它是關于個人驕傲和聲望,關于能夠指向
某個方向,然后說“在這里,我做的。”這是政治家的一個強烈特色,但是如
果有機會,大多數人會試試。想想我們在濕水泥上留下的足跡吧。
我只能低頭向最初的建議者表示敬意,因為他將槍口從地毯處轉向了劇場的
最高后座,而且這個改變就在我們現在的討論樹中。我會折返回去,來到該
線索中不太順手的消息中。
而這些告訴我,就像我之前許諾的,我為什么不訂閱hackers:
幾年之前我就取消訂閱了hackers,因為我無法承受緊跟郵件的壓力。同樣的原
因,我也取消了其他一些列表。
但我還是收到很多郵件。許多直接由過濾器轉向到/dev/null:人們喜歡[遺漏的]
永遠不會來到我的屏幕,例如用我不理解的語言提交到文檔,以及提交到ports。
所有的事情都在沒有我的時候發生,甚至我都不知道。
雖然我的郵箱有這些尖利的牙齒,我還是得到太多郵件。
這是更綠的草叢進入視野的地方:
我希望能夠減少我們列表中噪音的量,我希望可以讓每人經常建造一個車棚,
我真的對他們噴什么顏色并不關心。
第一個愿望是關于公民的,敏感和智能的使用我們的郵件。
如果我可以簡明精確的定義一組標準,規定何時某人可以回復,何時不可以
回復郵件,這樣任何人都可以認可和遵守它,我會成為一個快樂的人,但我
是太明智了,甚至不會去嘗試。
但是先讓我建議一些我希望郵件程序可以在人們發送或回復郵件列表時能夠
提供的彈出窗口:
+------------------------------------------------------------+
| 您的郵件會發送給成百上千的人,他們需要花費10秒鐘來閱讀才能 |
| 決定是否有興趣,閱讀您的郵件至少會花費兩個人周會。許多接收 |
| 者會需要為下載郵件而產生花費。 |
| |
| 您是否絕對確定該郵件的重要程度值得打擾所有其他人? |
| |
| |
| [是] [修訂] [取消] |
+------------------------------------------------------------+
+------------------------------------------------------------+
| 警告:您還沒有閱讀討論中的所有郵件,其他人已經說了您在回復 |
| 中所說的內容。在回復任何郵件時,請閱讀整個討論。 |
| |
| |
| [取消] |
+------------------------------------------------------------+
+------------------------------------------------------------+
| 警告:您的郵件程序未能為您展示所有的信息。邏輯上講您不可能 |
| 閱讀了整個郵件,并且理解了其內容。 |
| |
| 在沒有全部閱讀和認真思考前就發送郵件是不禮貌的。 |
| |
| 一個降溫定時器會在一個小時內防止您回復該線索 |
| |
| [取消] |
+------------------------------------------------------------+
+------------------------------------------------------------+
| 您編寫這個郵件超過了N.NN字符/秒,不太可能以超過A.AA字符/秒 |
| 的速度思考和輸入,因而您的回復可能不夠連貫,思考不充分且過 |
| 于感情化。 |
| |
| 一個降溫定時器會在一個小時內防止您發送任何郵件。 |
| |
| [取消] |
+------------------------------------------------------------+
我的愿望的第二部分更加感情化。很明顯,在sleep(1)線索中我們可以操縱的
不友好火焰,盡管已經在項目中存在多年,從來沒有對其有足夠的關心,所以
為什么有這么多人被許多年輕人激怒?
我希望我知道。
我知道推理對停止這種“保守主義”無能為力。可能是因為這些人對于之后提供
有形貢獻的缺乏,亦或是這些人認為“我們年老還古怪,我們知道年輕人的所作
所為”。
任何一種方式對于項目都是低生產率的,但我對如何停止它沒有任何辦法。
我只能建議忍住不要給潛伏在郵件列表的怪獸添油加醋:直接忽略他們,不要
回答,忘記他們的存在。
我希望我們可以在FreeBSD得到一個強大且廣泛的志愿者基礎,而且希望我們
能夠團結起來通過吞噬、分化和驅散古怪的老家伙和[漏掉的],防范他們有
任何立足之地。
對于已經潛藏下來,由于參與這些怪人而驅散的人:我只能說不好意思,并
鼓勵您無論如何繼續嘗試,我不希望環境成為這樣。
Poul-Henning
~~~
- 前言
- 為什么寫這本書?
- 誰應該讀本書?
- 資料來源
- 致謝
- 免責聲明
- 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. 版權