當然這都是以後的事情了。
至於現在,林楓選擇了對開源的項目應用gpl協議。
其實不同的開源協議賦予開發者的權利和保護也不儘相同。
例如,像it或ache這樣的開源協議,要求較少,允許用戶自由使用、修改甚至閉源再發布,不強製公開代碼。
而gpl等協議則有嚴格的共享條款。
甚至可以說是最“霸道”的一種開源協議。
在醜國和歐盟,還是可以相信gpl約束力的。
如果有人違反了gpl開源協議的條款,比如私自將開源軟件閉源後進行商業銷售,版權持有者林楓完全可以通過法律途徑追究其責任。
曾有開發者使用了gpl許可下的軟件,但沒有遵守gpl協議中的公開源代碼要求,結果被起訴。
在這種情況下,如果某個公司或者某個人拿了林楓gpl開源的項目進行修改,但沒有嚴格做到非商業化,就會違反了gpl協議。
此時,林楓完全可以通過法律途徑要求停止侵權、賠償損失。
並且強製對方依托於林楓開源內容搞出來的項目同樣遵循gpl協議。
因此,林楓並不是簡單地將《101novel.com48》和《fppybird》的代碼白送。
而是在法律的保護下進行的一種有條件的公開。
而為什麼選擇源代碼公開呢?
因為在技術上做出回應。
林楓上傳的並不是普通版本的源代碼。
而是他精心優化過的最簡潔的工程實現方案。
林楓相信他上傳的版本是《101novel.com48》和《fppybird》的代碼最簡練的版本。
不可能再有比林楓還要更簡練的代碼實現。
能改一行算林楓輸。
當然,不包括那種毫無縮進直接強行把所有代碼安排到一起的。
林楓上傳到版本的代碼不僅結構清晰,易於甚至還附帶了詳細的注釋和解釋,適合那些剛入門的開發者學習和參考。
林楓知道,很多人雖然有心嘗試遊戲開發,但麵對龐雜的代碼庫和不合理的結構會望而卻步。
因此他有意將這兩個經典遊戲的代碼精簡到最核心的部分,用最優雅的代碼風格呈現出來。
但同時,這也是一個無形的門檻。
能夠意識到這套代碼簡潔但不簡單的人,也會意識到林楓的實力。
而充分理解林楓設計思路的人,也應該能夠對遊戲設計本質的理解。
那些單純模仿的開發者或許可以複刻出一款外觀類似的遊戲。
但如果沒有林楓的創意和對玩家心理的洞察以及對市場的深度把握。
他們的作品終將無法觸及《101novel.com48》和《fppybird》曾經達到的市場高度。
另外,采用開源也是為了更好的社區建設。
像是《101novel.com48》和《fppybird》本身的遊戲其實挺簡單的。
但其實各種衍生版本還是相當五花八門的。
不過這些衍生版本林楓就沒那麼多精力去鼓搗了。
乾脆直接就將軟件代碼開源好了。
誰有精力鼓搗誰去鼓搗吧。
林楓選擇了在github上以litaryjourner身份上傳了工程源文件之後。
很快就迎來了一波follo。