バイトダンスは、マイクロソフトのVisual Studio CodeのフォークであるTraeに関する懸念を明らかにした。

まず、テレメトリ設定 UI が更新され、次のことが明確に示されるようになりました。

このトグルは、VS Code IDE フレームワークを介したテレメトリ データ収集のみを制御します。他の Trae ツールを介したテレメトリ データ収集は、このトグルの影響を受けません。

引き続きテレメトリを収集する「その他のTraeツール」について、ByteDanceに詳細情報を要求しました。回答が得られ次第、情報を更新します。TraeにはAI機能が組み込まれていますが、何が何を誰に送信しているのかを明確にしていただけると幸いです。

元の投稿者は、コミュニティDisc​​ordサーバーでのBANに関する問題についても更新しました。自動ミュートはトラッキングに関する話ではなく、「トークン」という言葉の使用に関する混乱によるもので、どうやら暗号通貨に関する話をミュートする際に使われたようです。

オリジナル記事は以下の通りです。

MicrosoftのVisual Studio Code（VS Code）はご存知かもしれませんが、Traeについてはご存知でしたか？TraeはVS Codeのフォークで、正確にはVS Codeのオープンソース部分からMicrosoftの独自仕様を取り除いたものです。Traeは最初のフォークではありませんし、これからも続くでしょう。

Traeは、少なくとも欧米ではTikTokのオーナーとしてよく知られているByteDanceから生まれました。Traeは、最近は何でもそうだが、コード作成に重点を置いた、あなたの新しい最高のAIフレンドとして宣伝されています。

しかし、Neowinが報じたように、Traeをもう少し深く掘り下げたレポートでは、いくつかの厄介な問題が明らかになりました。そのうちの1つは、少なくともその後改善されたようです。

レポート全文は、ユーザーsegmentationf4u1tによってGitHubに投稿されています。主なポイントは以下のようにまとめられています。

• リソース使用量はVSCodeのベースラインの6倍です
• テレメトリ設定は機能的というよりは見た目重視のようです
• コミュニティのフィードバックメカニズムは検閲によって損なわれている
• データ収集の実践には透明性とユーザーコントロールが欠けている

なお、このテストは以前のバージョンで行われており、リソース使用量の問題は改善されているようです。完璧ではありません。今朝実際に確認しただけでも、最新バージョンのTraeはVS Codeと全く同じファイルを編集しているにもかかわらず、はるかに多くのRAMを消費しています。

しかし、Traeの使用を検討している人にとって、下の3つはより警戒すべきものとなる可能性があります。テレメトリを無効にしても、TraeはByteDanceのサーバーに積極的にアクセスしており、7分間で約500件のアクセスが記録されています。

さらに、テレメトリが無効になっている場合、Trae が詳細な使用状況とユーザー アクティビティのデータをサーバーに送信していることがレポートで示されています。

しかし、さらに追い打ちをかけるように、TraeのDiscordサーバーでこの話題を議論した際に、明らかに検閲が行われている。報告者は、この件を提起した後に「箝口令」を敷かれたと主張しており、追跡に関する発言は1週間のミュート措置につながったという。

「トラック」という言葉は、人々がそれについて話すのを止めるためにブラックリストに追加されたようです。

しかし、肝心なのは、正当な懸念、間違い、誤解など、何であれ、ユーザーベースに対する透明性が極めて重要だということです。

コーダー向けにソフトウェアを開発していて、その同じコーダーが調査したり、このような懸念を提起したりすることを期待していない場合は、おそらくこの種のソフトウェアを開発すべきではありません。

バイトダンスは現時点では、この報告書やそれに関する議論に実際には対応していません。これらは正当な懸念事項です。ユーザーがテレメトリをオフにできるのであれば、オフにすべきですよね？そして、この話題に関する議論を遮断するのは非常に見苦しいです。何かを隠しているように思われてしまいます。

AIの要素を抜きにしても、Traeはまともなコードエディタになりそうな印象です。VS Code互換の拡張機能としてOpen VSX Registryを使用し、Microsoftと同様にWSLにも接続できます。また、見た目の調整は微妙ながらも、より見栄えの良いエクスペリエンスを実現しています。

しかし、バイトダンスは正直に、ユーザー、そして潜在的なユーザーに説明する必要があります。もし間違いがあったのであれば、それを認め、対処すべきです。間違いでなければ、その正当性を説明してください。プログラマーはTikTokのクリエイターではないので、より深い説明を求めるはずです。

リチャード・ディバインは、10年以上の経験を持つWindows Centralの編集長です。元プロジェクトマネージャーであり、長年のテクノロジー愛好家でもある彼は、2011年にMobile Nationsに入社し、Windows Centralに加え、Android CentralやiMoreでも活躍しています。現在は、このサイトであらゆる種類のPCハードウェアとレビューの取材を担当しています。Mastodonでは、mstdn.social/@richdevine でフォローできます。