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

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

我想這篇博客正好印證一篇博客的內容，它里面說道：
我從我的第一個老板那里學到的最大的一個教訓是：“當你的程序運行異常時，不要使用debug工具，用你的大腦。”

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

寫一些程序(亂糟糟的)

編譯，運行

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

發現有問題

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

重復 …

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

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

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

任務完成的很好。

?

?—— 我自認為，希望這是一個有用的建議。

總結

以上是生活随笔為你收集整理的想要写好的程序应该远离计算机的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。