Sentry社は最近、2年後にApache 2.0またはMITに変換される非競争ライセンスであるFunctional Source License (FSL)の作成と採用を発表した。ビジネス・ソース・ライセンス(BSL)に似ているが、競業避止期間が短く、可変性が少ないこの新しいライセンスは、コミュニティから複雑な感情を受けた。
「フリーライドのない自由」のためのライセンスとして推進されているファンクショナル・ソース・ライセンスは、BSLライセンスの追加使用許諾がMariaDB、Redis、HashiCorpのような実装ごとに異なる意味をもたらすとSentry社が感じたため、導入された。Sentry社は、FSLはいわゆるフリーライドを防ぎつつ、開発者がより自由になることを可能にすると主張している。
SentryとCodecovの両方をFSLに基づいて再ライセンスした理由について、Sentryのオープンソース責任者であるChad Whitacre氏は、BSLライセンスの2つの大きな欠点だとSentryが考えていることを説明している。
第一に、デフォルトの競業避止期間は4年間で、これはソフトウェアの世界では本当に長い期間だ。このため、オープンソースへの最終的な変更は形だけの努力に過ぎないように感じられる。ほとんど100年かもしれない。(中略)より深刻な欠陥は、BSLには変更日、変更ライセンス、追加使用許諾というパラメーターが多すぎることだ。
変更日は現在、BSLのデフォルトの半分である2年に設定されており、それ以降はApache（FSL-1.0-Apache-2.0）かMIT（FSL-1.0-MIT）のいずれかに変換される。エラー・トラッキングとパフォーマンス・モニタリングのプラットフォームを開発した会社は、この短い期間が競争からの保護になると同時に、技術革新を続けるインセンティブにもなると考えている。Perconaの創設者でオープンソースの支持者であるPeter Zaitsev氏は納得しておらず、次のようにコメントしている。
2年か3年かは問題ではない。得られる傾向があるのは、実用的価値がほとんどなく、サポートされていないセキュリティバグだらけの役に立たないコードだ。
Sentry が新しいライセンスを採用するのはこれが初めてではなく、2009年にBSD-3に移行し、その後SBLに切り替えた。2022年のCodecovの買収に続いて、今年初めにはさらに物議を醸すライセンス変更が行われた。Logz.io社の技術エバンジェリストであり、Cloud Native Ambassadorである Dotan Horovits氏が、X（旧 Twitterで要約している。
Sentryが再びライセンスを変更した。11年間のオープンソース（BSD）の後、2019年にOSSではないビジネスソースライセンス（BSL/BUSL）に移行した。今回、彼らは独自の発明を思いついた：ファンクショナル・ソース・ライセンス（FSL）である。結局のところ、別の「利用可能なソース」だ。
この新しいライセンスは、フリー・オープンソース・ソフトウェア（FOSS）としては認められていないが、著者によれば、SaaS企業が商業的利益を保護しながらオープンソースの原則を受け入れることを可能にするものだという。Whitacre氏は次のように説明する。
わかりやすく言えば、有害なフリーライドによってその生産者を経済的に弱体化させる以外は、FSLのソフトウェアで何でもできるということだ。(...)我々は、ユーザーの自由と開発者の持続可能性を重視する。フリー・オープンソース・ソフトウェア（FOSS）は、ユーザーの自由をもっぱら重視する。それこそが成功の源であり、フリーライダー問題の源なのだ。
Zaitsev氏はまたしても同意しない。
真のオープンソースの重要な実用的価値は、自分で物事を行う選択肢とベンダーの選択肢があることだ。非競争的なソース利用可能ライセンスは、根本的にそれと相反する。
FOSS Fundersのコミットメントの一環として、Sentry社は最近オープンソースのメンテナに50万ドルを寄付 した。