【51CTO.com快譯】 啟動一個新的開源項目可能會遇到一些困難。也許你腦子里有一個很棒的想法，但是想把它們變成富有成效的、健康的、吸引人的社區還需要做很多工作。令人嘆息的是，相同的錯誤總是被無代價的重復，出現低級錯誤是團隊中的忌諱。下面就請跟隨筆者一起，看看開源項目中經常出現的錯誤，并且嘗試去規避它們。相信會對你的項目開發有所幫助。
 

[[199380]]

1.聊天代替發送

在數以千計的開源項目中，有太多人因為松散的渠道、郵件列表問題或其它方面在一開始就陷入困境。討論圍繞著房子而展開，范圍也越來越大，把許多不同的想法和考慮納入其中。一個早期的開源原則"盡早發布，經常發布"令我們十分受用。不要試圖解決所有的挑戰，編寫代碼，把它放在回購協議中，開始接受影響力請求。當你專注于代碼時，你的項目將更快地發展、適應和改進。

2.***的發送

LinkedIn的創始人雷德·霍夫曼曾說過一句名言："如果你對你的產品的***個版本不感到尷尬，你就推出的太晚了。"新的開放源代碼項目尤其如此。試圖讓你的***個版本，甚至是你的一版盡可能***。事實上，大多數人不會注意到你的***個版本，所以它并不需要***。人們在開發過程中注意、消費和參與開源項目。開始出貨，獲得反饋信息，做出改進，這些改進和傳送就是教你如何成長。

3.完善的基礎架構

開源項目中常見的模式是增強網站的基礎架構、合作平臺以及持續的集成和部署，讓其他一切都盡可能的***。這可能會導致一部分代碼準備就緒，而其他部分卻令項目發起人擔心。這會帶來基礎項目的缺失。

網站就是一個經典的例子。一些項目將推遲傳送直至全部完善，而設計完善的網站則可以持續運營。這顯然不是正面的事例。

把基礎設計完善，直到可以建立合作軟件平臺。傳送你的軟件，提升影響力，這會使你的社區建設更進一步。隨著建設的成長和改進，你將得到更多的幫助來完善你的基礎構架。

4.不執行的行為準則

近年來，具有多樣性和包容性的問題已經浮出水面。我們希望確保我們的社區是多樣化和包容性的，不同的社區會帶來更好的結果。許多社區在不考慮他們想看什么行為的情況下開始構建。對于許多人來說，這樣一個給定的社區應該是快樂、有趣和豐富多彩的。有些項目通過將行為規范放在網站上，將其正式化。這還不夠，你實施良好行為的方法是確保項目的***有良好的行為。

5.失去焦點

嚴肅地說，雖然開源的主要樂趣之一是***的創造潛能，但許多項目因為過于分散和注意力過于集中而掙扎或關閉。不要試圖將所有的東西給所有的人。隨著項目的啟動，熱心用戶將收到一百萬個請求。專注于你的目標，鼓勵人們加入你的項目，并擴大其影響力。此外，雖然大家歡迎"補丁"的推出，但是不要只找補丁，要找維修人員。你最不想做的事就是為別人的工作維持技術債務。

6.關于各種評論

我們周圍有許多溝通平臺，這些地方都有一個吸引人的地方，以確保讓每個人都參與進來。這是一個錯誤。正如我在討論通信時，有不同類型的通信通道，我大體上分成結構化的和非結構化的通道。

我推薦以下指南：

·所有的錯誤和技術討論在GitHub/gitlab上能找到

·在一個以話語為動力的論壇上建立一個普通的"社區俱樂部"

·有一個實時聊天頻道，人們可以在這里進行快速和非正式的討論。

·每個通道都有不同的用途，并不是所有都必不可少。問題是最重要的，其次是別人。

·再一次，集中注意力，保持討論集中，這將形成勢頭。

7.把自己看得太嚴重

開發開源項目應該是充滿樂趣的，要去建立團隊之間的良好關系，讓每個人工作得快樂。開放源碼的結構是建立在從事創新的社區成員身上的，他們具有創新的天賦，將新思想付諸行動。始終保持這種靈活和創新精神。這將有助于您的項目發展。

作者：JonoBacon
原文鏈接：
https://opensource.com/article/17/8/mistakes-open-source-avoid
劉妮娜譯

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】