開源工具的世界已經擴展到歡迎 捷迅，因為該項目的維護者終於完成了採用MIT Expat許可證的必要工作。 以前，JavaScript linter的代碼是在JSON許可下部分發布的，其中還有一個看似無害的附加條款：「該軟體應用於善良，而非邪惡。」 該條款阻止FSF將其識別為 免費軟體許可證 並且類似地未被識別為 開源的 由開放源代碼倡議。
在一篇題為 看著水槽JSHint的共同維護者Mike Pennisi描述了許可證如何損害了該項目。 儘管該工具在2015年獲得了最流行的JavaScript linter的殊榮，但在過去的五年中，該工具的當代風格ESLint殘酷地超過了該工具，這在很大程度上是由於擁有非免費許可的影響。
信用：邁克·彭尼斯（Mike Pennisi）
「出於法律意識的反對者並沒有背叛自己的卑鄙動機； 他們拒絕簽訂模稜兩可的合同。」潘尼西說。 「換一種說法：他們不是在說’我是個邪惡的人’，而是在說’我不明白你想要什麼。」 這種考慮使JSHint沒有資格包含在各種上下文中。」
出於許可問題，阻止了Debian和Fedora GNU / Linux發行版的開發人員加入JSHint。 Pennisi詳細介紹了「重新打包」 JSHint的編程平台也由於其附加條款而重新考慮了WordPress的歷史。
他說：「曾經有一段時間，流行的內容管理系統WordPress用這種方式重新包裝了JSHint。」 「一旦他們了解了JSON許可證，他們將在幾周內取代JSHint。」 Pennisi引用了一個 票 對於WordPress 4.9，其中JSHint是 從核心的CodeMirror實現中刪除，以及WordPress的構建工具。
Pennisi說：「當像JSHint這樣的項目失去用戶時，它也會失去貢獻者。」 「這減慢了新功能的添加和錯誤的糾正。 及時性對於這些事情很重要，人們對延遲的看法非常負面。 最好的例子來自JSHint對非同步功能的延遲支持。」
JSHint已經成為Pennisi所描述的「笨拙的JavaScript小子」。 不幸的是，七年後開源的過程並不像提交更改許可證的請求請求那麼簡單。 在一個 系列論文，他展開了艱苦的過程，要求該項目的200多位貢獻者進行許可，最後最終遭到了一個拒絕，而其中一些拒絕了聯繫。 最終，JSHint團隊被迫重寫源代碼，但只能重寫由五個不允許許可變更的人提供的部分。
8月初，JSHint更新為在以下位置使用MIT Expat許可證 版本2.12.0 並且現在與GPL兼容。 Pennisi關於他所謂的「 JSHint的解放」的警告性故事很有趣，詳述了克服項目原始許可證挑戰的努力。 從這個故事中得出的主要結論是，即使一開始似乎無法想像龐大的用戶群體，軟體開發者也應該強烈考慮許可的後果。 開源許可使項目遠比其創建者曾獨自提出的項目更遠。
Pennisi說：「對於許多人而言，許可是軟體開發中不可或缺的一部分。」 「這是一個相對的觀點：法律框架令人生畏，大多數考慮都可以通過簡單地默認為知名的自由/開源許可證來解決。
「問題在於，並非所有軟體都按照知名的自由/開源許可證進行分發。 我希望JSHint的衰變細節可以幫助人們理解許可為何如此重要。」
像這樣：
喜歡載入中……