想要寫好的程序應該遠離計算機

計算機界最好的程序員是隻用記事本就可以打出很多程序代碼，程序員想要寫好的程序應該遠離計算機，希望對大家編程有啟發!更多內容請關注應屆畢業生網!

最好的寫程序的地方不是在你的計算機前，不是使用你的編譯器、IDE或其它一些工具。這最好的地方是一個遠離這些工具的場所 —— 是某個能讓你認真的思考的地方。對於一個你很熟悉的編程語言，你很容易把你腦子裏已經構思好的程序轉換成編譯器/解釋器可以編譯/解釋的程序 —— 難就難在如何在腦子裏先把程序編好。

有一天我乘火車旅行。我帶了筆記本，但沒有網絡。不幸的是，我使用的是一種商業編程語言(IDL，真不巧)，這種語言需要使用我大學網站上的許可證。因為不能連上互聯網，我拿不到許可證，於是我的編譯器和IDE就跑不起來。你可能會喜歡使用一個需要昂貴的許可證的商業編程語言，但它的確使我不能在編輯器裏寫任何的代碼。而你猜這麼着 … 這讓我開始思考!

我想這篇博客正好印證一篇博客的內容，它裏面説道：

我從我的第一個老闆那裏學到的最大的一個教訓是：“當你的程序運行異常時，不要使用debug工具，用你的大腦。”

這就是遠離電腦後會迫使你去做的事。通常你很容易進入這樣一種編程習慣：

寫一些程序(亂糟糟的)

編譯，運行

使用簡單的測試用例進行測試

發現有問題

小改一下程序，也許能解決這個問題

重複 …

這當然會導致程序最終亂糟糟的，無法閲讀理解，很有可能問題多多，沒有很好的測試。

遠離計算機能迫使你在大腦裏周全的思考所有的`問題 —— 這跟你抱着計算機編譯、運行你的程序相比可能會花更長的時間(至少對於小程序是這樣)。可是，這樣做後，你就不會去一點一點的改動程序、一遍遍試着運行它 們了，你是真正的思考這些代碼是做什麼的。在那天、在火車上之前，我還從沒有在紙上規劃過任何的程序。

而從此之後我努力在寫程序之前會把思路畫在紙上，思考它，一步一步的用代碼實現，做出高質量的，高效的，沒有問題的程序，多去思考，最後才在編譯器上運行。程序是最後才從紙上拷貝到編譯器裏。

任務完成的很好 —— 我自認為，希望這是一個有用的建議。