# Chapter?6.?交流 將代碼寫清楚的能力或許是開源環境中最重要的一項技巧。從長期來看，這不僅僅取決于編程天賦。即使是優秀的程序員，如果沒有好的溝通技巧，在同一時間也只能完成一件事，即使如此也很難讓其他人注意。但一個糟糕的程序員如果善于交流，則可以協調并說服許多人做很多事情，對于項目的方向和動力起著重要的作用。 無論從哪個方向看，編寫好代碼的能力和與其他人交流的能力看起來毫不相關。編碼能力和描述技術問題的能力則有一些關系，但是描述技術問題只是項目交流中很小的一部分。更重要的是移情到其讀者的能力，可以像其他人那樣去看待自己的文章和回復，可以讓他人以同樣的客觀性看待自己的文章。同樣重要的是發現某種媒介或交流方法不再有效，這或許是因為它并沒有隨用戶數量的增多而擴展，然后花時間去解決它。 在理論上很明顯—但因為開源軟件開發環境的受眾和交流機制引起的混亂，在實踐中的非常困難。一個給定的想法必須在郵件列表中作為bug跟蹤系統的注釋或代碼的說明發布出來？當在一個公共論壇回答一個問題時，應該如何假定讀者的知識水平，只是為咨詢問題的“讀者”解答，而是為所有會看到回復的讀者？如何讓開發者與其他用戶保持建設性的聯系，而避免陷入特性請求、虛假的bug報告和一般的聊天。如何知道一個媒介達到了容量的限度，你該如何做呢？ 針對這些問題的解決方案都只能是部分的，因為任何特定方案都會隨項目結構的成長或變化而廢棄。他們也經常是*專門的*方案，因為他們需要隨機應變。所有的參與者需要意識到交流在何時，如何陷入困境，并立刻參與到解決方案中去。幫助人們完成這件事是管理開源項目的重要任務。本小節后面的部分會討論如何引導你自己的交流，以及如何在項目中為所有人維護交流機制的優先級。[[22](#)]