許多老程序員不建議新手用IDE集成開發(fā)環(huán)境，而是用編輯器＋編譯器，用命令行編譯，這個怎么看？在人們的固有觀念中，用編輯器編譯器編寫代碼比用ide編寫代碼更好。也許吧，但效率還是需要考慮的。作為一個新手

許多老程序員不建議新手用IDE集成開發(fā)環(huán)境，而是用編輯器＋編譯器，用命令行編譯，這個怎么看？

在人們的固有觀念中，用編輯器編譯器編寫代碼比用ide編寫代碼更好。也許吧，但效率還是需要考慮的。

作為一個新手，如果你在普通的編輯器中編寫代碼，你會非常困惑，你會在一開始就死。在強大IDE的支持下，它可以拄著拐杖快速前進。

毫無疑問，使用ide將比普通編輯器更快，現(xiàn)在我們都使用框架來做項目。只使用編輯器是不合適的。在過去，編輯器更多地被用作函數(shù)式編程的工具。

當您編寫代碼時，其他人應該能夠理解它并在文件、類和方法之間切換。Ide無疑提供了一個良好而高效的通信工具，但是Ide還不夠好。

因此，不要執(zhí)著于看似強大的編輯器，要用高效的工具來解決問題，要對每個環(huán)節(jié)的原理有更深的理解。

為什么大多數(shù)程序員不看好圖形化編程？

程序本身是一行一行地編輯和運行的，沒有接口，因此編程不能避免開發(fā)人員和晦澀代碼之間的直接接觸。一般來說，開發(fā)人員需要直接接觸代碼，而不是以圖形方式編程。

圖形編程一般用于學生的教學、簡單的小項目（如WinForm、WPF等）等。應用范圍很小，這些圖形編程工具還需要通過晦澀難懂的代碼，調(diào)用系統(tǒng)的圖形顯示界面，驅(qū)動顯示器呈現(xiàn)一個美觀易用的圖形編程界面。很多東西長期以來習慣于打包學習圖形編程，拖放編程，會對這種編程方法產(chǎn)生極大的依賴，當出現(xiàn)異常錯誤時，由于封裝程度高，問題很難查清，看不到源代碼就無法理解內(nèi)部原理，自己的技術是不能提高的，如果不是初學者，不推薦。

為什么電腦編寫代碼可以運行后看到圖形呢？

目前，人們主要的軟件開發(fā)工作是針對操作系統(tǒng)的，所以對這個問題的理解對大多數(shù)人來說并不困難，而是直觀的。其實，只要你了解位圖，它就是把像素矩陣映射到屏幕上的視頻內(nèi)存緩沖區(qū)中。在早期和現(xiàn)在，與硬件打交道的工程師都會對此印象深刻，但作為絕大多數(shù)系統(tǒng)應用工程師，系統(tǒng)API是直接使用的，而且內(nèi)部細節(jié)都是隱藏的

語言簡單，哈哈