程序設計中的感悟

1.學習應該從基礎打起,不要一開始就嘗試最高深的技術。

2.每看一本書,不要說這章我以前學習過了,也掌握的很好,因此我可以跳過這一章看更重要的了。

3.對於作業,遇到不會的儘量不要立刻向別人請教。如果實在解決不了的問題,可以先完成你會的,然後把一些特別的難點提煉出來,向高手請教。不要指望書本和行家能幫你解決一切問題,因爲並不是所有問題都能由別人教給你。

4.向別人請教問題應該把問題說明白。對於錯誤提示信息應該原樣提供出來,不要按自己理解的信息提供。因爲既然你自己做不了,說明你理解一般都有問題。

5.問問題最好能帶代碼。

6.不要說“編譯通過,可是運行時...",因爲編譯錯誤和運行錯誤可能根本沒有關係。一般來說,編譯是語法問題,而運行是邏輯問題。

7.書看千遍不如做程序一遍,應該儘量嘗試去寫程序。

8.做程序千個不如做好程序一個。應該儘量完善你現在做的程序,而不要不斷開新的計劃,而每個計劃都虎頭蛇尾。

9.要想到你不是一個人寫程序,而是和大家一起寫程序。

10.高深的技巧雖然顯示了高深的本領,但是對於合作往往是有害的,應該儘量寫出簡單易讀的代碼。

11.編制程序應該儘量做到自注釋,即代碼本身一讀就懂,好象自己在說明自己的邏輯一樣。

12.複雜的代碼如果實在做不到自注釋,應該給出適量的註釋。

13.註釋在修改代碼的時候應該相應修改,不能用陳舊的註釋去誤導別人。

14.代碼應該儘量可重用,相同功能的代碼應該由相同的函數完成,重要函數應該給出調試信息,以便調試時及早發現問題。

15.應該儘量寫小函數,每個函數儘量不要超過40行或者更少。這樣不用滾動屏幕也許就可以讀完整個函數。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章