IDE真正的用武之地，是在某種特定的生態環境下，開發邊界清晰的專案。比如在windows上用VS開發MFC應用，比如用QtCreator開發qt應用，比如用Android Studio開發安卓app，比如用Xcode開發ios應用。基本上執行平臺、IDE、語言等等都是一整套。
這種型別的專案，我認為，再大都不算大。
真正的大專案，是涉及了多種語言，多個執行平臺，層次縱深很大的專案。比如說在一棵程式碼樹裡面有c語言編寫的硬體韌體，有c++編寫的影片處理，有python編寫的dnn目標檢測，有Java寫的人機互動，有bash指令碼，還依賴一些第三方庫。有的底層軟體用makefile管理，有的用cmake管理，有的用maven管理。他們相互之間還有版本依賴。這時候做些除錯的時候，免不了要在不同的語言不同的編譯指令碼之間跳來跳去。過程中可能還需要把一些東西推到伺服器上，再登上去做一些配置。還有可能要登陸到嵌入式裝置上。有的時候還要開啟一個串列埠終端。
這麼複雜的事情，沒有任何一個IDE做得好。因為專案一旦複雜到這種程度，就沒有任何通用性可言。每個具體的專案都是完全不同的。不可能設計一套ide來處理好所有的專案。
而這種情況對於只有一個簡單的前端（文字編輯器或者LISP解析器），後端配上大量的外掛，組合而成的個人定製化工具集，是可以勝任的。
IDE真正的用武之地，是在某種特定的生態環境下，開發邊界清晰的專案。比如在windows上用VS開發MFC應用，比如用QtCreator開發qt應用，比如用Android Studio開發安卓app，比如用Xcode開發ios應用。基本上執行平臺、IDE、語言等等都是一整套。
這種型別的專案，我認為，再大都不算大。
真正的大專案，是涉及了多種語言，多個執行平臺，層次縱深很大的專案。比如說在一棵程式碼樹裡面有c語言編寫的硬體韌體，有c++編寫的影片處理，有python編寫的dnn目標檢測，有Java寫的人機互動，有bash指令碼，還依賴一些第三方庫。有的底層軟體用makefile管理，有的用cmake管理，有的用maven管理。他們相互之間還有版本依賴。這時候做些除錯的時候，免不了要在不同的語言不同的編譯指令碼之間跳來跳去。過程中可能還需要把一些東西推到伺服器上，再登上去做一些配置。還有可能要登陸到嵌入式裝置上。有的時候還要開啟一個串列埠終端。
這麼複雜的事情，沒有任何一個IDE做得好。因為專案一旦複雜到這種程度，就沒有任何通用性可言。每個具體的專案都是完全不同的。不可能設計一套ide來處理好所有的專案。
而這種情況對於只有一個簡單的前端（文字編輯器或者LISP解析器），後端配上大量的外掛，組合而成的個人定製化工具集，是可以勝任的。