開源軟體之許可證(四)

2021-10-10 09:36:42 字數 1363 閱讀 4982

開源軟體之許可證(四)

吳國平  北京市隆安律師事務所

開源軟體的優勢是顯而易見的,這種優勢在那些經歷無數加班修改bug的程式設計師看來,更為明顯。這種優勢有時也會因為程式設計師的私利(違法)行為而被帶入閉源的專案中,當然,這不在我們今天討論的範圍內。

開源軟體系統給程式設計師直接提供源**,這大大提高了開發衍生作品的便利,在日益競爭的市場中如何快速佔據市場是投資人十分看重的因素,也因為投資人快速逐利的需求,在開源軟體專案中不免會產生價值的衝突。這種衝突體現在對開源許可證的漠視上,當然,我們也必須要承認,在投資人預判遵從開源許可證的成本時,可能已經將違反開源許可證的風險納入視野,但是,大多數情況下,投資人不會去研究那些令人困惑的開源許可證條款,而程式設計師則更關注於整個專案**的可用性和穩定性上。由本律師的經驗開看,更多的場景下開源專案的許可證之於開發者更多的處於「裸奔」狀態。

我一直在很多場合強調,在拿到開源**前,請確保已經完全理解其許可條款。下面將討論幾個容易誤解的問題:

1、關於老版本許可證問題

有些產品是真正的開源產品,並且遵從了許可證當時公布的開源許可證要求,但在其生命週期中,因為開源社群或者開源專案開發者的原因,該項目的許可證至少改變了一次(也可能不同的時期有多個版本)。在這個場景中,開源產品可能還會推出最新版本,或者對程式bug進行簡單的修復並推出市場,此時需要審查該產品是否滿足與當前許可證相容的條件。如果老版本的開源許可證與新版本基本一致,則沒有太多問題。反之,如果開源許可證的模式發生了變化,導致老版本的許可證僅為專有。客戶將不得不使用舊版本才能利用開源條款和條件。

2、開源陷阱

實踐中,還存在另外一種情況,即乙個產品既有開源授權的「社群版」,也有乙個「閉源」的授權商業產品。對於很多投資不多的專案開發者來講,一開始就選擇花錢購買商業版產品無疑有壓力,因此大多程式設計師會選擇開源版本,儘管這些開源版本可能相對功能欠缺,即屬於「乞丐版」,這種產品設計類似於「先試用後購買」的模式,但是有所不同的是,開發者因為使用開源版本而有機會通過成為開源社群的積極成員來影響產品的未來走向(成本是要花大量的時間參與開源專案維護)。

我通常鼓勵客戶從社群版本開始,參與進來,看看能取得什麼成果。然後,如果產品開發成功並且有較高的商業前景,他們可以隨時選擇公升級到商業版。

與上述情形有些類似的是另外一種「開源陷阱」,即專案的元件並不是開源許可證下開發完成的,但是在免費模型下發布的,通常免費的條件是功能受限或使用時間受限。與上述情況的重要區別在於:源**通常不提供,並且其附帶的許可證(不是開源許可證)不允許永久使用,可能也不允許建立衍生作品。

還有乙個重要的區別,就是你無法通過成為開源社群的一員從而影響該專案未來的走向,通常情況下,如果程式設計師在程式中融合這樣的元件,並且衍生作品取得成功的話,你將不得不購買該產品閉源的專有授權。

程式設計師通常情況下會因為預期不足而對不願意花錢另行購買許可,因而就落入了「陷阱」,不得不面對侵權訴訟的風險。

開源許可證

開源許可證是一種法律許可。目前國際公認的有80多種。通過它,版權擁有人明確允許,使用者可以免費地使用 修改 共享版權軟體。分類 1 沒有使用限制 使用者可以使用 做任何想做的事情。2 沒有擔保 不保證 質量,使用者自擔風險。3 披露要求 使用者必須披露原始作者。1 bsd 二條款版 分發軟體時,必須...

開源許可證教程

開源許可證是一種法律許可。通過它,版權擁有人明確允許,使用者可以免費地使用 修改 共享版權軟體。版權法預設禁止共享,也就是說,沒有許可證的軟體,就等同於保留版權,雖然開源了,使用者只能看看原始碼,不能用,一用就會侵犯版權。所以軟體開源的話,必須明確地授予使用者開源許可證。目前,國際公認的開源許可證共...

gitee開源許可證

評分 100 1.流行並廣泛使用 yes 2.許可協議型別 permissive 3.司法管轄區 not specified 4.a 授予專利權 yes 4.b 專利報復條款 yes 5.指定 增強型歸屬 no 6.解決 隱私漏洞 no 7.指定 不推廣 功能 yes 評分 100 1.流行並廣泛使...