從業十年，看到過許多優秀的程序員，也見過不少平庸這輩，更有不少只能轉做其它。原因我想也許他們壹開始對自己的要求就不高，更重要的也可能是他們沒有抓住程序的本質，沒有搞清楚如何才能把事情做好。首先想把每個程序都做到最好這種信念是先決條件，人首先要有誌向，只要想做好才有可能做好，下文所有的內容都是給這類人寫的，如果只想混口飯吃，或者以後想做市場等其它方面的人就不用想這些事了。以下是我認為比較重要的幾個原則，不當之處***同談討。 1，思路要簡單，這樣寫出來的代碼就會比較簡單易懂。在這點上我比較占優勢，當年壹直沒有學好過數學，所以太復雜的問題想不懂，因而壹直采取比較簡單的方法，容易的思路。君不見有人寫代碼非要想的很多，本來很簡單的壹個道理：兩點之間直線距離最短，他偏要來個九曲十八彎。這種代碼時間長了或者轉給別人就不好維護。要做到也很容易，寫代碼之間大概想壹下思路，壹開始不清楚也沒有關系，寫的過程中發現代碼有點拗口或者自己也不大明白時壹定要停下來想壹想這個思路本身是否有問題。 2，要做思想上的勤勞者，動手時的懶人。代碼盡量少，這至少有兩個好處：少打壹些字，機器執行時的效率也會高，當然附加作用是看的人也容易理解。寫好代碼之後多想想這些東西是否還可以簡化，力爭將代碼做到最少，代碼少有兩層意思：源代碼量小及機器碼也少，所以我們對每句源代碼可能產生的機器也要有所了解。 3，代碼量要小的另壹重要環節是盡量不要調用系統API，復雜操作系統的API壹般都是在壹個功能提供者進程中實現的，其它調用者調用這些API時需要在提供運者進程中啟動壹個線程來完成這些調用，如此造成多執行很多代碼。 4，每個程序都應該很好的模塊化，分層定位準確。例如就驅動來講，驅動功能最簡單的描述就是向上(操作系統)提供接口供調用，向下操作硬件實現自己的功能。在這過程中需要經過壹些調用，我們需要將這些代碼模塊化，使得最終操作硬件的代碼在壹起，不要很多函數都在操作同壹硬件，實現差不多的功能，這種函數就可以歸結為壹個，通過不同的對數來區別各個功能，實現自己的目的，這樣出現問題以後就比較好查。 5，代碼要整潔，至少每壹個源文件的編譯風格要壹致，這就不用多說了，誰也不想看亂七八糟的程序。
上一篇:什麽是mybatis框架下一篇:自學JAVA，學到什麽程度才能找到工作。