在軟件開發(fā)的領(lǐng)域中，這個有害的編程習(xí)慣基本上都是由不良的編碼習(xí)慣造成的，只有能改變這些不良習(xí)慣，你的工作起來會更輕松更有效率。
1.總出現(xiàn)錯誤的變量名和函數(shù)名拼寫
讓很多人想不通的是，為什么大家都知道這個習(xí)慣對自己沒有好處，為什么還是有人讓他出現(xiàn)，以至于常常出現(xiàn)錯誤的變量名和函數(shù)名的拼寫。而且這些錯誤的拼寫總是隱蔽的很好，也很難被發(fā)現(xiàn)。
想要解決這個問題，我們可以在一個比較成熟的開發(fā)環(huán)境上寫代碼，又或是用程序員專用的文本編輯器，這些都可以減少拼寫錯誤。也可以用特定的變量名和函數(shù)名，這樣容易拼寫，也容易發(fā)現(xiàn)寫錯的地方。
2.不按規(guī)定的格式寫代碼
常用的縮進和格式化能讓寫出的代碼一目了然，有什么錯誤一看就知道。而且別人看著也方便。
倘若你使用的是不會自動格式化的代碼，那你可以考慮用代碼美化軟件，如Uncrustify，因為他允許用戶自定義格式要求，接著它會按你的要求執(zhí)行任務(wù)。
3.不按規(guī)定的模塊化編寫代碼
長函數(shù)實現(xiàn)的路徑太多，常常測試起來就很麻煩，所以要習(xí)慣于一個函數(shù)對應(yīng)一個指令，這樣及簡短又容易理解和維護。
4.不要總是依賴IDE
不用多說，大家都知道，IDE能讓你的代碼寫的又好又快。他們能提你想用的很多東西和選擇提示。但也會存在一定的風(fēng)險，若你不能確保自己有足夠的細心，那么很容易會出錯。
好的工具的確是個不錯的幫手，他可以消除拼寫錯誤，還可以提高我們的工作效率，如果你還不夠細心，那同樣用了這些也還是會出問題。
5.總是寫死密碼
一些人總是喜歡在程序里寫寫死帳戶名和密碼，這樣可以方便進入系統(tǒng)，雖然是方便了，但一樣也方便了別人，所以這是不對的。
主要原因是硬編碼遠比你想的脆弱，如果不及時更正你的習(xí)慣，這將是個很大的而且不好修復(fù)的安全隱患。
6.沒有使用加密保護數(shù)據(jù)
通常數(shù)據(jù)在互聯(lián)網(wǎng)上傳輸都是需要加密的。不然在傳輸?shù)倪^程中很可能被攔截。不要嫌麻煩，如果你不加密，出現(xiàn)了問題會讓你更麻煩。如果寫安全加密系統(tǒng)比較難，我們也可以使用經(jīng)過驗證過的標(biāo)準(zhǔn)加密庫。
7.不要提前優(yōu)化代碼
善于寫代碼的程序員在寫代碼時的確是寫的又快又順暢，而后期的調(diào)試和維護則會難些。一定要想好策略，寫好代碼后再去找真正需要優(yōu)化的地方以提高性能。
8.沒有考慮好發(fā)展趨勢
做這個項目的目的是什么？要做多大的規(guī)模？用戶會是多少？也許有人認為這些好像和我們沒什么關(guān)聯(lián)，但是，如果你不好好考慮這些問題，怎么才能在剛開始時開發(fā)正確的程序框架。
9.不是人手越多進度越快
為什么每次要做的項目都比計劃中的慢，當(dāng)進度趕不上的時候，人們總是習(xí)慣性的增加人手，但事實上并不是增加了人手后進度就快了，有時反而是不升反降低了。
10.明知有問題還不變通
也有一些團隊在做項目時發(fā)現(xiàn)進度遠趕不上計劃的時間時，就會做出拼命趕進度的情況。這樣并不是辦法，如果時間上真的比計劃中要長很多，那么，說明你在對這個項目上預(yù)估的時間是有問題的。這時不要硬著頭皮往上沖，應(yīng)該從新調(diào)整時間才對。
來校路線
