Scarfはオープンソース開発者がプロ​​ジェクトがどのように使用されているかを追跡するのに役立ちます

オープンソース開発者は、ほぼデフォルトで、自分のプロジェクトを誰が使っているのかをほとんど把握できていません。これはオープンソースの利点でもあるのですが、プロジェクトを収益化したい開発者にとっては、プロジェクトから得られるデータがほとんどないため、ある意味デメリットでもあります。プロプライエタリソフトウェアであれば、誰が購入したかは大抵把握できていますし、そうしたツールもテレメトリを送信してくることがよくあります。しかし、オープンソースコードではそうはいきません。Scarfは、この状況を変えようとしています。

Scarfの創業者であるAvi Press氏は、初期の頃、この種のデータを取得するためにテレメトリの手法を試みていました。彼はいくつかの成功した開発ツールを開発していましたが、それらが人気を博すにつれて、ユーザーサポートに費やす時間がますます増えていることに気づきました。

「このプロジェクトは私の時間とエネルギーをかなり消耗させていましたが、同時に大企業にも明らかに価値を提供していました」と彼は語った。「だからこそ、これらの企業専用のサポートを提供したり、機能を開発したり、そこから収益を上げたり、あるいは商業ユーザーへのサポートをより良くしたりする機会があるのではないかと考えるようになったのです」。しかし彼はすぐに、プロジェクトがどのように利用されているかについて、人々から直接聞いた情報やGitHubなどからダウンロードした統計情報以外には、ほとんどデータがないことにも気づいた。そのため、プロジェクトを収益化しようとした時、判断材料となるデータがほとんどなく、既にひそかに自分のコードを使用しているどの企業を直接ターゲットにすべきか、全く分からなかったのだ。

「もしあなたがどんな会社で働いていたとしても、アプリやウェブサイトにコードをリリースするのであれば、可観測性のないコードをリリースするのは無謀です。そんなことで解雇されるかもしれません。そうでないかもしれません。しかし、それは本当にまずい決断です。そして、これはオープンソースを除くあらゆるソフトウェア分野での常識です。」

こうしてScarfの最初のバージョンが誕生しました。使用状況分析機能を提供し、プロジェクトの異なるバージョンの販売を容易にするパッケージマネージャーです。しかし、コミュニティはこれをなかなか受け入れることができず、多くの人がプロジェクトのオープンソース性に疑問を呈しました。

「こうした会話から実際に明らかになったのは、たとえこの種のアプローチに非常に反対していた人たちと話をしたとしても、パッケージレジストリが既にこのデータをすべて保有しているという点に全員が同意したということです。つまり、NPMやDockerなど、このデータを保有するすべての企業から、開発者からこのデータを求める声が非常に多く寄せられているということです」とプレス氏は述べ、このデータには明らかに大きな価値があると指摘しました。

そのため、新しいScarfはより洗練されたアプローチを採用しています。ドキュメント作成のためのPhone Homeやピクセルトラッキングを行うNPMライブラリは引き続き提供していますが、焦点はレジストリに移っています。同社が今週本質的にリリースするのは、コードとレジストリの間にある中間層のようなもので、これにより開発者は例えば、コンテナのユーザーをまずScarfレジストリに誘導し、その後ScarfをDocker HubやGitHub Container Registryの手前に配置することが可能になります。