都說Visual Studio 是宇宙第一的IDE，那麼和其他IDE相比他到底好在哪呢？
瀉藥。說VS不卡的，你們一定是工程小。400W行代碼量的工程你怕了么？VS也怕。。。。好幾千個.cs文件，xml啥的就不用說了。啥，嫌我們工程太大？這只是核心功能服務API而已。僅僅是個框架。。。但是用其他IDE，打開就崩潰了!!!!!根本不會卡好么？所以VS 賽高。
一般拿Visual Studio跟別的IDE比，比的都是C++，因為別的IDE幾乎就沒有支持VB、C#、F#這樣的語言，無法比較。
那你說C++怎麼樣？除了Jetbrains以外其他都得跪。那麼如果跟Jetbrains比呢？其實我自己用clion的時候也沒覺得他比VS好（debugger還是有差距），但是我比較少用clion編寫代碼。不過硬要說編碼的時候嘛，如果你對Jetbrains系有信仰，你還可以把Jetbrains的插件裝VS里。
而且現在購買VisualGDB裝Linux裡面，VS就編譯和調試Linux裡面的代碼了。當然Clion比起這個有一個好處，就是如果你自己的開源項目很牛逼，你就可以說服Jetbrains免費送你license一年，這個VisualGDB沒有。但是如果是商業開發，那VisualGDB還是便宜不少。
說到內存，現在沒有任何IDE可以再打開我office的超大項目的時候，可以保持內存佔用在1G以下。
C++的問題在於不但本身語法複雜，而且有宏和模板這種「可變」的東西。宏可以很容易地破壞code model，比如：
// foo.h
class foo {};
// bar.h
class bar {};// fuck.h
namespace fuck
{
#include "foo.h"
#include "bar.h"
}
再比如：
#define FUCK_NAMESPACE_BEGIN namespace fuck {
#define FUCK_NAMESPACE_END }
再比如：
// sucker.h
#if AAA
# define sucker 1
#else
# define sucker 2
#endif// foo.cpp
#define AAA
#include "sucker.h"// bar.cpp
#include "sucker.h"
你說這讓IDE的Parser如何是好？
別跟我說這些東西不好，因為就TMD有人這麼用，這種庫我還不得不捏著鼻子用。而且它們並沒有違反語言標準。所以不難想到，一個擼棒的IDE code model是非常難搞的，必然需要大量的人力資源。顯然，微軟有足夠的財力和人力，也有足夠的動機來搞這個東西，而開源項目一般很難獲得足夠的人力來搞這個，結果就是要麼戰五渣，要麼整天崩（KDevelop，我說的就是你！），要麼用clang。QtCreator可以用clang，但一個是反應慢，一個是依然不太穩定。什麼新功能什麼支持新標準什麼支持VB、C#、F#其它語言，這些都是花拳繡腿，其它IDE花點時間花點錢都能趕上。
VS真正的內力是基本不卡，幾乎不死機， 基本不卡，幾乎不死機， 基本不卡，幾乎不死機
且不說EClipse、噴腦漿系列表現的各種卡（不排除在Windows上MS會下黑手）。
用過xcode你會發現，雖然和VS一樣，作為同個公司做的OS上跑同個公司做的IDE，甚至還是同個公司做的硬體設備（這點要比MS更苛刻），但xcode一天起碼死n次（n&>5)！！！
從3年前老同事摔滑鼠罵人，到現在我用mba，和公司同事mac mini開發，大家都很奇怪，蘋果那個樣子的軟體質量，竟然能活到今天，真tmd是個奇蹟。－－－－－－－－－－－－－－－－－－
說VS卡的，可能是老OS拉高版IDE，或者是新OS跑舊IDE，比如win7跑vc6，光界面字體就夠噁心的。我還沒用過VS2015，之前用VS2013是在Dell T1700工作台上。用的最多的還是vc6、2005和2010。當然我說 基本不卡 不等於 不卡，偶爾多線程內部設錯了斷點啥的，卡的也是一愣一愣的。以我的經驗來講，一般搭配如下：
98/2K以下配VC6，（絕配）（VS .net 也就是2003，可以忽略），xp sp2以下配VS2005，（絕配）xp sp3可以配2008，win7配VS2010，（絕配）win7也配過VS2013 還湊合， win8以上和其它新版VS還沒怎麼用過。另：微軟不好用的ME，Vista，Win8，我都很機智的沒用過，對，就等著你們這群小白鼠把地雷都給踩了再說。－－－－－－－－－－－－－－－－－－
至於硬體配置用VS2005時，是IBM T42，768M內存，2005~2011.用VS2010時，i5＋4G，配SSD的Dell筆記本，台式機也是普通i5+8G， 2011至今xcode也是i5（1.4G ）＋4G 入門級MBA，2015至今大叔我向來不是硬體發燒友。－－－－－－－－－－－－－－－－－－關於VS的卡不卡，我搞的主要是c++，其它語言沒太多經驗，要扯VB，C#的見其他人答案。XCode下如果真能玩c#，其實我也不關心。我在Mac上玩的都是OC代碼，擼到幾萬行左右的小工程，卡倒是不卡，但會經常的死機，總之Mac上各種奇葩事情，Word、MySQL Brench、SourceTree每天不死個5次都不好意思。做發布的時候，連接證書時不時來個TimeOut，什麼都不用改，刷它幾次竟然就成功了。
高下立判
同一台電腦（SP3 i3版），打開VS的時候比較慢——不過你在此期間可以直接去干別的，它進入之後就可以用了，並且完全不卡打開CLion比打開VS還慢，而且內存佔用不說，啟動的時候Loading Symbols的過程會把整個系統都拖慢……時間還特長至於Eclipse，呵呵就行了——就算是開源界的明燈Google都受不了這貨了，用IDEA平台搭建了一個AndroidStudio，至於C++開發大型桌面軟體，Google內部同樣用的也是VS（比如Chrome組）
ui toolbox，
comment generation，function and variable name refactor，file name refactor，move file and function，move function out of class，
這些東西中有一些連 clion 都沒有的。。。基本上 vs 就是你能想到的感覺電腦能做的它都沒啥問題。
科學上來講，宇宙第一是不公平的。因為你無法確定在宇宙中是否存在其他有生命星球，他們是否也存在類似於計算機開發的事件並開發出了同樣或者更加好用的工具。不過拋開邏輯上的不嚴密不講，就算是在地球上，把VS稱之為第一的IDE也是有偏頗的。鑒於VS與Windows OS嚴格綁定的事實，其功能性和易用性很大程度上和系統相關,所以說如果講「VS是Windows系統環境下地球上最好的IDE」，這種說法是相對嚴格和可靠的。但是對於其他主流操作系統來說，各自有各自環境下用戶群認為好用的IDE，而VS在非Windows環境下根本就不能運行，這樣也就失去了比較的前提。從邏輯上來講，如果我是我們家裡最聰明的人，然後世界上其他不是我們家的人沒有資格跟我比較，然後得出我是世界上最聰明的人，這顯然是詭辯的。以上
全宇宙只有VS支持CPP17，算不算宇宙第一？
先選操作系統和平台、庫，然後選語言，最後選IDE。所以這個最強對於很多人是沒啥意義的，可供開發Windows程序員的人員參考。
為毛邀請我我是 jetbrains黨雖然本人已經退出IDE大戰，但是，
什麼叫功能上沒什麼差別？
vs宇宙第一是信仰，
就像c++是世界上最好的語言一樣。
就憑你這句話，
我就要說:=_=
這個魚釣的好！一顆賽艇！
╮(╯▽╰)╭PS:警告邀我答這種無聊問題的人，再邀直接拉黑，煩。
xcode在喊，快理理我，我也是ide
vs宇宙第一c++，c# ide。idea宇宙第一java ide。如圖所示， VS什麼的弱爆了，PhpStorm（JetBrains系列）才像是宇宙第一強！
VS太過於強大以至於程序員發揮它的性能不及0.00001%很簡單，不卡，不死。
連intellij在低內存(＜2g)的情況下都做不到，eclipse那個天天卡天天死的我已經有一年沒碰過了。朋友，你知道clean嗎？
不過我給intellij分配4g內存的時候也可以得到差不多的體驗，當然前提是沒那麼大代碼量。我都不敢相信如果多開幾個會怎麼樣，反正我開4個intellij已經16g的機子就快差不多了，vs至少可以來十幾個不止。
當然輪子哥說的對，在針對c++來說，都沒幾個像樣的ide，什麼時候如果vs的智能補全能像Java一樣智能就爽了。另外不能自動建議新聲明的變數名稱的我覺得都會給開發效率打折扣。。
現在隨便一個開發機都16g了，你非要說1g不卡幾個意思，用ide難道不是為了方便和效率？你用vim什麼項目會卡？
就這麼說吧，有了vs2015後，我用vs寫python比pycharm順多了。pycharm據說是python最好的IDE。
作為一個剛剛轉去linux下擼代碼的學生來講，vs大法好，調試方便，列印變數值不用手動一個個display，我用一隻手就能搞定調試，gdb調的好累 ，vs自動補全，自動補全，自動補全，vim陪ycm配了我3天 ，ctrl+p補的也不全啊。以上僅為個人觀點，雖然比較喜歡vs，但是作為一個服務端或者是後端學徒，我還是比較理智的轉到了linux下，vim其實也挺好用的，gdb也挺好用的
不卡，很少崩潰，資源佔用小。
推薦閱讀：
TAG:集成開發環境 | MicrosoftVisualStudio | Eclipse |