デフォルトでオンなだけじゃなくて、どうやら無効にすることもできないみたい。強制的にオンにされてる感じだね（企業向けを除いて）。

良いエンジニアリングやデザインの実践をすれば十分じゃない？ それが不十分ってわけじゃないけど、新しい開発者やプロダクト担当者、デザイナーは、まず「ユーザーに聞く」ことで実験しないと、センスのある有用な決定ができないんだよね。以前はユーザーベースに対する直感を育てていたけど、今は皆が毎年転職してるから、そんな時間もないんだろうね。だから、すべての決定が「データドリブン」になって、誰もが超満足ってわけじゃなくて、みんな「まあ、いいんじゃない」って感じになってる。

Gitがテレメトリーを集めていたら、もっと良くなっていたのかな？それとも、データはただの気を散らすものだったのかな？ あなたがそれが明らかだと言っているのかもしれないけど、私にはそれが役に立たないとは思えないんだ。

企業の開発チームだけじゃないよ — オープンソースの開発チームもユーザーを監視したがってる。例えば、Homebrewでは、「匿名の分析によって、どのように、どこで、いつ人々がHomebrewを使っているかに基づいて、修正や機能の優先順位を決めることができる。」 [1] [1] https://docs.brew.sh/Analytics

なんで企業の開発チームはユーザーを監視する必要があるんだろう？残念ながら、これは「意思決定者」が技術に詳しくない人たちで、実際にツールを使ってないから、どう使われているか理解できていないからだと思う。だから、開発ツールに責任を持つプロダクトマネージャーは、自分の仕事をこなすためにこういう情報が必要なんだよね。まるで、無知なプロダクトマネージャーがeコマースで、ユーザーの行動を追跡するスクリプトでフロントエンドを過剰に重くしているのと同じように。もちろん、そもそもなんでそんな仕事が存在するのかっていう疑問も残る。エンジニアたちは、VCが技術に詳しくない人が高度な技術製品のデザインや開発をリードするという不幸なパラダイムを押し付ける前は、ユーザーとのインタラクションをうまく設計できていたのに…だから、今こうしてデータを共有しているわけだ。ジョーがAIにスライドを促したり、さまざまな「超重要」な会議の合間にPMの給料を稼ぐためには、どうするんだろうね。

ちょっとしたネットワークコールやプライバシーの低下の影響は、ユーザーには「監視されてる」っていう抽象的な認識を超えて感じられないことがほとんどだよね。でも、製品開発チームにとっては、このテレメトリの影響は重要なんだ。テレメトリがプライバシーよりも価値があるとは言わないけど、実際の利益が抽象的なプライバシーの懸念と釣り合うとき、企業にとっては明確な決断になるんだよね。だから、商業的に開発されたアプリやツールには、これが普遍的に適用されるわけ。

なんで企業の開発チームはユーザーを監視する必要があるんだろう？良いエンジニアリングやデザインの実践を使うだけじゃ足りないの？いいえ、ユーザーは開発者とは違うニーズや考えを持っているからです。時には、良いフィードバックを得るのが難しいこともあるし。みんなが機能Xのコンセプトを好きだと言っても、実際には何らかの理由で使わないこともある。ある機能には声の大きいファンがいるけど、実際の売上や使用にはつながらないこともある。 > Gitがテレメトリを収集していたら、もっと良くなっていたのか、それともデータがただの気を散らすものになっていただけなのか？私はそう思う。なぜなら、Gitは有名なほどひどいUIを持っていて、どんなテレメトリでも最初は人々がかなり手間取っていることをすぐに教えてくれるから。別の世界では、テレメトリ付きのGitが出てきて、誰かが統計を見て「git restore」を最初から追加していたかもしれない。だって「git checkout -- foo.txt」は全く直感的じゃないコマンドだから。

自分のスタートアップを作り始めるまでは、必要ないと思ってたんだ。でも、分析がないと盲目的に進んでいるようなもので、ユーザーが実際に何に関心があるのか、成功するユーザージャーニーをどう最適化するのかがわからない。人々が直接聞かれたときに言うことと、実際にソフトウェアを使うときの違いは、驚くべきものだよ。

良いエンジニアリングとデザインの実践を使うだけでは不十分じゃない？ Git... Gitはデザインも使い勝手も最悪だよ。エンジニアがエンジニアのためにインターフェースを設計して、フィードバックループがない良い例だね。皮肉なことに、エンジニアは自分たちの製品が実際にどう使われているかをもっと理解する必要があるってことを証明しちゃったね。彼らの頭の中の製品の使われ方のイメージは大体ひどいから。

匿名のテレメトリーは必ずしもスパイ行為ではないけど、「擬似匿名」というのは自由な言論と「絶対主義」を区別するのと同じくらい守られているとは言えないね。GitHubもここでgitの使用を追跡するわけじゃなくて、インストールする必要のないgh CLIを追跡しているだけだよ。とはいえ、たくさんの企業環境にいた経験から、データが匿名化されているとは思えないし、主な動機が内部のOKRや政治に起因することには驚かないな。

Gitは最近、使わなくなった二つのコマンド用に --i-still-use-this オプションが追加されたんだ。それを使いたいなら、これを実行しなきゃいけない。出てくるエラーがそのことを教えてくれて、「本当に代替案が見つからないなら、ここにメールしてね」って言ってるよ。これが普通で非侵襲的なソフトウェアの代償なんだろうね。

私はForgejoを運用していて、同じコアコードを使ってるけど、ほんと素晴らしいよ。確かに速くて安定してる。インターネットがダウンしても、デスクの隣のキャビネットにあるPi 4で動いてるから大丈夫。バックアップはborgとsyncthingでオフサイトに取ってる。設定にはちょっと手間がかかるけど、その後はメンテナンスの時間はほぼゼロ。2週間に1回手動でSSHで入って、SSDの空き容量やRAMの使用状況をチェックして、apt updateとupgrade、メジャーバージョンのアップデートをしてる。

データは彼らのサーバーにあるから、当然もうやってるよね。さらに、GitlabやCodebergなどへのトランジットを知るために、クライアントサイドのメトリクスを追加して追跡を増やしたいんだ。

GH CLIがGitHubリポジトリとやり取りする唯一の方法になるまで5年かかると思う。賭けようよ。いくらかけるつもり？

ユーザーと話すなんてとんでもないね。

AIの兄弟たちはみんな同じだな。P.S. テムの悪役みたいな見た目だね。

考えを整理中：ツールのテレメトリーの詳細を確認するためのベストプラクティスは何だろう？細部に悪魔がいるからね。以下に、Claudeの助けを借りたリサーチの簡単なまとめを。頭に浮かぶのは、ユーザーと製品開発者の両方にとって十分な中間地点を見つけることに利害関係を持つ信頼できる仲介サービスみたいなもの。要点：進行中、31分経過、まだ調理中。

つまり、彼らは一台のマシンからのすべてのテレメトリーを見れるけど、そのマシンのアイデンティティは人間のアイデンティティやGitHubアカウントには結びついてないってことだね。各マシンには独自のUUIDが割り当てられて、それでマシンを「識別」してるんだ。