トラッキング無効化(Do_not_track)
CLI・TUIアプリケーションのテレメトリ機能が急速に普及する中、異なるアプリケーションごとに異なる設定方法でトラッキングをオプトアウトしなければならないという問題に対応するため、業界標準となる環境変数「DO_NOT_TRACK」の導入が提案されています。この提案の背景には、開発...
CLI・TUIアプリケーションのテレメトリ機能が急速に普及する中、異なるアプリケーションごとに異なる設定方法でトラッキングをオプトアウトしなければならないという問題に対応するため、業界標準となる環境変数「DO_NOT_TRACK」の導入が提案されています。この提案の背景には、開発者がアプリケーションの使用状況やエラー情報などを収集する正当な理由がある一方で、ユーザーのプライバシー保護とプライバシー設定の選択肢確保の重要性があります。
技術的には、DO_NOT_TRACK環境変数をサポートすることで、ユーザーは複数のアプリケーション間で統一的な設定を行え、各アプリケーション開発者はこの共通規格に対応することで相互運用性を向上させることができます。このような標準化は、ユーザーがプライバシー設定について明確に意思決定できる環境を整備し、ソフトウェア開発コミュニティ全体におけるプライバシーと透明性のバランスを改善する重要な一歩となります。
コミュニティではプライバシー保護を支持しつつも、デフォルトでトラッキングが有効になっていることの矛盾性や、ネガティブな命名より肯定的な命名を推奨する声が上がっています。
「私たちがこの段階で十分に追跡されていることに慣れてしまっているため、誰もデフォルトでオプトインされていることに異論を唱えないというのは興味深いことです。DO_NOT_TRACKというフラグは良い考えに聞こえますが、デフォルトがCONSENT_TO_TRACK=1であることを暗に示唆しており、私はそれを不気味に感じます。」— @charles_f