VSCodeからZedへ移行した体験

 (tenthousandmeters.com)
5 ポイント 投稿者 GN⁺ 2026-01-06 | 3件のコメント | WhatsAppで共有
  • VSCodeでAI機能の追加が頻繁に行われ、不安定さも増したことで、従来のユーザー体験が損なわれ、新しい代替案を探すようになった事例
  • ZedはRustで書かれた軽量で高速なIDEで、VSCodeユーザーにとって馴染みやすいUIとキーバインドを提供
  • Python開発環境の設定では、Basedpyright言語サーバーの型チェックモードに関する混乱があったが、pyproject.tomlの設定で解決
  • Zedの速度、安定性、シンプルな設定が主な長所であり、拡張エコシステムは小さいものの、日常的な開発には十分
  • VSCodeの独占的な立場に挑戦しうる競合IDEとして台頭し、開発者中心の軽快なワークフローを取り戻させる

VSCodeから離れることになった理由

  • VSCodeは長年安定して使えていたが、AI機能中心のアップデート以降、バージョンごとに新機能を無効化しなければならない不便が生じた
    • GitHub Copilotを使っていないにもかかわらず、「cmd+I to continue with Copilot」のようなメッセージが繰り返し表示される
    • インラインターミナル提案などの不要な機能がシェルの自動補完と衝突する
  • settings.jsonが無効化設定の一覧として長大になり、頻繁なバグ、遅さ、クラッシュも発生した
  • VSCodeのAI統合がより非侵襲的で安定した形に戻ることを期待しているが、現時点では別の代替を探すことになった
  • JetBrains IDEは重く、Vim/Emacsは設定の負担が大きいため候補から外れた
  • Rustで書かれたZedを新しいIDEとして試すことになった

Zedの第一印象

  • VSCodeから移行する際、UIとキーバインドが似ているため、すぐに馴染める環境を提供してくれた
    • ただし、Zedには開いているファイル一覧のパネルがなく、Cmd+Pのファイル検索で移動する
    • VSCodeの設定を自動で取り込めるが、新しく始めるために手動で設定した
  • 主な設定はフォントサイズ、テーマ、Git blameの無効化、自動保存の有効化程度でシンプル
  • 速度と応答性はVSCodeよりはるかに優れており、2週間使っていてバグやクラッシュはない
  • PythonとGoの開発に使用
    • Goは別途設定なしですぐに動作した
    • Pythonは初期設定に少し時間が必要だった

Python環境の設定過程

  • Zedは**言語サーバー(Language Server)**ベースで自動補完、コードナビゲーション、型チェックなどを提供する
  • Pythonの標準言語サーバーはBasedpyrightで、これはPyrightをベースにしているが、より厳格なtypeCheckingModeを使う
    • pyproject.tomlに[tool.pyright]セクションがあると、recommendedモードがデフォルトで適用される
    • 望むstandardモードを適用するには、pyproject.tomlに明示的に設定する必要がある
  • 設定例: 
    "basedpyright.analysis": {
  "typeCheckingMode": "standard"
}
  • ファイル間の型エラーが即座に反映されない問題は、"disablePullDiagnostics": true設定で解決した
  • 仮想環境の認識などはスムーズに動作した
  • ty言語サーバー（Astral開発、ベータ版）もテストし、問題なく動作したが、CIとの一貫性のためBasedpyrightを維持した

Zedの現在の評価

  • PythonとGo開発用の標準IDEとして定着した
  • 高速で安定しており、馴染みやすいインターフェースで、基本機能も充実している
  • 拡張エコシステムはVSCodeより小さいが、日常的な開発には十分なレベル
  • GitLens級の強力なdiffビューアーだけが惜しい点
  • ZedのAI機能は存在するが非侵襲的で、必要なければ無視できる
  • 有料プランは編集予測機能を提供し、プロジェクトの持続可能性を支える収益モデルとして提示されている

結論

  • ZedはVSCodeの実質的な競合相手として台頭している
  • Microsoftの影響力だけでは、VSCodeの地位を維持するのが難しくなる可能性がある
  • Zedの速度、シンプルさ、安定性が開発者体験を改善し、「VSCodeよ、今こそ目を覚ますときだ」というメッセージで締めくくられる

関連記事

3件のコメント

 
kissdesty 2026-01-07

まだ主力の開発ツールとしては使えていませんが、メモ帳代わり（...）として使っていて、キビキビした反応やすっきりしたUI、素早くシンプルに進むアップデートなどがとても魅力的だと思います。
 
heycalmdown 2026-01-07

どこに使おうか迷っていたんですが、メモ帳として使っているという話を聞いて、これだ！って思いました（笑）
 
GN⁺ 2026-01-06
Hacker Newsの反応

  • VS CodeチームのBenです。"chat.disableAIFeatures" という1つの設定ですべてのAI機能を無効化できます。
    関連ドキュメントは公式アップデートページで確認できます。
    もし設定後もAI機能が表示される場合は、GitHubのIssueページで報告してもらえれば確認します。
    ときどき新しいAI機能がこの設定を無視して入ってくることがありますが、できるだけ早く修正パッチを配布するよう努めています。

    • VS CodeはMicrosoftの代表的な製品なのに、「できるだけ早く直す」というアプローチではグローバルなオプトアウト設定として不十分だと思う。
      こういう機能は設計段階で安全に遮断できるように作るべきだ。
    • すべてのAI機能を一度にオフにできる単一設定を追加した点は高く評価している。
      最近「オープンソースAIコードエディタ」としてリブランディングした状況で、AIを使わない選択肢を提供するのはユーザーへの敬意だと思う。
      最近は多くの会社がLLM統合を強いられている状況なので、こうした選択肢には意味がある。
    • こういう意図は良いけれど、実際にチーム内部でもこの設定を使っているのか気になる。
      自分はCopilotを何度もオフにしなければならず、結局VS Codeを離れた。
      ポップアップが多すぎて集中が途切れる体験が繰り返され、毎週エディタが自分の設定を無視しているように感じた。
    • 「ときどき新しいAI機能が設定を無視することがある」という話を聞くと、マーケティングチームがわざと入れているのではないかと疑ってしまう。
    • Benに伝えたいことがある。最近ElectronアプリのLGPLライセンス遵守問題を調べたのだが、Microsoftを含む複数の会社が非遵守状態に見える。
      Electronプロジェクト自体がLGPL適用の事実を認識していないようだ。
      この件をMicrosoftの法務チームに伝えて確認してほしい。

  • VS Codeによる継続的なAIプッシュが不快で、代わりにVS Codiumを使い始めた。
    VS CodiumはMicrosoftブランドの機能を除いたVS Codeのオープンコア版だ。
    MicrosoftはVS Codiumをビルドした後に独自機能を追加してVS Codeを配布していると聞いた。
    VS Codeの基本機能は良いがMicrosoft要素が嫌なら、VS Codiumは検討に値する。

    • VS CodiumはMicrosoftとは無関係で、オープンソース版VS Codeのコードをそのままビルドした別プロジェクトだ。
      Chrome/Chromiumの関係とは違う。
    • 自分も検討したが、VS Codeのプロプライエタリ拡張機能（Pylanceなど）を使っているので完全な代替にはしにくかった。
      代わりにElectronではない      Zed      を試したところ、ずっと快適に感じた。
    • 何年もVS Codiumを使ってきたが、最近Rust analyzerが変更を認識しない問題があった。
      Zedを再び使ってみたらずっと安定していて、以前の問題も解消されていた。

  • この投稿を見てZedを入れ直してみたが、以前はリモートコード作業で固まっていた問題が今は解消されていた。
    リモートGitも問題なく動き、速度もずっと速くなっていて、クリスマスプレゼントのような気分だった。

    • 自分もVS Codeのリモート機能が頻繁に固まるので、結局Zedに移った。

  • 現在はZed、Sublime、VS Codeを併用している。
    Zedで一番惜しいのはside-by-side diff機能がないことだ。
    関連議論はここにあるが進展がない。
    GDB/LLDB対応やC/C++ツール群の強化も必要だ。
    最近のソフトウェアがあまりに肥大化している現実の中で、ZedとSublimeが逆方向へ進んでいるのは良いと思う。

    • 「機能追加の要求」こそが結局ソフトウェア肥大化の原因だと思う。
      たとえばdiff機能なら、専用ツール（Meld、Beyond Compare）のほうがずっと優れている。
      エディタがこうした周辺機能まで全部取り込もうとすると、本質がぼやける。
    • IntelliJのdiffビューが本当に好きだ。
      関連議論でも書いたが、高速で出来の良いスタンドアロンのGit UIがあれば有料でも使いたい。
    • Zedのバイナリサイズを見ると、本当に軽量な部類なのか疑問だ。Sublimeと比べても大差ないように見える。
    • 複数のエディタを併用する理由が気になる。1つを深く使い込むほうが効率的ではないだろうか。

  • 新しいMacBookを買って、あえてVS Codeは入れなかった。
    代わりにEmacsだけを使っているが、40年間積み重ねた設定のおかげでとても満足している。
    VS Codeは素晴らしいが、使っていて幸せではなかった。Emacsは自分にとって幸せをくれる道具だ。
    LLM統合も最小限にして、必要なときだけgemini-cliやローカルモデルを使っている。

    • 自分もEmacsを使っているときにしか得られない独特の没入感がある。
      Emacsはテキスト編集中心の哲学を保っていて、最近のIDEが志向する自動化中心とは違う。
      Emacsは手仕事的な開発体験を与えてくれる感じだ。
    • JetBrainsやVS CodeがAI中心に変わっていくのを見て、doom emacsへ移った。
      Vim/NeovimやEmacsはこれからも長く生き残るエディタだと思う。
      最初の学習コストはあるが、それだけの価値がある。
    • LLMのおかげでEmacs設定を簡単に整えられるようになった。
      Lispは今でも難しいが、今はすっきりして現代的な設定に満足している。
    • 新しいノートPCでもVS Codeが速くなかったので、結局Zedに移行した。
      VS Codeのほうが高機能ではあるが、もう耐えられなかった。
    • もちろん、誰もがEmacsを完璧に使いこなせるわけではない。
      40年の経験と継続的な設定が必要な巨大プロジェクトだ。

  • Sublime Textは今でも素晴らしいエディタだ。
    高速で、プラグインもよく動き、Claudeを使ってショートカット自動化のような個人向けカスタマイズも簡単にできる。
    Sublimeで自分だけの軽量IDEを作ることができた。

    • 昔はSublimeが大好きだったが、プラグインエコシステムは停滞している。
      それでもAtom、VS Code、Zedなど軽量エディタの原型を作った存在だ。
    • Sublimeのプラグインは単一の .py ファイルでも作れるほど開発が簡単だ。
      Geminiでいくつか作ってみたが、どれも問題なく動いた。
    • SublimeLSPでたいていの作業はこなせるが、Zedの内蔵デバッガとポップアップ内のテキストをコピーできる機能はうらやましい。
      まだ性能面ではSublimeのほうが上だと感じる。
    • Sublimeは大容量ファイル処理の速さが圧倒的だ。
      他のエディタが追いつくのは難しいレベルの応答性がある。
    • ターミナルでEmacsを「軽量IDE」として使っているが、実際には重くて遅い。
      むしろVimを学んでおけばよかった気がする。

  • ZedはVS Codeより速く、煩わしさも少ない。
    ただし関数呼び出しグラフをたどるウィジェットがなくて不便だ。
    拡張機能では解決できないが、むしろこうした制約のおかげでWebブラウザ型の拡張構造を避けている点が気に入っている。
    大規模なリモートリポジトリの検索性能はまだ改善途中だが、そのうち良くなると期待している。

  • Zedへ移ろうとしたが、Jupyter notebookや画像/動画プレビューがないので断念した。
    もう1つ不便なのは、デフォルトで有効なformat on save（関連議論）と、VS Codeより劣るデバッガUXだ。

    • コードエディタで動画プレビューが必要だという話には驚いた。家に帰ってVS Codeで確認してみようと思う。
    • 自分も似た経験をした。Pythonインタプリタを認識できず、基本機能すら不安定だった。
      今はIDEがたくさんあるが、基本ワークフローは完璧であるべきだ。
    • 自分もformat_on_saveには苦しめられた。今はオフにできるが、デフォルト値は依然として議論の的だ。
    • SublimeやVS Codeにも、最初は意図的にIDE機能を絞っていた時代があった。
      ZedはRustベースなので拡張エコシステムが大きくなりにくいだろうが、その代わり性能とシンプルさは維持できそうだ。
    • VS Codeのデバッガほど良いものはまだない。
      最近はHelixで編集してXcodeでデバッグしている。VS Codeはメモリリークが多かった。

  • Zedは最近、自分の開発環境を完全に変えたツールだ。
    起動速度、入力遅延、リソース使用量のどれもVS Codeよりずっと優れており、Vimモードの完成度も非常に高い。

    • 本当にユーザー体験を大事にしている感じがあって、楽しく使っている。
    • ただ、機能が増えたときに今の速度を維持できるかは見守る必要がある。

  • 記事の著者です。多くの人がVS CodeからZedへ移った経験に共感してくれてうれしい。
    Zedにはまだ自動インデント検出（Issueへのリンク）のような細かな機能が不足しているが、急速に改善中なので期待している。

    • VimやNeovimも検討したのか気になる。特にLazyVimはデフォルト設定が良く、そのままでも使える。
      Zedで得られる利点は、Vimにはすでにあるものではないかと思う。
    • ブログがトラフィック急増でつながらない。あとでぜひ読んでみたい。