人不範二枉少年_
問題本質要不要用集成開發工具寫代碼而言，是不是用記事本寫代碼和編程本身厲害與否沒有多大的關係，倒是有很多人建議在初學編程的時候，先以記事本學習為主，這種是有一定道理的，畢竟記事本寫代碼空白一張對於初學者來講需要考慮的東西對於掌握基本的東西多點，畢竟很多接口在寫的時候沒有了聯想功能只能靠大腦去想，倒是真能鍛鍊自己的獨立能力。
說到記事本寫代碼，要說這方面表現的比較厲害的在linux下面直接完全的鍵盤操作不用鼠標，工作效率高的驚人，當然需要記住大量的快捷鍵，要比直接圖形界面的操作效率高很多，linux下面直接搞好VIM能夠體會到純鍵盤操作的快感。
決定編程水平的高低主要分成三個部分：
1.編碼水平，這是程序員的基本功，能把想做的功能給完成了，而且性能質量很高屬於高手。
2.編程思想，這是決定程序員水平高低的關鍵，任何東西都需要指導思想，正常的編程模式也不會超過100個體系，常見的多進程模式，網絡編程模式等等學會了套路無論什麼編程語言用起來照樣比較暢通，編程思想絕對水平高低。
3.框架思想，這種屬於在編程思想和編碼水平之上的東西了，邁向頂級的關鍵，絕大部分屬於普通的程序員，真正在食物鏈頂層的才有幾個，有些有這種能力但是沒有展示的機會，也是挺可惜。
所以看編程水平的高低，更多是內在東西，快捷鍵使用再流利，沒有主心骨，一樣也是花架子，看一個人水平高低還是要看做出過什麼東西，很多老工程師在面試的時候，問的不是做過什麼項目，一般是問現在市場上還有當初做過的產品沒，產品才是最好的簡歷。
程序員對自己最好的宣傳是做過的產品。
大學生編程指南
這其實是一種誤解，很多人覺得用記事本、文本編輯器寫代碼才是技術最好的，其實用什麼工具寫代碼只是一種用戶習慣、更多的是符合自己的生產環境，並不是說用記事本或者文本編輯器寫代碼的就一定很強，用集成開發環境的就一定是能力不足的。
對於編程的初學者來說，毫無疑問，筆者建議每一個初學者都應該學會用文本編輯器寫代碼，如果能搭配的在Linux等環境下學習一些相關命令對於你以後的學習、工作都是很有好處的。
首先是很多開發者在實際工作中必定要接觸到很多Linux環境下工具，學習一些Linux和文本編輯器的知識絕對是多多益善。當然睡到文本編輯器，不是說每個人都一定要去學習Emacs和vim這樣的入門門檻相對較高的編輯器，類似於GitHub公司的atom編輯器，微軟的visual studio code編輯器，兩者均是基於electron開源框架，這個框架整合了node、chromium、V8等框架，結合JavaScript、HTML和CSS創造了無數經典軟件。除此之外sublime text、UltraEdit都是不錯的選擇。
2. 生產環境集成開發環境更適合
當然，在正式工作中，尤其是企業級開發領域，集成開發環境絕對還是最佳選擇。在大型項目，尤其是數十人、數百人，在項目構建、部署、協作方面，IDE還是要優於文本編輯器的。
再稍加修改就能作出帶有跳轉、高亮、靜態分析、自動格式化、自動補全的新語言插件。集成開發環境毫無疑問擴展性不會差，更重要的是在多人項目裡，IDE才是真正的生產力工具。
因此對於文本編輯器編程來說，對於日常學習編程，尤其是初學者來說，毫無疑問掌握一些文本編輯器的用法，自然是好的，更好的掌握編程的精髓，因為文本編輯器很多方面不像集成開發環境那麼智能，不能偷懶。等到了工作的時候，生產力工具自然選擇集成開發環境，這時候前期打下的基礎，便可以讓你事半功倍。
EmacserVimer
這就和挖坑一樣…正經幹工程的都用挖掘機挖坑…然後一個傻逼說這坑他用手也能刨出來…然後圍觀的人都說好厲害哦…
就是這樣…用記事本寫程序多厲害談不上…傻逼是一定的…但凡會用集成編譯環境…誰用記事本啊…
ACME63610374577
如果是你遇到以下問題怎麼辦：
1. 調用的函數名記不全了，怎麼辦？
2. 拼寫錯誤怎麼辦？
3. tab對齊怎麼替換成空格？
4. 如何編譯工程？手敲命令？
5. 如何組織項目文件結構？
6. 如果查詢變量名，函數名，文件名？
7. 如何發現傳遞參數類型錯誤，邏輯錯誤？
8. 如何查詢引用關係，調用關係？
……
用記事本做不到這些。
slience36896972
記事本只是工具，有些人喜歡用IDE，有些人喜歡用sublime。這些只是個人喜好和習慣而已。所以看一個人編程有多厲害不能用一個編程工具來衡量。至於如何看一個人編程有多厲害，得從項目、經驗、基礎、算法等多方面去衡量。有時還得按行業來做區分，比如開發遊戲的人和開發後臺的人。如果你把他們各自的工作內容放在一起比較，這樣是很難說誰厲害誰次之。
一羽星辰
初學者使用記事本編寫代碼有個好處就是便於記憶代碼，高度集成的IDE對初學者來說其實是一個負擔，特別是學習C/C++語言，複雜的環境設置會使很多人退避三舍，對於初學者來說語法提示其實百害而無一益，使用記事本編輯代碼，可以讓初學者著重於找錯，其實很多時候進步就是在一步一步的排錯中學習成長的，個人覺得學習編程，代碼編輯器選擇順序是Windows記事本->Notepad++（或Notepad2）等支持語法高亮的編輯器->集成IDE。
強子57979
一般會用IDE，這種代碼提示，各種快捷功能，自動補全等都不錯，要不就各種文本編輯器也行，比如sublime text 或者notepad＋＋之類的，儘量不要用記事本，因為很多語言對字符集還有bom有要求，所以儘量不使用Windows自帶的記事本
FLYIT民工
一般不用記事本寫，以Java為例，新手開始會用記事本，這是為了熟悉bin目錄下諸如java、javac、jps、jstat等幾個常用命令；還有學servlet時剛開始也會用記事本，這是為了熟悉servlet的生命週期和相關配置。一般正式開發都會轉向IDE，在linux下也是如此，穩定高效才是開發需要的。還有，即便用記事本也一般不用windows的記事本，會用諸如sunlime、vs等編輯器，一方面這些編輯器有簡單的高亮和提示功能，有的還提供了debug功能；另一方面windows記事本可能會修改文件的編碼格式。
王越超5
用記事本寫代碼 和編程的能力沒有關係 高級的一點可能就是sublime text notepad++ vs code vim等等 起碼有語法高亮顯示 這些東西都可以很方便的查閱和修改代碼 如果需要運行和調試IDE是必不可少的 就算你用編輯器 還需要有編譯器在命令提示符界面才能運行和調試 總之記事本寫代碼如果不是裝x 就是萬不得已 急需要把自己突然來的靈感寫出來 和編程能力沒有關係
遊戲開發者瀟瀟
記事本無非就是個記錄工具，沒有幾個能一次寫成的，都需要反覆的調試，即使用記事本臨時記錄下，也會逐條佔到軟件裡去調試，沒啥區別，就像炒鍋燉肉，最後還是要放到砂鍋裡繼續煲，最後才能撐到碗裡
