突然！VS Code 殺死 IDEA？！

IDEA vs VS Code的故事是一個(gè)低端顛覆高端的故事，VsCode幾乎吸引了所有年輕和時(shí)髦的觀眾。同時(shí)，JetBrains似乎仍能保持生存，這主要?dú)w功于辛勤的工作和運(yùn)氣。

考慮到VS Code迭代開(kāi)發(fā)的速度（很大程度上要?dú)w功于JS + Web渲染器的生產(chǎn)力），我認(rèn)為VS Code將對(duì)JetBrains IDE構(gòu)成威脅，但它似乎永遠(yuǎn)無(wú)法完全達(dá)到JetBrains功能級(jí)別。JetBrains中的每個(gè)IDE功能都實(shí)現(xiàn)得很好，無(wú)論是代碼分析，重構(gòu)，導(dǎo)航，運(yùn)行/調(diào)試，運(yùn)行測(cè)試，添加新文件，git集成還是上下文功能（如添加程序包引用等）。JetBrains中的一切都更好一些。我認(rèn)為VS Code是一個(gè)無(wú)處不在的智能編輯器平臺(tái)，具有成千上萬(wàn)個(gè)插件，介于精美的文本編輯器和IDE之間，我經(jīng)常使用它進(jìn)行快速的開(kāi)發(fā)更改，快速搜索文件夾，前端UI開(kāi)發(fā)，嘗試新語(yǔ)言或編寫文檔。但是，如果我必須開(kāi)始一個(gè)漫長(zhǎng)的開(kāi)發(fā)進(jìn)程，我將轉(zhuǎn)向JetBrains，我發(fā)現(xiàn)它的工作效率更高。

感覺(jué)它們來(lái)自不同的開(kāi)發(fā)哲學(xué)。Vscode是“文本編輯器”或“代碼編輯器”。通常，這意味著它相當(dāng)輕巧，可以支持每種語(yǔ)言，具有高度可配置性和可擴(kuò)展性，但是沒(méi)有很多非常深入的功能，依賴第三方擴(kuò)展來(lái)提供更深的功能。另一方面，Jetbrains可在為一種特定語(yǔ)言顯式構(gòu)建的IDE上工作。考慮CLion for C，它只有兩年的歷史了！他們投入了大量資源來(lái)支持一種語(yǔ)言及其所有相關(guān)的工作流程。簡(jiǎn)而言之，代碼編輯器通常會(huì)具有很多可配置性和可擴(kuò)展性的網(wǎng)絡(luò)，而（jetbrains）IDE往往會(huì)深入研究單一語(yǔ)言或工作流，而擴(kuò)展性卻較低，并且受支持的語(yǔ)言本身也具有很深的可配置性。

Intellij允許您將所有其他jetbrains IDE的大部分功能安裝為插件。另外，他們的大多數(shù)IDE都具有使用多種其他語(yǔ)言進(jìn)行編碼的能力，這些語(yǔ)言與核心體驗(yàn)是分開(kāi)的。例如，他們大部分都可以與javascript生態(tài)系統(tǒng)集成。Intellij實(shí)際在后臺(tái)有一個(gè)jetbrains IDE。這個(gè)IDE是一個(gè)單一平臺(tái)，可以使用任何語(yǔ)言的插件和代碼，并且可以根據(jù)您的喜好進(jìn)行自定義。從表面上看，Jetbrains并沒(méi)有完全向公眾發(fā)布這個(gè)IDE。他們?cè)谶@個(gè)IDE基礎(chǔ)上提供了不同的配置和不同的默認(rèn)值，然后將其鎖定并以不同的名稱運(yùn)送每一個(gè)配置文件中。所有這些IDE基本上都是在完全相同的，在一個(gè)核心平臺(tái)上運(yùn)行不同的插件。這就是為什么CLion才幾年還算不錯(cuò)的原因。這是因?yàn)橹灰麻_(kāi)發(fā)一個(gè)插件，將其推入了現(xiàn)有的生態(tài)系統(tǒng)中即可。這與Vscode沒(méi)什么不同。兩者都是可以插入新功能的編碼平臺(tái)，只是jetbrains鎖定了一些自定義功能，并通過(guò)插件捆綁銷售其IDE，從而提供了更好的核心體驗(yàn)。使Jetbrains變得更好的是這種集中而又質(zhì)量較高的功能組合，感覺(jué)具有凝聚力。使Jetbrains更糟的是，他們的中央平臺(tái)變得臃腫，導(dǎo)致一切都很緩慢，需要花費(fèi)很長(zhǎng)時(shí)間啟動(dòng)，并且可能會(huì)鎖定。

IDEA產(chǎn)品類似Borland IDE或Quick Basic之類的空間，而VSCode似乎更像是JavaScript時(shí)代的Emacs。

不知道現(xiàn)在有多少開(kāi)發(fā)人員用一種語(yǔ)言編寫代碼。我每天都會(huì)在Go，Dart和C ++之間往返，因此使用像VSCode這樣的IDE（具有從擴(kuò)展名到快捷方式再到片段的熟悉功能）是一個(gè)很大的幫助。

我也是維護(hù)幾種語(yǔ)言，JetBrains IDE都內(nèi)置了對(duì)JS / TypeScript +所有流行的Web文件格式的一流支持，無(wú)論您使用何種后端語(yǔ)言。對(duì)于C＃，F(xiàn)＃和VB，我使用Rider。對(duì)于Dart，Java和Kotlin，我使用Android Studio，但是如果我需要使用Java / Kotlin進(jìn)行大量開(kāi)發(fā)，那么我會(huì)跳到IDEA。對(duì)于TypeScript / JS npm項(xiàng)目，我使用VS Code進(jìn)行較小的更改，但是對(duì)于較長(zhǎng)的開(kāi)發(fā)則使用WebStorm。對(duì)于Swift軟件包，我將Xcode用于開(kāi)發(fā)，將VS Code用于git，更新文檔并運(yùn)行發(fā)布腳本。對(duì)于所有其他語(yǔ)言我將使用VS Code，這主要是因?yàn)槲覜](méi)有安裝IDE。

Jetbrains IDE性能是如此糟糕，我覺(jué)得煩惱。我發(fā)現(xiàn)VSCode是功能最豐富的編輯器，我可以忍受它的速度。從資源消耗或啟動(dòng)速度上來(lái)講，VSCode絕不是理想的選擇，但使用VSCode編寫rust，node.js，前端js等語(yǔ)言是一條黃金之路，而使用其他更輕便的編輯器則是一個(gè)很大的降級(jí)。Sublime的前景令人難以置信，但就我的經(jīng)驗(yàn)而言，其功能不足是不言自明得。我會(huì)把錢和精力投入到本機(jī)的、性能更高/更輕便的VSCode中。

我同意，我也認(rèn)為關(guān)于vs代碼作為通用文本編輯器的評(píng)論是很公平的。

Intellij在企業(yè)環(huán)境中具有巨大的優(yōu)勢(shì)，在企業(yè)環(huán)境中，一致性，統(tǒng)一性和易于更換的團(tuán)隊(duì)成員至為重要，VSCode是高度可定制的代碼編輯器，適合不同的用例，團(tuán)隊(duì)中的每個(gè)成員都希望盡可能地自定義工作經(jīng)驗(yàn)。

我不認(rèn)為Jetbrain僅憑努力和運(yùn)氣就能保持領(lǐng)先。一旦您了解了Intellij的內(nèi)幕，很明顯它們具有顯著的體系結(jié)構(gòu)優(yōu)勢(shì)。VS Code是使用LSP提供重構(gòu)和導(dǎo)航的文本編輯器，而Intellij是在前端具有良好文本編輯器的重構(gòu)引擎。Intellij是一個(gè)在抽象語(yǔ)法樹(shù)上運(yùn)行的結(jié)構(gòu)化編輯器。創(chuàng)建LSP的難點(diǎn)是提供諸如重構(gòu)和導(dǎo)航支持之類的功能，而這些正是IntelliJ為其語(yǔ)言插件提供的功能。為了實(shí)現(xiàn)給定的重構(gòu)和導(dǎo)航支持水平，LSP開(kāi)發(fā)人員需要比jetbrains插件開(kāi)發(fā)人員花費(fèi)更多的精力。從我的角度來(lái)看，Jetbains似乎并沒(méi)有通過(guò)努力工作和運(yùn)氣來(lái)保持領(lǐng)先，而通過(guò)智能架構(gòu)和設(shè)計(jì)使他們能夠以更少的努力來(lái)生產(chǎn)高級(jí)，高價(jià)值的功能似乎并沒(méi)有保持領(lǐng)先。

我并不認(rèn)為IntelliJ和VSCode是競(jìng)爭(zhēng)者。VSCode可與Atom和其他功能齊全的文本編輯器（vim，emacs）競(jìng)爭(zhēng)...在新一代程序員中，VSCode受到了極大的歡迎，他們認(rèn)為那些舊編輯器既顯得老派又對(duì)用戶懷有敵意。VSCodes對(duì)Java，Python和Golang的支持遠(yuǎn)遠(yuǎn)落后于IntelliJ。在我們撰寫大量Go語(yǔ)言的Microsoft團(tuán)隊(duì)中，IntelliJ / GoLand開(kāi)發(fā)人員和VS Code開(kāi)發(fā)人員之間有50/50的分配比例，并且有更多人從VS Code轉(zhuǎn)向IntelliJ，反之亦然。

我已經(jīng)使用IntelliJ for Java很久。對(duì)于JS和Go，我使用VSCode。

JetBrains的東西幾乎一樣。不支持諸如如何配置其自動(dòng)格式化程序以兼容特定設(shè)置的美化工具。不支持開(kāi)箱即用的必需配置。而代碼構(gòu)建build和IDE通常生活在完全不同的世界中。Android Studio可能會(huì)在“索引編制”時(shí)掛起整個(gè)mac，并且通常需要“重置緩存并重新啟動(dòng)”，而在VS Code中可以正常工作。

VSCode對(duì)于TypeScript非常非常好。天哪，我敢肯定VSCode本身是用TypeScript編寫的！但這并不適用于所有語(yǔ)言。當(dāng)在帶有Java后端的Web應(yīng)用程序上工作時(shí)，我仍然更喜歡Idea，因?yàn)樗鼘?duì)Java更好，對(duì)于TypeScript也足夠近的好，因此它在所有方面都遙遙領(lǐng)先。

我對(duì)VS Code的看法是，他們對(duì)開(kāi)發(fā)容器和ssh的支持是最好的，并且是殺手級(jí)功能。

我非常想在IDEA中使用VS Code的遠(yuǎn)程開(kāi)發(fā)功能，并在YouTrack中跟蹤其遠(yuǎn)程開(kāi)發(fā)功能。我想要的只是我的代碼可以在任何地方運(yùn)行，而我的本地計(jì)算機(jī)是IDE。mutagen.io最終成為了我的答案。在了解了它的工作原理之后，我對(duì)其進(jìn)行了設(shè)置，并且效果非常好。這些天我主要在進(jìn)行PHP開(kāi)發(fā)，并且有一個(gè)LAMP堆棧作為docker容器在服務(wù)器上運(yùn)行。同步幾乎是即時(shí)的（99％的時(shí)間），罕見(jiàn)的沖突很容易解決，并且調(diào)試當(dāng)然仍然有效。我唯一缺少的是協(xié)作編輯，我仍然必須跳到VS Code來(lái)做。對(duì)于協(xié)作/結(jié)對(duì)編碼，與編輯器無(wú)關(guān)的解決方案真的很棒。

我使用VSCode進(jìn)行我95％的開(kāi)發(fā)，感到更開(kāi)心。我將其余的5％用于IntelliJ。

我不喜歡使用JetBrain工具。無(wú)論我在使用它們的任何機(jī)器上，它們都感覺(jué)呆滯且腫脹。啟動(dòng)編輯器需要花費(fèi)很多時(shí)間，而且往往反應(yīng)遲鈍，或者您會(huì)感覺(jué)到屏幕上出現(xiàn)的字符與按鍵之間的延遲。

根據(jù)Jetbrains自己的調(diào)查，VS Code確實(shí)越來(lái)越受歡迎：從2017年的7％的Python開(kāi)發(fā)人員到2021年的29％，而Pycharm仍然保持在33％左右。

VSCode不會(huì)殺死IDEA，但這對(duì)Jetbrains來(lái)說(shuō)是一個(gè)巨大的警告 他們最好投入更多的精力來(lái)解決自一開(kāi)始就困擾著他們的IDE的緩慢啟動(dòng)和性能問(wèn)題。