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