我是怎么做開源的
我最近發(fā)現(xiàn)我對開源(Open Source)的看法和我的很多朋友不一樣。我對開源的態(tài)度一貫是：
這段代碼能夠很好的解決我的問題。假如它也能解決你的問題，我很欣慰。但是假如它不能，我愿意做一些改進，但是我也會拒絕一些讓代碼變的臃腫的的想法。最后，做一個成熟的庫大約需要幾年的時間。成熟我是指足夠的穩(wěn)定來發(fā)布一個最終的版本，或者有人做了一個高級版本。我不認為一個開源的項目能說明我在這個行業(yè)的成就。
但是和別人的交流我發(fā)現(xiàn)他們不愿意做開源的原因如下：
1. 代碼不夠成熟
2. 不想寫文檔
3. 不想被需求和各種郵件占用太多時間
我完全理解這幾點，但是我開發(fā)生涯中的一些事件改變了我的看法。
那是我的第一個開源項目，我一直不敢拿出來開源，直到我把他用在生產(chǎn)環(huán)境中穩(wěn)定的運行了一年，我有足夠的自信相信我這個項目能解決一些問題。它是一個 .NET 對象關(guān)系映射庫，叫做 NORM，在2005年發(fā)布。我相信你沒有聽說過這個項目。我花了好幾個月的時間來完善這個項目，但是沒有人在乎。然后我就不想再發(fā)布什么東西了。我現(xiàn)在相信不論我發(fā)布什么都不會引起人們的注意，所以我最好還是盡快的發(fā)布，如果不行，那就承認失敗，然后繼續(xù)前進。
沒有人會為自己寫文檔，他們?yōu)槠渌麑⒁眠@個軟件的人寫文檔。人們很少從使用他們開源軟件的人那里得到什么。這個簡單的現(xiàn)實導(dǎo)致文檔的稀缺。但是，缺乏文檔不代表你不能開源你的軟件，它只是意味著你的軟件推廣起來會比較慢。
我兩年以前開源了 expectations，沒有任何文檔，并且在一年之內(nèi)都沒有任何文檔。在這一年中，很少有人關(guān)注了這個項目。但是這個項目確實對一些人來講很有用，所以還是有一些應(yīng)用。最終，有一些用戶開始產(chǎn)生一些 pull request，提交一些文檔。他們的共享讓我產(chǎn)生了撰寫文檔的動力。我沒有動力為潛在的使用者提供文檔。但是我把代碼放在那里，有人用了，這個就讓我產(chǎn)生了動力，因為這些使用者實實在在就在那里。
如果你很幸運的創(chuàng)建了一個廣泛使用的項目，你將毫無疑問的被各種郵件淹沒。剛開始，我相信任何人都會被這種成功沖昏頭腦，認為增加的工作量不是什么大問題。但是慢慢的你會發(fā)現(xiàn)，這就像是第二份全職工作，然后你會想著究竟是為了什么?在開發(fā)者中的聲譽并不能讓你提早退休。不管怎樣，這不能成為你不做開源的借口。還有，我相信 GitHut 已經(jīng)改變了游戲規(guī)則。如果你的項目托管在 GitHut，當你打算停止維護這個項目的時候，會有很多人愿意 fork 你的項目，繼續(xù)開發(fā)的。
我并沒有因為離開自己的項目而良心不安。如果你的想法真的有價值，會有人愿意接替你的位置的。很有可能是有幾個人愿意接替你，然后最強的那個生存了下來。我見到的類似的項目有 Capistrano。Jamis Buck 在2009年高調(diào)的離開了這個項目，但是我知道還是有很多人到今天還在使用它。我堅信假如你的項目真的很好，即使有一天你決定去做其他事情，這個項目也會活的很好。
我看起來不像是一個開源的好公民，過早的發(fā)布，過早的離開。如果真的是這樣的話，我愿意接受批評，但在我看來事實并不是這樣。
【編輯推薦】
