開源專案的報酬
其中之一自由軟體中最有爭議的問題是「報酬」問題 對開發者來說，那就是 這是一個相當複雜且有爭議的話題，這並不是沒有原因的，而且因為，一方面，平衡的是開源專案的財務可持續性，另一方面，還有贊助模式、集體融資、捐贈甚至「付費版本」。
之所以觸及這個話題，是因為最近 托馬斯·斯金格 開源軟體開發人員和程式設計師， 談論開源開發人員面臨的問題。
托馬斯·斯金格 (Thomas Stringer) 詳細介紹了 開源領域缺乏報酬越來越讓開發者望而卻步。
他在貼文中分享：
雖然我的職業是軟體工程師，但我的愛好和熱情也是電腦程式設計師。所以我做了十多年來一直在做的事情：打開電腦編寫程式碼。
該做什麼，該做什麼...學習新事物？或許。寫一篇部落格文章？好吧，我在這裡。但是……內心深處，我知道我有一些開源專案需要一些關注。結果發現其中一個被大量使用。我有近 3/4 百萬次下載，人們似乎認為它有一定程度的用處。這些都是好的部分。不好的是，有十幾個問題我連回顧都沒有，更別說分類、調查、解決了。我需要查看一些社區 PR。有一些依賴項需要更新。這樣的例子不勝枚舉。該專案已經達到了一個並不罕見的 OSS 里程碑：維護者倦怠。
儘管自由軟體世界中的開發人員通常自願為專案做出貢獻而沒有獲得直接的經濟補償，但缺乏報酬可能會給那些希望花更多時間做出貢獻但必須滿足其財務需求和義務的人帶來嚴重問題。
托馬斯·斯金格在他的出版物中解決了這一困境，並提出了各種解決方案 已經由經歷過相同情況並正在融資或支持該專案的其他開發商和/或專案籌集。
而且雖然對很多人來說 聽到“付費免費軟體”可能是一種“褻瀆”，但它無疑是最好的選擇 解決自由軟體開發的報酬問題，儘管它並不像聽起來那麼簡單。這個小「細節」卻成為了開發者和開源專案的大問題。
一個明顯的例子是破壞自己的函式庫「Faker.js 和 Colors.js」的開發人員，因為他決定不再「用他所做的免費工作來支援大公司」。
這也是有提到的 托馬斯·斯金格的出版物 關於企業如何利用開源生態系統 沒有充分支付開發人員的時間費用。
這就是為什麼自由軟體的枚舉困境很難解決並成為惡性循環，因為即使自由軟體開發者尊重開源倡議制定的標準，即自由重新分發的可能性，訪問原始碼的可能性以及衍生作品的創作，許多組織或商業項目利用這一點來賺取利潤，而沒有給出使他們的產品成為可能的項目清單。
自從 解決這個問題的方法並不新鮮。 Thomas Stringer 提到開發商應該獲得補償和/或專案應該從受益公司/專案中得到充分的合作。
同樣，如果您提交了一些關於無人使用的產品的提交，那麼金錢（或缺乏金錢）應該代表這一點。但事情並沒有那麼簡單，因為開源軟體開發人員有不同類型。有些人將編寫開源軟體程式碼作為其工作的一部分，在這種情況下，他們可能已經因其貢獻而獲得了報酬。它每月兩次進入您的支票。但另一種類型的 OSS 開發人員是那些在下班後成為 OSS 貢獻者且不隸屬於某個組織的人。
使用開源軟體的公司應該為這些專案提供資金。畢竟，他們正在使用它們。儘管他們不需要購買許可證，但這並不意味著他們不應該做出貢獻。
公司可能有全職或兼職員工為開源軟體專案做出貢獻。 Kubernetes 和所有在工作時間為 Kubernetes 做出貢獻的開發人員就是一個很好的例子。名單上的公司（主要是Google、紅帽、VMware 和微軟）正在為這些專案的成功做出貢獻。他們正在給開發商時間。
當一家公司沒有為專案貢獻足夠的開發人員時間時，它應該用分配給不代表公司做這些事情的 OSS 開發人員的資金來補充。
這就是為什麼認可和支持這些開發人員的工作很重要，因為他們的工作往往對技術進步做出重大貢獻，並使整個社區受益，最重要的是必須考慮到，最終他們是有需求且不“吃空氣”的“人”，儘管對於許多公司和企業來說，後者會很棒，不，不是，即使他們用人工智慧取代人為因素，他們也必須付費，而且背後仍然會有人負責控制、維護和改進問題。
我們生活在一個瘋狂的世界，一方面，我們的公司抱怨缺乏人才，另一方面，我們的人才卻報酬不足或沒有任何滿足感。