我一直在研究一個計劃最終GPL的項目(正如我所寫的所有非僱傭代碼一樣)。現在大約有10,000行代碼,所以我對這個項目已經足夠了,現在我可以更好地理解手頭的問題,並有更多更好的想法來將此項目提升到新的水平。是否推遲開源事宜?
我想然而保持這個項目的完整性,因此它更困難的商業公司可以輕鬆地重新編寫代碼和關閉源它(現在他們已經重新編寫自己的代碼)。當代碼庫足夠大時,這種盜竊(在我看來)更加困難,因此當代碼庫足夠大時,喜歡該項目的商業公司會選擇贊助開發更多功能到項目中(無論是直接聘用還是僱用其他人,我都不在乎),但最終該項目將爲所有人提高,併爲所有用戶保持開放。
這就是爲什麼我想堅持到項目幾個多月,直到它有更多的結構到它。從某種意義上說,我現在推遲釋放源,以保護將來項目的完整性。
什麼鼓勵我做到這一點的是,我有足夠的財力聘請了幾個兼職開發商在我不太強的地區提供幫助。這意味着目前我可以繼續以我打算的方向繼續參與此項目(內部爲封閉源項目),並完成我已列出的更多功能,而無需社區支持或修補程序(這對於第一年,我從我發佈的大多數其他開源資源中已經注意到,只有2個可以算作是有一些錯誤報告的,第一年偶爾會有補丁)。
現在我的意圖是最終和它GPL開放源代碼。但是現在,我相信推遲這一步可以保護項目免受某些商業封閉源代碼的影響,並且我無法追蹤我的代碼。我在正確的軌道上,否則有人會說服我。直到它被越來越多的
@David,OP不問他是否可以僱用或分發他的代碼。我正在閱讀的這個問題只是簡單地提到延遲開源的好處。 – cooper 2010-08-10 21:34:57
@cooper:我的讀書是OP不願拖延製作GPL。我指出,僱用人員進行工作並不一定意味着他們可以分發,即使它是GPL。它可能與OP有關,也可能不相關。 – 2010-08-10 22:12:47