前段時間我觀察了一些人試圖啓動一個開源項目。項目開始大約一週後,或多或少完全解散,部分原因是項目本身的管理方式存在問題。如何開始一個成功的開源項目?
該項目背後的想法卻很深思熟慮和很多人還是希望看到它實現。到目前爲止,沒有人做出任何認真的嘗試來重現它,但我們中的一些人正在考慮這樣做。當然,我們不希望項目以與上次相同的方式結束。
現在我的問題。應該如何開始一個成功的開源項目,其中成功被定義爲「項目不會死亡,除非沒有人不再對軟件本身感興趣?」
前段時間我觀察了一些人試圖啓動一個開源項目。項目開始大約一週後,或多或少完全解散,部分原因是項目本身的管理方式存在問題。如何開始一個成功的開源項目?
該項目背後的想法卻很深思熟慮和很多人還是希望看到它實現。到目前爲止,沒有人做出任何認真的嘗試來重現它,但我們中的一些人正在考慮這樣做。當然,我們不希望項目以與上次相同的方式結束。
現在我的問題。應該如何開始一個成功的開源項目,其中成功被定義爲「項目不會死亡,除非沒有人不再對軟件本身感興趣?」
很好的問題,雖然它比一個簡單的文章,恕我直言,更值得一本書。我希望毫不奇怪,大多數最好的建議是社交,而不是技術。
這裏有沒有特定的順序一些意見:
卡爾福格爾有一本名爲「生產開源軟件」的書..現在就開始吧。當我離開dotproject加入web2project時,這本書充當了我們設置正確的靈感。這是令人大開眼界。 Fogel的經歷是Subversion領導者之一。 – CaseySoftware 2010-08-06 01:23:33
+1保持簡單,重點突出。這幾乎是完美的建議。 – 2013-10-17 02:45:45
現在code.google.com是不是被GitHub或多或少地取代了? – 2017-08-23 11:53:36
你是在說你自己。最重要的是它應該有足夠的關心它來處理問題而不是放棄的人。
如果沒有人關心,它會再次死亡。嘗試一個你足夠關心的項目。
「很多有興趣看到它實現的人」如果沒有人真的會做這項工作,打架和留下來,就意味着什麼。
這是一種關於SO的話題,但我會反正咬它。
大多數自由/開放源碼軟件項目都是由一個人開始的。在這個人制作了一些代碼後,其他人也會加入進來,這些代碼可以做些有用的事情。所以,如果你想開始一個項目,自己動手,建立一個像谷歌代碼這樣的網站,並編寫一些代碼。最後一個是最重要的。
GitHub是一個很好的地方,因爲它使得即使只是有點興趣的人也可以輕鬆地分享項目並將他/她的補丁與他人分享。
但它的的確確是在你的項目的態度不止在您託管,或其他簡單的考慮這樣的。要仁慈,認真,明智,讓社區繼續前行,即使這段時間會很短暫,等等。接受應該被接受的補丁,拒絕應該被拒絕的補丁。只要做一個好人,開發人員和經理,並將這些技能應用到您的項目中,它應該沒問題。
我不認爲這是一成不變的,但對我來說最大的一點是,你的項目應填寫在現有生態系統的空白。換句話說,你的項目必須有一個空間。
除此之外,我可以說,保持動力最好的辦法是與人一起工作。你說,看到它實現後,仍然有很多人感興趣。那麼,爲什麼這些人不會爲此做點什麼呢?他們當然可以做一些事情。我認爲一個常見的誤解是,對開源項目的貢獻意味着你必須能夠編寫代碼。 還有更多的東西:
當然,並非所有這些要點都適用於每個項目,但試圖讓人們參與項目將最終幫助您和/或您的項目成員保持承諾。你不想讓這個項目的其他人失望,是嗎? ;-)
如果你還沒有,也可以在黑客新聞上問這個問題(news.ycombinator.com/)。這也是一個問問開源和啓動問題的好地方。 – 2010-08-06 20:20:19