第31章 GPL開源協議

关灯護眼    字體:

[上一章] [目錄] [下一章]

林灰心想:

這次一定找些靠譜的人負責《人生重開模擬器》這款遊戲的翻譯工作。

然而理想是豐滿的,現實是骨感的。

找誰翻譯好呢?

找淘/寶網上的翻譯店鋪?

呵呵,林灰感覺找那些人還不如他自己翻譯呢。

想了一會後,林灰突然想起以前跟同班同學閒談的時候。

曾經聽同學提過英語老師似乎平時會兼職做些翻譯工作。

林灰他們班級英語老師叫顧煙凝,二十四五歲的樣子。

北外畢業的,才剛剛工作兩三年。

林灰他們這屆還是顧老師帶的第一屆學生呢。

可能是高中背誦過的《滕王閣序》裡面有“潦水盡而寒潭清,煙光凝而暮山紫”這句話的原因。

反正林灰對“顧煙凝”這個名字記得一向蠻牢靠的。

林灰有顧煙凝的微/信。

不過為了避免不必要的麻煩,

他還是換了個小號。

在申請訊息裡註明了“翻譯材料”之後,林灰試著新增顧煙凝的微/信。

很快就透過了好友申請。

林灰原本準備的幾套措辭更是沒派上用場。

顧煙凝比林灰預料地直率得多:“翻譯材料是麼?”

林灰:“是。”

得到肯定的答覆後,顧煙凝發過來的一張圖。

上面羅列著不同材料對應著的不同翻譯價格。

雖然目前市場上軟體方面翻譯價格是千字150元這樣

但文學方面翻譯價格卻是千字200~300元這樣……

考慮到《人生重開模擬器》裡面涉及到的事件不單單是普通軟體那類翻譯。

還涉及一定的文學性。

故而兩個人商量好的價格是千字250元。

《人生重開模擬器》這款遊戲裡共兩千事件,平均每條事件大概20個字。

按照4萬字算的話,翻譯總價是一萬元。

林灰直接給顧煙凝轉過去了。

轉錢的時候林灰才發現。

在微/信轉賬介面雖然沒辦法看見對方的全名。

但依舊可以看到“**凝”這樣的提示。

這樣的話,豈不是顧煙凝一旦試著給自己轉錢的話馬上就能看見“*灰”這樣的提示?

呃,這特麼的。

虧自己還煞費苦心地用小號,匿名匿了個寂寞嗎?

好在顧煙凝關注點似乎不在這上面。

顧煙凝收了錢後隨即發了個OK的表情。

並表示會儘快搞定翻譯任務。

……

林灰也沒有只在《人生重開模擬器》這款遊戲上下功夫。

14號中午,林灰又按照之前許諾過的事情。

將《2048》的這款遊戲開源到了開源亞洲這個網站上面。

由於不太清楚這個世界AppStore方面對軟體開源有無規定。

林灰最終開源的是《2048》對應的安卓版本。

雖然是開源,但這不等於沒有約束。

開源也必須遵照開源協議。

選擇開源協議也很關鍵。

畢竟開源協議不止一種,世界上的各種開源協議大概有上百種。

當然了,上百種開源協議裡常用的也只有GPL、BSD、MIT、Mozilla、Apache和LGPL這些。

前世林灰開源的時候只會選擇了BSD開源協議或者是Apache開源協議。

【鑑於大環境如此,本站可能隨時關閉,請大家儘快移步至永久運營的換源App,huanyuanapp.org 】

更多時候還是選擇BSD開源協議。

BSD開源協議是個給於使用者很大自由的協議。

可以自由的使用,修改原始碼,也可以將修改後的程式碼作為開源或者專有軟體再釋出。

當其他使用者釋出使用了BSD協議的程式碼,或則以BSD協議程式碼為基礎做二次開發自己的產品時,需要滿足三個條件:

一如果再釋出的產品中包含原始碼,則在原始碼中必須帶有原來程式碼中的BSD協議。

②如果再釋出的只是二進制類庫/軟體,則需要在類庫/軟體的文件和版權宣告中包含原來程式碼中的BSD協議。

三不可以用開原始碼的作者/機構名字和原來產品的名字做市場推廣。

BSD協議鼓勵程式碼共享,但需要尊重程式碼作者的著作權。

BSD由於允許使用者修改和重新釋出程式碼,也允許使用或在BSD程式碼上開發商業軟件釋出和銷售。

因此是對商業整合很友好的協議。

很多企業/個人在選用開源產品的時候都首選BSD協議。

因為採用BSD可以完全控制這些第三方的程式碼,在必要的時候可以修改或者二次開發。

Apache協議和BSD協議差不多,也是對商業應用友好的許可。

使用者也可以在需要的時候修改程式碼來滿足需要並作為開源或商業產品釋出/銷售。

Apache開源協議是著名的非盈利開源組織Apache採用的協議。

該協議和BSD類似,同樣鼓勵程式碼共享和尊重原作者的著作權,同樣允許程式碼修改,再釋出作為開源或商業軟件。

儘管這兩個開發協議都很不錯。

但這一次林灰最終還是選擇了GPL開源協議。

GPL協議和BSD、Apace等鼓勵程式碼重用的許可很不一樣。

GPL的出發點是程式碼的開源/免費使用和引用/修改/衍生程式碼的開源/免費使用。

但不允許修改後和衍生的程式碼做為閉源的商業軟件釋出和銷售。

GPL協議的主要內容是只要在一個軟體中使用(”使用”指類庫引用,修改後的程式碼或者衍生程式碼)GPL 協議的產品,則該軟件產品必須也採用GPL協議,既必須也是開源和免費。

換言之,林灰能夠允許別人應用其開源的《2048》程式碼。

但其他人應用該開原始碼開源出的其他版本必須也同樣開源。

開源的時候還必須依照GPL協議。

按照這個規則。

原本一個GPL開源專案,很可能帶出一大串GPL開源專案。

這就是所謂的”傳染性”。

之所以採用這個協議,是因為林灰知道前世2048這款遊戲可不止是數字版。

還有很多衍生版本。

比如說朝代版、音符版、5×5版之類的十多個版本。

林灰覺得透過GPL這樣略帶“傳染性的”開源協議。

能夠有助於《2048》這款遊戲的衍生版本及早出現。

當然了林灰的想法多多少少也有點一廂情願。

這一切的一切都是建立在其他人遵守規則的情況下。

遇到不守規則的人。

所謂的這個協議那個協議對於他們而言只是一紙空文。

再嚴密的協議也是防君子不防小人。

不過也無所謂,做事情無愧於心就好。

更何況林灰在《2048》這款遊戲上的收穫早就大大超出他的心理預期了。

[上一章] [目錄] [加入書籤] [下一章]
推薦閱讀
相鄰閱讀