1.不要重復(fù)
這是一條非常值得遵循的偉大原則。我很習(xí)慣于回過頭去檢查自己寫下的代碼颈将，重構(gòu)那些被多次使用的部分赞草。雖然在將一個長方法分解為若干個短方法時，會遇到一些困難吆鹤。Ctrl + R + M在****Visual Studio中非常有用，可以幫助你重構(gòu)代碼為單獨的方法洲守。這使得代碼更加可重用和可測試疑务。
2.命名變量的要點為說明它們是什么，而非它們是什么樣的數(shù)據(jù)類型
唯一的例外是梗醇，如果你正在處理別人的代碼知允，并且需要繼續(xù)參與的，那么你應(yīng)該遵照他們的命名規(guī)則叙谨。
3.給你的方法取一個明確說明他們要做什么的名稱
這一條如果做得好温鸽，那么將大大減少注釋的必要。如果你的代碼清晰易讀，那還需要注釋干什么涤垫。
4.不要使用奇奇怪怪的數(shù)字和字符串常量
你的代碼中不應(yīng)該有任何會造成他人誤解或需要猜測的數(shù)字和字符串值姑尺。創(chuàng)建常量、枚舉和私有變量時蝠猬，要給他們?nèi)∫粋€能夠更易于理解的名字切蟋。
5.可能的話，自己寫方法榆芦，這樣在測試方法時柄粹，就不會對應(yīng)用程序的其他部分有任何依賴
將方法寫成不需要關(guān)注從哪里調(diào)用的方式。這樣會讓代碼更可測和更可重用匆绣。
如果你正在使用會話值或app設(shè)定值驻右，那么把它們作為變量傳遞，得到會話崎淳，并在你調(diào)用方法的時候配置值堪夭。這能讓代碼變得更可測。
6.不要害怕尋求幫助
這句話不是讓你在碰到所有問題時都去尋求幫助凯力，我的意思首先你得自己去思考茵瘾，去嘗試自己解決問題，但如果你實在想不出解決方法咐鹤，那么就應(yīng)該去尋求他 人的幫助拗秘。可能已經(jīng)有人經(jīng)歷過這個問題祈惶，知道如何解決它雕旨。同時，在告訴別人你正在做什么捧请，你期待什么樣的結(jié)果凡涩，問題是什么的過程中，或許靈機(jī)一現(xiàn)疹蛉，搞不好 你自己就揪出問題的關(guān)鍵了呢活箕。
7.不拖延
如果你看到bug或亂碼，那么當(dāng)時就解決然后再前進(jìn)可款。不要想著以后去做或讓別人去做育韩。
8.與他人分享知識
不要敝帚自珍。嘗試創(chuàng)建一種互助的文化闺鲸。你會發(fā)現(xiàn)筋讨，團(tuán)隊的工作效率比單槍匹馬更高，并且互相幫助的氛圍能更快地提升各自的水平摸恍。同事的進(jìn)步悉罕，并不會讓你落后，也不會讓你有被炒的風(fēng)險。相反壁袄，你變得更有價值类早，因為你不但擁有淵博的知識，敢于學(xué)習(xí)然想，還能幫助周圍的人一起提高莺奔。
9.當(dāng)你的同事沉浸在思考中時，不要打斷他們
己所不欲变泄，勿施于人令哟，當(dāng)你自己沉浸在編程中時，當(dāng)你的大腦高速運(yùn)轉(zhuǎn)工作時妨蛹，就像你正在小心翼翼地用紙牌搭建房子一樣屏富，你也不希望有人來打攪你。這時 如果有人問你問題的話蛙卤，那么你的注意力必然無法集中狠半，就像房子可能會很容易坍塌。這可能需要5到10分鐘的時間才能將注意力重新集中起來颤难，將思緒一一理 順神年，而原本這個問題只需要Google搜索一下，或者詢問別人就能解決行嗤。如果你在這方面尊重你的同事已日，并且讓他們知道這樣做的重要性，那么他們也會做相同 的事栅屏，從而反過來讓你變得更高效飘千。
10.積極地面對批評，而不是消極抵制栈雳。
對我來說护奈，批評是一個讓我能夠改善提高的機(jī)會。如果還有一種做事的方法是我沒有想到的哥纫，那么我會想去了解它霉旗，因為這或許能幫助我改進(jìn)自己。
