開發者血淚控訴：千星項目被微軟“白嫖”！大量代碼相似_Linux|GitHub|開源軟件

文章圖片

文章圖片

微軟再次被指“抄襲”開源項目，這次主角是一個名不見經傳的獨立開發者。
微軟先是找他談“合作” ，然后便默不作聲地推出了一個類似產品。而這位開發者在巴黎的 KubeCon 大會，目睹了自己的開源項目被微軟抄襲并以新的名稱出現了——獲得的只有一個致謝。
他意識到：這個項目其實是微軟 fork 了自己的開源項目。
這段經歷在Hacker News上引發了爆炸性的討論。

評論區有大量開發者討論自己被“借用”甚至被“白嫖”的經歷——這不只是 Spegel 的問題，而是整個開源模式的結構性問題。

有類似經歷的開發者憤慨地強調“Don’t work for free（不要免費干活）。 ”

“一些專業人士在早期云計算時代就開始做這類工作。我當時只是想解決自己的問題，也不想把它變成一門生意，所以我很樂意以開源軟件的形式發布它。

后來微軟一位主管，負責多個產品團隊的那種，聯系我說想“合作” 。我說很樂意，不過可以先看看我的咨詢協議。他們對我的報價有點嘟囔，我就直接重申這是我的費率。經過一番法律方面的扯皮，他們最終簽了合同，我為他們做了一個兩天的研討會，解答了一堆問題，然后他們付了錢。

如果他們真的很想要你，他們會付錢的。 ”

那么，這篇博客講述了怎樣的“踩坑”故事，開源作者又該如何維護自己的權益？
事件回顧：談合作后微軟推出類似項目，與源碼大量相似！博客作者Philip Laine所開發的獨立項目 Spegel ，是一個旨在解決 Kubernetes 集群中鏡像分發瓶頸的開源項目。
其靈感萌生于Kubernetes 在高并發下拉鏡像的倉庫宕機問題，Spegel通過采用 P2P 分發機制，減少了對中心化鏡像倉庫的依賴。
當微軟主動聯系Philip Laine時，作者一度非常激動。他一度與一位微軟工程師保持溝通，幫助他們運行 Spegel ，并回答他們提出的架構問題。
他原本期待微軟會對項目有所貢獻，換來的確實微軟方面長久的沉寂。
直到Philip參加巴黎的 KubeCon 大會，才發現“房子塌了” ，他在參與一場關于加速鏡像分發策略的演講時，才了解到是微軟同樣開發了一個 Kubernetes 容器內容的 P2P 分發工具——Peerd 。
而作者收到的只有PPT頁尾對他本人和 Spegel 的致謝，仿佛微軟是在該啟發下獨立開發的。
然而，作者在深入研究后發現，完全不是這么回事！Peerd中的一些函數簽名和注釋，幾乎和Philip自己寫的一模一樣！甚至，就連Peerd的一些測試用例都直接來自作者的Spegel項目（作者說，而且直到今天這些引用仍然存在）。
作者無奈地表示， Spegel 是以 MIT 協議發布的。根據該協議，允許其他人 fork 和修改項目，而不要求他們將改動反饋給原項目。作者選擇 MIT 協議的原因是協議簡單且寬松。
盡管如此，微軟在使用其代碼時未給予充分署名，已經違反了開源社區的道德規范。而且Peerd 項目的出現給新用戶帶來了很多混淆。
在微軟巨大的品牌影響力面前， Spegel 想要爭取自己的一席之地，幾乎舉步維艱。
不過，即使困難重重，作者目前仍在堅持維護 Spegel ，項目有 1.7k star、千萬次下載，并開啟了 GitHub Sponsors 。
他正在考慮更換協議，也呼吁開發者更謹慎地選擇許可。
微軟與開源的歷史糾葛：曾稱Linux為“癌癥” ，購入GitHub成功“洗白”【開發者血淚控訴：千星項目被微軟“白嫖”！大量代碼相似】其實，微軟過去在開發者社區里名聲很差。
最典型的莫過于 2001 年，時任微軟首席執行官史蒂夫·鮑爾默（Steve Ballmer）在接受《芝加哥太陽時報》采訪時，曾將 Linux 描述為“癌癥” ，并表示：“Linux 是一種癌癥，它在知識產權意義上附著于它所接觸的一切。 ”
他認為， Linux 所采用的 GNU 通用公共許可證（GPL）具有“病毒性” ，因為它要求所有衍生作品也必須以相同的許可證發布，這可能迫使企業將其專有軟件開源。

鮑爾默的這一言論在當時引發了廣泛爭議，被視為微軟對開源軟件的敵對態度。
然而，隨著開源軟件的廣泛應用，微軟逐漸了改變立場。 2018 年，微軟以 75 億美元收購了 GitHub ，成為開源社區的重要參與者。
但是，每當博客控訴的事件再次涌現，人們還是情不自禁的吐槽——“微軟沒有變，又在干老把戲了。 ”
開源項目被抄襲的深層矛盾何在？開發者如何避坑？博客作者Philip遇到的抄襲事件并不是孤例， Spegel 事件揭示了開源社區與大型科技公司之間長期存在的深層矛盾。
開源許可證（如 MIT 協議）在法律上允許他人自由使用、修改和分發代碼，甚至用于商業目的。
然而，這種自由也可能被濫用，大廠在商業利益的趨勢下，其行為更容易違背開源社區的道德規范，例如將直接將開源項目進行商業化改造等等。
而獨立開發者在面對大型科技公司時，往往處于不利地位，難以維護自身權益。此外，獨立開發者通常缺乏足夠的資源來維持項目的持續發展，尤其是在項目被大公司“借用”后，原項目的關注度和支持可能會受到嚴重稀釋。
為避免類似情況的發生，獨立開發者需要有自己的避坑方法：
首先，更謹慎地選擇合適的許可證：如上文中提到的 GPL ，可以強制要求衍生項目開源。
其次，可以尋求開源社區支持，獲得更多的資源：如 GitHub Sponsors等方式獲得社區的經濟支持。
最后，和大公司合作談報酬也是開發者的必修課。在與企業合作時，記得簽訂正式的咨詢或合作協議，確保自身權益。

正如一位在大型科技公司與第三方合作的開發者所言：
“真正讓你拿到報酬的過程很簡單：對方找他的上級打聲招呼說‘可以’ ，然后財務部就能走流程。他們不會因為你要報酬就拒絕你——這就是做生意，企業就是為服務付錢的。如果他們連談都不談就拒絕你，那他們根本不是真心的，和他們合作也不會有好結果。 ”