YTGET

YouTube · Facebook · X · TikTok · Instagram · Threads

為什麼 75% 工程師都用 VS Code?

YouTube 影片筆記

為什麼 75% 工程師都用 VS Code?

原片標題:為什麼 75% 工程師都用 VS Code?

原片說明
v0.2 VS Code 為什麼能從 2016 年的 7% 變成 2025 年的 75.9%?這集從 Sublime Text、Atom 講到 VS Code 勝出的三支箭,再看 LSP 與 Tree-sitter 怎麼讓 IntelliJ、Vim 和 Neovim 各有各的地盤,最後談 AI 時代 IDE 的角色怎麼改變。 章節 0:00 VS Code 怎麼贏的 0:23 編輯器與 IDE 0:56 Sublime Text 與 Atom 1:46 VS Code 成功的三支箭 3:27 LSP 與 Tree-sitter 5:58 Java 世界:Eclipse 到 IntelliJ 7:17 終端機派:Vim 到 Neovim 8:35 這場仗誰贏了 9:10 IDE 的下一個戰場 10:20 總結

2016 年 VS Code 只排第 13 名、7% 的人在用,2025 年變成 75.9%,這數字也太誇張。更妙的是它跟已經停止開發的 Atom 用同一套 Electron 底層,結果一個收攤一個稱霸。Nick 這支就把這十年編輯器怎麼洗牌、VS Code 靠哪三支箭翻身,一路講到 AI 時代 IDE 的角色怎麼變。

團隊重寫文字核心結構改善效能
團隊重寫文字核心結構改善效能02:10

影片時間軸

  1. 00:23先分清楚編輯器跟 IDE 的差別,記事本對上 Word
  2. 00:56Sublime Text 靠開啟快、多遊標吃下一票人,但要付費
  3. 01:15GitHub 用網頁技術做 Atom,底層獨立成 Electron
  4. 02:00VS Code 勝出的三支箭:速度、裝好就能用、免費開源
  5. 04:00把懂語言的部分拆成 Language Server,用 LSP 溝通
  6. 04:54Tree-sitter 即時把程式碼拆成樹,語法上色不再靠猜
  7. 05:58IntelliJ 守住 Java 的深度,Vim 與 Neovim 守住控制感
  8. 09:11AI 編輯器以 VS Code 為地基,IDE 從寫程式變成審查程式
Neovim 0.5 內建 LSP 後終端機也能補全
Neovim 0.5 內建 LSP 後終端機也能補全08:06

三支箭綁在一起才追不上

Nick 把 VS Code 的成功拆成速度夠用、裝好就能用、免費開源三件事。單看任何一支,對手都有,但三支綁在一起就很難追。這段我覺得講得最清楚的是 2018 年重寫存放文字的核心結構,速度跟記憶體都改善,這才是它敢說「速度夠用」的底氣。後面接 2025 年 75.9% 的數字,也特別提醒這份調查可以複選,是使用率不是市佔率,這種細節有講到。

LSP 把一百次變成二十次

以前每個編輯器都要為每種語言各寫一次支援,十個編輯器乘十種語言就是一百次。VS Code 團隊把懂語言的程式獨立成 Language Server,編輯器只要會講 LSP 這套規則去問它,一百次就變成二十次。Tree-sitter 則是另一個底層,把程式碼真的拆成一棵樹,改一個地方只重整被改到的那一枝。這段是整支影片的技術核心,也是後面 IntelliJ 能把 Java 理解帶進 VS Code 的伏筆。

JetBrains 用 LSP 把 Java 理解帶進 VS Code
JetBrains 用 LSP 把 Java 理解帶進 VS Code08:58

沒有誰通吃,各有各的地盤

Nick 自己的結論是 VS Code 贏了廣度,IntelliJ 贏了深度守住 Java,Vim 和 Neovim 贏了控制感。他也坦白自己主要寫 Java 用 JetBrains,因為重構和程式碼導覽做得比較深,另外在 IntelliJ 裡裝 IdeaVim 讓手不離開鍵盤。這段難得看到創作者講自己的選擇理由,比單純列市佔率有說服力。最後帶到 AI 時代 IDE 從寫程式的地方變成看程式、審查程式的地方。

值得下載嗎:值得,十一分鐘把十年編輯器史跟 LSP、Tree-sitter 兩個底層技術講清楚,還附上 AI 時代的判斷,想搞懂工具為什麼長成現在這樣的人留著看很划算。

覺得這篇筆記有幫助嗎?
YTGet 編輯室|看完影片整理的筆記,細節以原片為準。

連線中

影片封面

擷取畫面

輸入時間點,例如 3:20、3.20 或 200

影片皆已含音訊。檔案越大準備時間越久,完成前請保持頁面開啟。