GitHubしか知らないソフトウェアエンジニアは、エッセイ「伽藍とバザール」が何を描いているのかを知らないかもしれません。GitHubは、分散型でオープンかつ自己組織化されたプロジェクトであるバザールの考え方を取り入れ、誰もがプルリクエストを通じてコードを確認したり貢献したりできるワークフローを構築しました。著者は、このモデルはいまや綻びを見せており、AIが登場した今、新しいアプローチが必要だと主張しています。
バザールモデルは、ユーザーが保守者に変更の統合を迫る権利意識を生み、またコードを公開した者は無報酬で保守し続けるべきだという社会的期待を作り出しました。AIがコードを生成するようになると、プルリクエストを読むことの有用性は下がります。著者によれば、人々が本当に求めているのは中心となるアイデアを理解することです。オープンソースのライセンスはすでにリミックスを許可しており、著者は、リミックスはこれまで難しすぎると受け止められてきたと論じます。これは知識のギャップであり、今ではエージェントがその穴を埋める助けになっています。著者はその目的の道具としてNixを挙げています。
提案される「リミックスモデル」は分散型で合成可能です。アイデアは一つのリポジトリに集約されるのではなく、独立したNixオーバーレイを通じて広がります。作者はソースと意図を「現状のまま」（as-is）ライセンスで公開します。他の人は、望む変更を小さなオーバーレイに一度記述すれば、フォークせずに、開発シェル、Dockerイメージ、NixOSシステム、CI、エージェントのサンドボックスなどどこででも再利用できます。価値ある単位はパッチではなく振る舞いの変化です。保守者はそれを取り込んだり、作り直したり、無視したりでき、元の作者にはレビューや保守の義務はありません。上流への取り込みは任意のままです。有用な改変は各所に広がり、保守者は自分の選択で取り入れられます。
例えば、Gitへのforce pushを止めたいプロジェクト利用者は、上流にプルリクエストを出す代わりに、それを拒否するようGitにパッチを当てるオーバーレイを書くことができます。その変更は一度定義されれば、利用者が必要とするあらゆる場所に適用できます。著者は、これによって保守が共有された義務から、個人が任意に組み合わせるものへと移行すると示唆しています。
よくある質問：オープンソースソフトウェアにおける「リミックスモデル」とは何ですか？
リミックスモデルは、作者がソースと意図を「現状のまま」ライセンスで公開し、他の人が小さなNixオーバーレイを書いてそれを適応させる分散型のアプローチです。アイデアは単一のリポジトリではなくオーバーレイを通じて広がり、誰も変更を保守したり上流に統合したりする義務を負いません。
出典: Hacker News · 要約：HeadlinesBriefing