成為優(yōu)秀程序員的10條黃金法則

　　下面這10個(gè)要點(diǎn)能幫助你成為一個(gè)更優(yōu)秀的程序員。

　　1.不要重復(fù)

　　這是一條非常值得遵循的偉大原則。我很習(xí)慣于回過頭去檢查自己寫下的代碼，重構(gòu)那些被多次使用的部分。雖然在將一個(gè)長方法分解為若干個(gè)短方法時(shí)，會(huì)遇到一些困難。Ctrl R M在visual Studio中非常有用，可以幫助你重構(gòu)代碼為單獨(dú)的方法。這使得代碼更加可重用和可測試。

　　2.命名變量的要點(diǎn)為說明它們是什么，而非它們是什么樣的數(shù)據(jù)類型

　　唯一的例外是，如果你正在處理別人的代碼，并且需要繼續(xù)參與的，那么你應(yīng)該遵照他們的命名規(guī)則。

　　3.給你的方法取一個(gè)明確說明他們要做什么的名稱

　　這一條如果做得好，那么將大大減少注釋的必要。如果你的代碼清晰易讀，那還需要注釋干什么。

　　4.不要使用奇奇怪怪的數(shù)字和字符串常量

　　你的代碼中不應(yīng)該有任何會(huì)造成他人誤解或需要猜測的數(shù)字和字符串值。創(chuàng)建常量、枚舉和私有變量時(shí)，要給他們?nèi)∫粋€(gè)能夠更易于理解的名字。

　　5.可能的話，自己寫方法，這樣在測試方法時(shí)，就不會(huì)對(duì)應(yīng)用程序的其他部分有任何依賴

　　將方法寫成不需要關(guān)注從哪里調(diào)用的方式。這樣會(huì)讓代碼更可測和更可重用。如果你正在使用會(huì)話值或app設(shè)定值，那么把它們作為變量傳遞，得到會(huì)話，并在你調(diào)用方法的時(shí)候配置值。這能讓代碼變得更可測。

　　6.不要害怕尋求幫助

　　這句話不是讓你在碰到所有問題時(shí)都去尋求幫助，我的意思首先你得自己去思考，去嘗試自己解決問題，但如果你實(shí)在想不出解決方法，那么就應(yīng)該去尋求他 人的幫助。可能已經(jīng)有人經(jīng)歷過這個(gè)問題，知道如何解決它。同時(shí)，在告訴別人你正在做什么，你期待什么樣的結(jié)果，問題是什么的過程中，或許靈機(jī)一現(xiàn)，搞不好 你自己就揪出問題的關(guān)鍵了呢。

　　7.不拖延

　　如果你看到bug或亂碼，那么當(dāng)時(shí)就解決然后再前進(jìn)。不要想著以后去做或讓別人去做。

　　8.與他人分享知識(shí)

　　不要敝帚自珍。嘗試創(chuàng)建一種互助的文化。你會(huì)發(fā)現(xiàn)，團(tuán)隊(duì)的工作效率比單槍匹馬更高，并且互相幫助的氛圍能更快地提升各自的水平。同事的進(jìn)步，并不會(huì)讓你落后，也不會(huì)讓你有被炒的風(fēng)險(xiǎn)。相反，你變得更有價(jià)值，因?yàn)槟悴坏珦碛袦Y博的知識(shí)，敢于學(xué)習(xí)，還能幫助周圍的人一起提高。

　　9.當(dāng)你的同事沉浸在思考中時(shí)，不要打斷他們

　　己所不欲，勿施于人，當(dāng)你自己沉浸在編程中時(shí)，當(dāng)你的大腦高速運(yùn)轉(zhuǎn)工作時(shí)，就像你正在小心翼翼地用紙牌搭建房子一樣，你也不希望有人來打攪你。這時(shí) 如果有人問你問題的話，那么你的注意力必然無法集中，就像房子可能會(huì)很容易坍塌。這可能需要5到10分鐘的時(shí)間才能將注意力重新集中起來，將思緒一一理 順，而原本這個(gè)問題只需要Google搜索一下，或者詢問別人就能解決。如果你在這方面尊重你的同事，并且讓他們知道這樣做的重要性，那么他們也會(huì)做相同 的事，從而反過來讓你變得更高效。

　　10.積極地面對(duì)批評(píng)，而不是消極抵制。

　　對(duì)我來說，批評(píng)是一個(gè)讓我能夠改善提高的機(jī)會(huì)。如果還有一種做事的方法是我沒有想到的，那么我會(huì)想去了解它，因?yàn)檫@或許能幫助我改進(jìn)自己。

　　好了，10條黃金法則已經(jīng)講述完畢，下面讓我們一起學(xué)習(xí)它們，利用它們，成就更優(yōu)秀的自己吧！