1.　學(xué)習(xí)應(yīng)該從基礎(chǔ)打起，不要一開始就嘗試最高深的技術(shù)。鄭州軟件開發(fā)！

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

3.　對(duì)于作業(yè)，遇到不會(huì)的盡量不要立刻向別人請(qǐng)教。如果實(shí)在解決不了的問題，可以先完成你會(huì)的，然后把一些特別的難點(diǎn)提煉出來，向高手請(qǐng)教。不要指望書本和行家能幫你解決一切問題，因?yàn)椴⒉皇撬袉栴}都能由別人教給你。

4.　向別人請(qǐng)教問題應(yīng)該把問題說明白。對(duì)于錯(cuò)誤提示信息應(yīng)該原樣提供出來，不要按自己理解的信息提供。因?yàn)榧热荒阕约鹤霾涣?，說明你理解一般都有問題。

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

6.　不要說“編譯通過，可是運(yùn)行時(shí)..."，因?yàn)榫幾g錯(cuò)誤和運(yùn)行錯(cuò)誤可能根本沒有關(guān)系。一般來說，編譯是語法問題，而運(yùn)行是邏輯問題。

7.　書看千遍不如做程序一遍，應(yīng)該盡量嘗試去寫程序。

8.　做程序千個(gè)不如做好程序一個(gè)。應(yīng)該盡量完善你現(xiàn)在做的程序，而不要不斷開新的計(jì)劃，而每個(gè)計(jì)劃都虎頭蛇尾。

9.　要想到你不是一個(gè)人寫程序，而是和大家一起寫程序。

10.　高深的技巧雖然顯示了高深的本領(lǐng)，但是對(duì)于合作往往是有害的，應(yīng)該盡量寫出簡(jiǎn)單易讀的代碼。

11.　編制程序應(yīng)該盡量做到自注釋，即代碼本身一讀就懂，好象自己在說明自己的邏輯一樣。

12.　復(fù)雜的代碼如果實(shí)在做不到自注釋，應(yīng)該給出適量的注釋。

13.　注釋在修改代碼的時(shí)候應(yīng)該相應(yīng)修改，不能用陳舊的注釋去誤導(dǎo)別人。

14.　代碼應(yīng)該盡量可重用，相同功能的代碼應(yīng)該由相同的函數(shù)完成，重要函數(shù)應(yīng)該給出調(diào)試信息，以便調(diào)試時(shí)及早發(fā)現(xiàn)問題。

15.　應(yīng)該盡量寫小函數(shù)，每個(gè)函數(shù)盡量不要超過40行或者更少。這樣不用滾動(dòng)屏幕也許就可以讀完整個(gè)函數(shù)。

16.　對(duì)于switch語句，盡量不要有過多的分支，如果分支太多，可以考慮用跳轉(zhuǎn)表。

17.　盡量少使用一些有爭(zhēng)議的語句，如goto和三目運(yùn)算符，既然有爭(zhēng)議，它肯定有一定的缺點(diǎn)。

18.　對(duì)于goto，許多工程師技術(shù)高到可以合理使用，而不至于導(dǎo)致問題。但是你的程序并不一定給你同水平的人看和修改，他們可不能保證合理的讀和修改這些相關(guān)代碼。

19.　代碼編寫時(shí)應(yīng)該有一定的格式，其基本要求是對(duì)理解代碼有一定幫助。

20.　如果數(shù)據(jù)是多個(gè)模塊共有的，應(yīng)該提供一個(gè)封裝的類來管理它，并提供一個(gè)合適的接口給各個(gè)模塊。這樣，如果數(shù)據(jù)內(nèi)容有重大修改，則只要接口不變，基本上可以保證程序不要很復(fù)雜的修改。