VSCode
Microsoft 製の無料コードエディタ。拡張機能で多言語 / 多用途に対応する定番ツール
VSCode とは
VSCode (Visual Studio Code) は、Microsoft が開発・無償提供するソースコードエディタだ。動作が軽快でありながら、拡張機能を追加することで多様な言語や用途に対応できる柔軟さから、幅広い開発者に使われる定番ツールになっている。Windows・macOS・Linux のいずれでも動作する。
最初のプレビューは 2015 年の Microsoft の開発者向け会議 //build/ で公開された。同じ年の Connect(); で拡張の仕組みと Marketplace を備えたベータ版になり、あわせてリポジトリが公開されて開発が表に出た。安定版の 1.0 は 2016 年 4 月 14 日で、Microsoft 自身が公開の経緯として、当初は拡張性と開発の公開という 2 点が欠けていたと振り返っている。3 つの OS で同じものが動くのは、GitHub の Electron (Web 技術で画面を作り、Node.js の API でファイルやプロセスを扱う土台) を採用したためだ。無償の範囲は公式の FAQ が私的利用と商用利用の両方と明記している。
人気の理由
| 要素 | 内容 |
|---|---|
| 拡張機能 | 言語サポート・整形・デバッグなどを追加 |
| 軽快さ | 大型 IDE より起動・動作が速い |
| 統合機能 | Git 連携、ターミナル、デバッガを内蔵 |
| 無料・継続更新 | 誰でも使え、頻繁に改善される |
「最小限で軽く、拡張で必要な機能だけ足す」という設計思想が、多くの開発者の支持を集めた。実際の広がりは開発者調査で追える。Stack Overflow Developer Survey の 2025 年版では、この 1 年で日常的に使った開発環境として VS Code を挙げた回答者が全体の 75.9%、職業開発者では 76.2% に達し、4 年連続で首位だった (2026 年 8 月時点で公開されている最新版の同調査)。
拡張がこれだけ集まる背景には仕組みの話がある。拡張の実行を担うのは拡張ホスト (Extension Host) という別建ての実行環境で、手元では利用者インターフェースとは分かれた Node.js の拡張ホストが動く。さらに補完・定義へ移動・参照検索といった言語ごとの機能は、Language Server Protocol (LSP) - エディタと言語サーバーが JSON-RPC でやり取りする取り決め、最新仕様は 3.18 - を介して外部のプログラムが担える。言語の解析部分をエディタ本体から切り離せるので、同じ言語サーバーを別のエディタでも使い回せる。作り手にとって「VSCode 用に作ると他でも使える」状態になったことが、対応言語の広さを支えている。
エディタと IDE の中間
従来、開発環境は「軽量なテキストエディタ」か「高機能だが重い統合開発環境 (IDE)」かに分かれていた。VSCode は、エディタの軽さを保ちつつ、拡張で IDE 並みの機能 (補完・デバッグ・リファクタリング) を得られる中間的な位置づけで、この境界を曖昧にした。この立ち位置は公式の説明とも一致していて、FAQ は VS Code を、書いて動かして直すという短い周期に必要な道具だけを備えたエディタと位置づけ、より複雑な作業は本格的な IDE に任せると述べている。
ただし「軽い」は大型 IDE と比べた話だと押さえておきたい。土台が Electron である以上、画面の描画には Chromium 相当の仕組みが伴うため、C 言語系で書かれた軽量エディタのような起動の速さにはならない。数千ファイル規模の検索や大きなプロジェクトの解析では、実際の速さは言語サーバー側の性能に左右される。エディタ本体の軽さと、拡張を積んだ後の体感速度は別の話として測るのが実務的だ。
活用の勘所
VSCode の真価は拡張機能の選択にある。ただし闇雲に入れると動作が重くなり、起動も遅くなるため、本当に必要なものを見極めることが大切だ。同じ言語の整形や補完を担う拡張を並べると、互いに書き換えを打ち消し合って原因の分からない不調になりやすい。役割ごとに 1 つへ絞るのが基本になる。
安全面では、拡張が第三者製である点をどう扱うかが問題になる。VSCode には項目ごとに権限を提示して選ばせる仕組みが無く、有効にした拡張は拡張ホストで動いて手元のファイルやコマンドに広く触れられる。したがって導入の判断材料は、発行元の検証済み表示、ソースが公開されているか、更新が続いているかといった外側の情報になる。加えて、出所の分からないコードを開くときは Workspace Trust の制限モードが使える。これはフォルダを信頼していない状態では、ターミナル・タスク・デバッグ・ワークスペース設定・拡張の動作を止めるか制限し、開いた途端にコードが実行される事態を防ぐ仕組みだ。読むだけの用途なら制限モードのまま開くのが安全側になる。
設定をファイルで管理して環境を再現可能にしておくと、複数台での開発もスムーズになる。このとき、プロジェクトに共有するのは言語や整形の取り決めのように全員が揃うべき設定だけにして、配色や字体の好みは利用者設定に置く。共有設定に個人の好みを混ぜると、共同作業者の環境を勝手に書き換えることになるからだ。
この記事は役に立ちましたか?
関連用語
関連する記事
ソフトウェア開発の歴史を変えた 5 冊の技術書
アルゴリズムの学問化からコードの可読性革命まで、ソフトウェア開発の方向性を決定づけた 5 冊の技術書を、時代背景とエピソードとともに紹介します。
有名プログラマの読書習慣 - 天才たちは何を読んできたのか
リーナス・トーバルズ、まつもとゆきひろ、ビル・ゲイツなど、著名なプログラマたちの読書習慣と愛読書を紹介します。天才たちの読書スタイルから学べることとは。
JavaScript / TypeScript 本ガイド - 入門から型で守る実務コードまで
JavaScript と TypeScript を 1 本の学習ルートとして捉えた技術書の選び方。JavaScript の入門書、言語の背骨を通す体系書、TypeScript の型システムを設計の武器にする本、React/Next.js の実践書まで 2026 年 8 月時点の定番で案内します。