25條寫(xiě)代碼建議，句句真言，值得牢記！

文章來(lái)源：http://rrd.me/eucMA

1. 不要毫無(wú)計(jì)劃地寫(xiě)代碼，思考、調(diào)研、計(jì)劃、編碼、測(cè)試、修改，一個(gè)都不能少；
2. 不要寫(xiě)代碼前過(guò)度計(jì)劃，在一頭鉆進(jìn)代碼前做點(diǎn)計(jì)劃是好事，但是即便是好事，也可能物極必反。
3. 請(qǐng)勿低估代碼質(zhì)量的重要性，如果你只能夠關(guān)注你所寫(xiě)的代碼的一個(gè)方面，那么肯定是可讀性。
4. 使用實(shí)現(xiàn)功能的最簡(jiǎn)單方案，作為專業(yè)的程序員，你的職責(zé)不是找出問(wèn)題的一個(gè)解決方案，而是找出問(wèn)題的最簡(jiǎn)單的解決方案；
5. 適時(shí)放棄，當(dāng)你開(kāi)始懷疑一個(gè)解決方案的時(shí)候，你就應(yīng)該考慮拋棄它，并且重新思考這個(gè)問(wèn)題。不管你已經(jīng)在這個(gè)解決方案中投入了多少精力。像 GIT 這樣的版本控制系統(tǒng)能夠幫助你分開(kāi)管理和嘗試多種不同的解決方案，把它利用起來(lái)吧；
6. 擅用Google，除非你正在使用一種極其前沿的技術(shù)，否則當(dāng)你遇到一個(gè)問(wèn)題時(shí)，很可能別人早就遇到過(guò)同樣的問(wèn)題了，并且也找到了解決方案了。給自己省點(diǎn)時(shí)間，先 Google 一下；
7. 做好封裝，基本的想法就是你想你的代碼高內(nèi)聚和低耦合，意思是說(shuō)保持相關(guān)的代碼在一起（在一個(gè)類中），降低不同類之間的相互依賴；
8. 做好規(guī)劃，寫(xiě)好需求再寫(xiě)代碼，盡可能編寫(xiě)目前正在實(shí)現(xiàn)的方案所需的最少量代碼；
9. 要懂算法，使用合適的數(shù)據(jù)結(jié)構(gòu)；
10. 不要寫(xiě)重復(fù)性代碼，要用好配置文件，不要使用沒(méi)必要的條件語(yǔ)句和臨時(shí)變量；
11. 做好代碼注釋，但是不要給傻子都知道的代碼寫(xiě)注釋；
12. 一定要寫(xiě)好測(cè)試，如果可能的話，甚至在開(kāi)始寫(xiě)代碼實(shí)現(xiàn)需求之前，你就應(yīng)該開(kāi)始預(yù)估和設(shè)計(jì)需要測(cè)試校驗(yàn)的情況了。測(cè)試驅(qū)動(dòng)開(kāi)發(fā) （Testing-driven development, TDD）不是什么花俏的炒作，它是會(huì)實(shí)實(shí)在在會(huì)對(duì)你思考功能特性、尋找更好的設(shè)計(jì)方案產(chǎn)生積極影響的。
13. 不要覺(jué)得代碼運(yùn)行起來(lái)就是正確的，有些時(shí)候代碼的 bug 可能并不是顯而易見(jiàn)的；
14. 要能夠質(zhì)疑既有代碼，作為一個(gè)初學(xué)者，總是應(yīng)該假定那些你讀不懂的、且沒(méi)有文檔注釋的代碼很可能就是糟糕的代碼。質(zhì)疑之，詢問(wèn)之，使用 git blame 揪出罪魁禍?zhǔn)祝?
15. 不要過(guò)度迷戀最佳實(shí)踐，我覺(jué)得 "最佳實(shí)踐" 其實(shí)是害人的，它暗示著你不需要深入研究它，這就是有史以來(lái)最佳實(shí)踐，不用質(zhì)疑！
16. 不要過(guò)度迷戀性能優(yōu)化，如果你在運(yùn)行代碼之前就在優(yōu)化它了，那很可能你就是在過(guò)早優(yōu)化代碼了，也很可能你正在費(fèi)時(shí)費(fèi)力做的優(yōu)化是完全沒(méi)必要的。
17. 以用戶體驗(yàn)為目標(biāo)，要站在最終用戶的角度看問(wèn)題。專業(yè)的開(kāi)發(fā)者要考慮這個(gè)特定功能的用戶需要什么、怎樣使用，要想方設(shè)法使得這個(gè)功能容易讓用戶發(fā)現(xiàn)和使用，而不是想方設(shè)法在應(yīng)用中用最便捷添加這個(gè)功能，毫不考慮這個(gè)功能的可發(fā)現(xiàn)性和可用性。
18. 為你的開(kāi)發(fā)任務(wù)挑選合適的工具，你可以使用最原始的工具建造房子，然后享受甜蜜時(shí)光。你也可以花費(fèi)一些時(shí)間和金錢(qián)去了解先進(jìn)的工具、更快地建造更好的房子。工具在不斷地改進(jìn)中，你要樂(lè)意去學(xué)習(xí)它們、使用它們。
19. 要理解好代碼問(wèn)題和數(shù)據(jù)問(wèn)題之間的關(guān)系，即使是程序中最小的 bug 也會(huì)導(dǎo)致它所管理的數(shù)據(jù)去到一種不可預(yù)測(cè)的狀態(tài)。尤其是當(dāng)所有數(shù)據(jù)校驗(yàn)都完全在這個(gè)有 bug 的程序中進(jìn)行時(shí)。
20. 切勿重復(fù)造輪子，使用好現(xiàn)有的輪子和各種開(kāi)源庫(kù)，會(huì)讓你事半功倍。當(dāng)然，不要僅僅為了使用一兩個(gè)函數(shù)就引入一整個(gè)代碼庫(kù)，在 JavaScript 中的典型例子就是 lodash 代碼庫(kù)；
21. 對(duì)代碼審查保持正確的態(tài)度，應(yīng)該把每一次代碼復(fù)審當(dāng)作是學(xué)習(xí)的機(jī)會(huì)，歡迎他們、感激他們、從中學(xué)習(xí)，最重要的，當(dāng)你從你的代碼復(fù)審人員那里學(xué)習(xí)到東西的時(shí)候，要感謝他們；
22. 用好版本控制工具和系統(tǒng)，新手往往低估了一個(gè)好的版本控制系統(tǒng)的威力，我這里所說(shuō)的好的版本控制系統(tǒng)其實(shí)就是指 Git；
23. 不要過(guò)度使用共享狀態(tài)，一個(gè)新手可能會(huì)嘗試使用定時(shí)器來(lái)解決這個(gè)共享變量的競(jìng)態(tài)條件問(wèn)題，特別是當(dāng)他們必須處理一個(gè)數(shù)據(jù)鎖的問(wèn)題時(shí)。這是危險(xiǎn)的標(biāo)志，別這么做，注意它，在代碼復(fù)審中指出它，永遠(yuǎn)也不要接受這樣的代碼。
24. 正視 Error，Error 是好東西。Error 意味著你在進(jìn)步，意味著你可以通過(guò)簡(jiǎn)單的后續(xù)修改就獲得更多的進(jìn)步。專業(yè)程序員喜愛(ài) Error。新手則痛恨 Error；
25. 學(xué)會(huì)休息，任何人的大腦都需要休息，身體也需要休息。

-END-