這其實是一種誤解，很多人覺得用記事本、文字編輯器寫程式碼才是技術最好的，其實用什麼工具寫程式碼只是一種使用者習慣、更多的是符合自己的生產環境，並不是說用記事本或者文字編輯器寫程式碼的就一定很強，用整合開發環境的就一定是能力不足的。

1. 初學者應該多用文字編輯器

對於程式設計的初學者來說，毫無疑問，筆者建議每一個初學者都應該學會用文字編輯器寫程式碼，如果能搭配的在Linux等環境下學習一些相關命令對於你以後的學習、工作都是很有好處的。首先是很多開發者在實際工作中必定要接觸到很多Linux環境下工具，學習一些Linux和文字編輯器的知識絕對是多多益善。當然睡到文字編輯器，不是說每個人都一定要去學習Emacs和vim這樣的入門門檻相對較高的編輯器，類似於GitHub公司的atom編輯器，微軟的visual studio code編輯器，兩者均是基於electron開源框架，這個框架整合了node、chromium、V8等框架，結合JavaScript、HTML和CSS創造了無數經典軟體。除此之外sublime text、UltraEdit都是不錯的選擇。

2. 生產環境整合開發環境更適合

當然，在正式工作中，尤其是企業級開發領域，整合開發環境絕對還是最佳選擇。在大型專案，尤其是數十人、數百人，在專案構建、部署、協作方面，IDE還是要優於文字編輯器的。再稍加修改就能作出帶有跳轉、高亮、靜態分析、自動格式化、自動補全的新語言外掛。整合開發環境毫無疑問擴充套件性不會差，更重要的是在多人專案裡，IDE才是真正的生產力工具。

因此對於文字編輯器程式設計來說，對於日常學習程式設計，尤其是初學者來說，毫無疑問掌握一些文字編輯器的用法，自然是好的，更好的掌握程式設計的精髓，因為文字編輯器很多方面不像整合開發環境那麼智慧，不能偷懶。等到了工作的時候，生產力工具自然選擇整合開發環境，這時候前期打下的基礎，便可以讓你事半功倍。

這就和挖坑一樣…正經幹工程的都用挖掘機挖坑…然後一個傻逼說這坑他用手也能刨出來…然後圍觀的人都說好厲害哦…

就是這樣…用記事本寫程式多厲害談不上…傻逼是一定的…但凡會用整合編譯環境…誰用記事本啊…

用記事本寫程式碼的一般都是比較愣的初學者或者是為了顯擺的培訓老師！工作中誰敢用記事本寫程式碼，等著被辭退吧，應聘時誰用記事本寫程式碼，絕不會要，這是沒有能力沒有工作經驗的表現！熟練的運用開發環境，甚至複製其他的程式碼來用，這才是常態！縮短開發週期這才叫 厲害！

記事本無非就是個記錄工具，沒有幾個能一次寫成的，都需要反覆的除錯，即使用記事本臨時記錄下，也會逐條佔到軟體裡去除錯，沒啥區別，就像炒鍋燉肉，最後還是要放到砂鍋裡繼續煲，最後才能撐到碗裡

一般不用記事本寫，以Java為例，新手開始會用記事本，這是為了熟悉bin目錄下諸如java、javac、jps、jstat等幾個常用命令；還有學servlet時剛開始也會用記事本，這是為了熟悉servlet的生命週期和相關配置。一般正式開發都會轉向IDE，在linux下也是如此，穩定高效才是開發需要的。還有，即便用記事本也一般不用windows的記事本，會用諸如sunlime、vs等編輯器，一方面這些編輯器有簡單的高亮和提示功能，有的還提供了debug功能；另一方面windows記事本可能會修改檔案的編碼格式。

謝邀！先讓我湊下字數，聽說寫的太少的會被疊起來，那麼我就不客氣了，先答為敬，奉上大約兩百個字的廢話，看官們莫生氣，切當正式答案前的一點熱身，哈哈，想想也是不錯的，哎呦，忘記數下字數了，不過目測也差不多數量夠了，既然這樣，那就正式答一下題主的問題，畢竟題主這個問題還是挺有學問的，以我的知識和經歷，我還是不在這裡詳細解釋了，相信多數網友會給出更好的答案，不過既然來了，我就給題主說一聲：

你知道在命令列介面程式設計是什麼感受嗎？用上記事本已經是很幸福的工具了

真真厲害的用記事本寫框架沒問題，但是一個龐大的專案有很多子類名，要是都用記事本，你呼叫幾次就要打幾遍而且人總過會犯錯，有時候你用開發工具，錯誤你一打出來就告訴你，一個大專案要是你靠人看，還不能摺疊一些你暫時不看的，可以看哭你

1、大神都用IDE，因為高效。

2、記事本是給初學者用的，因為記事本寫程式碼更易於記憶程式碼。

3、程式設計有很多領域，所以術業有專攻。

總的來說，要想成為很牛逼的高手，C語言是必學的。

一般會用IDE，這種程式碼提示，各種快捷功能，自動補全等都不錯，要不就各種文字編輯器也行，比如sublime text 或者notepad＋＋之類的，儘量不要用記事本，因為很多語言對字符集還有bom有要求，所以儘量不使用Windows自帶的記事本

別迷信了。好多培訓老師，包括高校教師在教程式設計的時候都會鼓勵初學者用記事本程式設計。我也是這麼過來的。因為以前是沒有整合開發環境的，程式設計當然用記事本。現在有了整合開發環境，程式設計效率大大提高。你不用在關注關鍵字是不是拼寫完整，語法的結構有沒有漏掉什麼。你應該關注的是程式設計邏輯。這不是考試，面對一道數學題，你需要找到的是解決問題的方法，算數就交給計算器吧。

這是一個誤區，通常情況下，不是因為厲害，是因為習慣。早期的程式設計師老大哥們一路使用簡單的文字編輯工具程式設計，習慣了而已。不想再學啥IDE了。

記事本只是工具，有些人喜歡用IDE，有些人喜歡用sublime。這些只是個人喜好和習慣而已。所以看一個人程式設計有多厲害不能用一個程式設計工具來衡量。至於如何看一個人程式設計有多厲害，得從專案、經驗、基礎、演算法等多方面去衡量。有時還得按行業來做區分，比如開發遊戲的人和開發後臺的人。如果你把他們各自的工作內容放在一起比較，這樣是很難說誰厲害誰次之。

原諒我沒見識，一般開發程式，即使一個小點的工程有幾百個檔案，大的工程更是有幾萬個檔案，而且還經常要在不同的檔案之間來回切換，用記事本寫程式的那些大神，你們是咋去管理這麼多檔案的？

我現在就是用記事本寫程式碼，嵌入式c語言，其他編輯器也能用，但是習慣用記事本。。不存在水平高低，就是習慣而已。。

寫內聯彙編的時候，哪個編譯器會語法提示？還不是和一個記事本差不多，現在的高階語言動不動就要各種語法高亮語法提示，好像用記事本寫程式碼就好牛逼一樣，mov [eax],1，哪個編譯器會幫你提示錯誤？現在的高階語言為了開發不但封裝了程式碼，還封裝了思想。

問題本質要不要用整合開發工具寫程式碼而言，是不是用記事本寫程式碼和程式設計本身厲害與否沒有多大的關係，倒是有很多人建議在初學程式設計的時候，先以記事本學習為主，這種是有一定道理的，畢竟記事本寫程式碼空白一張對於初學者來講需要考慮的東西對於掌握基本的東西多點，畢竟很多介面在寫的時候沒有了聯想功能只能靠大腦去想，倒是真能鍛鍊自己的獨立能力。

說到記事本寫程式碼，要說這方面表現的比較厲害的在linux下面直接完全的鍵盤操作不用滑鼠，工作效率高的驚人，當然需要記住大量的快捷鍵，要比直接圖形介面的操作效率高很多，linux下面直接搞好VIM能夠體會到純鍵盤操作的快感。

決定程式設計水平的高低主要分成三個部分：

1.編碼水平，這是程式設計師的基本功，能把想做的功能給完成了，而且效能質量很高屬於高手。

2.程式設計思想，這是決定程式設計師水平高低的關鍵，任何東西都需要指導思想，正常的程式設計模式也不會超過100個體系，常見的多程序模式，網路程式設計模式等等學會了套路無論什麼程式語言用起來照樣比較暢通，程式設計思想絕對水平高低。

3.框架思想，這種屬於在程式設計思想和編碼水平之上的東西了，邁向頂級的關鍵，絕大部分屬於普通的程式設計師，真正在食物鏈頂層的才有幾個，有些有這種能力但是沒有展示的機會，也是挺可惜。

所以看程式設計水平的高低，更多是內在東西，快捷鍵使用再流利，沒有主心骨，一樣也是花架子，看一個人水平高低還是要看做出過什麼東西，很多老工程師在面試的時候，問的不是做過什麼專案，一般是問現在市場上還有當初做過的產品沒，產品才是最好的簡歷。

程式設計師對自己最好的宣傳是做過的產品。

初學者使用記事本編寫程式碼有個好處就是便於記憶程式碼，高度整合的IDE對初學者來說其實是一個負擔，特別是學習C/C++語言，複雜的環境設定會使很多人退避三舍，對於初學者來說語法提示其實百害而無一益，使用記事本編輯程式碼，可以讓初學者著重於找錯，其實很多時候進步就是在一步一步的排錯中學習成長的，個人覺得學習程式設計，程式碼編輯器選擇順序是Windows記事本->Notepad++（或Notepad2）等支援語法高亮的編輯器->整合IDE。

個人覺得,這多半是屬於優秀的記憶力和熟練度的一種提現...我依然推薦使用合適的開發工具與套件來完成同樣的工作...這些輔助工具可以幫助我們提高工作的效率...減少錯誤的產生...

當然了...在某些特殊的工作環境下只能選擇這些簡單但不失有效的方式...例如臨時登入遠端主機做一些除錯...或者回老家又忘記帶自己的工作機只好臨時這種家裡老弟的電腦臨時處理一些問題...這種情況還真的是應該發揚極簡主義精神了

如果是你遇到以下問題怎麼辦：

1. 呼叫的函式名記不全了，怎麼辦？

2. 拼寫錯誤怎麼辦？

3. tab對齊怎麼替換成空格？

4. 如何編譯工程？手敲命令？

5. 如何組織專案檔案結構？

6. 如果查詢變數名，函式名，檔名？

7. 如何發現傳遞引數型別錯誤，邏輯錯誤？

8. 如何查詢引用關係，呼叫關係？

……

用記事本做不到這些。

有機槍要用弓箭？基本上是把機器幫你做的記憶工作用腦袋做的問題！這麼做一般都是工作記憶力非常強的人。你得把編碼變成直覺，把方案定出規矩。然後才可能。會有一個好處就是程式碼實現足夠簡單而且模組間耦合非常清晰。否則，就呵呵了。dos時代的程式設計師應該都可以做到吧！