VS Code はどこにでもありますが、RAM、ランタイム、そして徐々に複雑になるという代償が伴います。 3 つのよりスリムな代替品で真剣に時間を費やした後は、もう戻ることはできません。
VSコジウム
住宅販売、検査税なし
VS Code エコシステムに深く組み込まれているが、依然として Microsoft テレメトリの傘下から抜け出したいと考えている人にとって、VSCodium は利用できる最も苦痛のない出口ランプです。これは、本質的には、VS Code が構築されているのと同じオープン ソース基盤ですが、Microsoft 独自のアドオン、ブランド化、そして最も重要なことに、正式リリースではデフォルトで組み込まれているテレメトリを使用せずに組み立てられています。その結果、キーボード ショートカット、サイドバー レイアウト、統合コンソールに至るまで、見た目、操作感、動作が VS Code とほぼ同じエディターが完成しましたが、バックグラウンドで使用状況データを黙って Redmond に送信することはありませんでした。
実際の違いはわずかですが、切り替える前に理解しておく価値があります。 VSCodium は、Microsoft 独自の拡張機能マーケットではなく Open VSX Registry を使用します。これは、少数の独自の Microsoft 拡張機能 (主に公式 Copilot と特定の言語パック) が利用できないか、インストールするには手動の回避策が必要であることを意味します。人気のある拡張機能の大部分は Open VSX に反映され、問題なくインストールされるため、ほとんどの開発者にとってこれは問題ではありません。ただし、ワークフローが Microsoft 独自のプラグインに依存している場合は、コミットする前にリストを確認する必要があります。
VSCodium が真の役割を果たしているのは、リソースの使用状況です。テレメトリ レイヤーやバンドルされた多数の Microsoft サービスなしで出荷されるため、アイドル時のメモリ消費量が若干少なくなる傾向があり、特に古いハードウェアでは起動が少し簡単に感じられます。これは劇的な変化ではありません。結局のところ、根本的に異なるレンダリング エンジンやアーキテクチャは得られません。しかし、VS Code に対する反対意見が実際的なものであると同時に哲学的なものである場合、VSCodium は前者を完全に解決し、後者を変更するのに十分なだけ破壊します。新しいツールを学び直したくない、プライバシーを重視する開発者にとって、これは Microsoft 風味のデフォルトから離れる最も合理的な最初のステップです。
ゼッド
最初は速度を重視して編集され、最新のマシン向けに構築されました
Zed は、抽象的な VS Code のレプリケーションよりも野心的なものを表します。以前に Atom エディターを作成したチームによって Rust でゼロから構築されたこのエディターは、後付けではなく、基本原則として生のパフォーマンスを念頭に置いて設計されました。違いは、初めて開いたときにすぐにわかります。重いワークロードを実行するマシン上でも起動はほぼ瞬時に行われ、ファイルがどれほど大きくても、プロジェクト ツリーがどれほど複雑でも、エディターはこの応答性を維持します。高密度のコードベースをスクロールする際に目立った遅延はなく、タイピングは直接的に感じられ、表現するのが難しくなりますが、一度経験すると無視できなくなります。
建築はその感覚を説明します。 Zed はレンダリングに GPU を使用します。これは、VS Code のような電子エディターが依存する DOM ベースのアプローチとは大きく異なります。各文字とカーソルの動きは、Web ブラウザーの抽象化レイヤーではなく、グラフィックス パイプラインを通じて画面に直接描画されるため、入力遅延は非常に低くなります。ほとんどの一般ユーザーにとって、これは学術的なものに見えるかもしれませんが、エディターで 1 日 8 時間以上を費やす開発者にとって、疲労とフローに対する累積的な影響は現実のものです。
Zed は、拡張機能を介して追加されるのではなく、コアに直接組み込まれた共同編集に対する最上級のサポートも提供します。 VS Code の Live Share プラグインが管理するものよりも Google ドキュメントのエクスペリエンスに近い共有カーソル モデルを使用して、複数の人が同じファイルを同時に作業できます。 AI 支援もプラグイン経由ではなくネイティブに統合されていますが、このアプローチは独自の意見があり、他のワークフローよりも特定のワークフローに適しています。トレードオフは拡張性です。Zed のエコシステムはまだ成熟しており、VS Code の市場の広さには及びません。ネイティブに提供される機能内で作業できれば、パフォーマンスの向上は顕著であり、エディターはリリースごとに急速に改善されています。
崇高なテキスト
依然として競合他社を上回る古いアミン
Sublime Text はかなり前から存在しているため、一部の開発者は心の中でそれを「レガシー」に分類していましたが、これは間違いです。他の業界がエレクトロニクス技術やウェブ技術の積み重ねの上にエディタを構築するのに 10 年を費やした一方で、Sublime Text は、ネイティブ アプリとして実行し、1 秒以内に起動し、他のエディタを屈服させるようなファイルを処理するという、これまでと同じことをやり続けました。
VS Code で 500MB のログ ファイルを開き、カーソルの回転を観察します。同じファイルを Sublime Text で開き、すぐに編集を開始できます。この違いは依然として解消されておらず、データのラングリング、サーバー ログの分析、大きな設定の編集など、一部の作業では依然として重要です。
編集モデル自体は依然として非常に優れています。マルチ カーソル、あいまい検索コマンド パレット、プロジェクト切り替えワークフローは、今も昔も変わらず流動的に感じられます。デフォルトのカラー スキームとフォント レンダリングは、長年の反復を経て改良されており、そのまま使用しても最高の状態にあります。 Sublime の Python ベースのプラグイン API は、その拡張機能エコシステムが VS Code よりも小さいものの、混雑した市場で競争するために急いで開発されたものではなく、10 年間の実世界で使用され洗練されてきた成熟したテスト済みのツールによって実装されていることを意味します。
Sublime Text は、プロフェッショナル ソフトウェアとしては非常に安価であり、無料トライアルには強制的な期限がないため、コミットする前に真剣に試してみるのが簡単です。これに対する主な打撃は、コア機能の開発ペースが遅いことと、新しい編集者が急いで出荷している統合されたディープコンテキスト AI ツールの欠如です。エディターが邪魔にならないようにし、高速に読み込み、何が投げられても文句を言わずに処理できることを望む開発者にとって、Sublime Text は現在の成熟度においても依然として魅力的な選択肢であり、何年も前にそれを無視したほとんどの人が再び見ると驚くでしょう。
今すぐ時間をかけてみる価値のある 3 つのエディター
VSCodium はプライバシーを重視する VS Code ユーザーに適しており、Zed は本来のパフォーマンスを優先する開発者に報酬を与え、Sublime Text は依然として重いファイルや気を散らすことなく編集できる信頼できる主力製品です。最も気になる点に応じて、3 つのいずれも正当なアップグレードです。
