幾句話，送給程序員
Hey guys 各位小伙伴們大家好，我是 cxuan，一個(gè)恰當(dāng)?shù)拿~時(shí)間，我想到自己也工作這么久了，大大小小的項(xiàng)目也做了不少，那么我自己有什么建議或者說(shuō)經(jīng)驗(yàn)分享給剛參加工作的同學(xué)或者和我工作年限差不多的同行們呢？為此，我寫下了 36 條建議，這些建議很多是我親身實(shí)踐，也有一部分是我和同行聊天所得到的經(jīng)驗(yàn)，希望大家能及時(shí)閉坑。
如果代碼沒(méi)有經(jīng)過(guò)測(cè)試，那么它就不起作用。
源代碼是你的朋友，確保你會(huì)使用它。
雖然你編寫了一些代碼，但并不代表你擁有這些代碼，如果團(tuán)隊(duì)的成員不得不修改你的代碼，請(qǐng)不要生氣。
不要重復(fù)造輪子，現(xiàn)有的輪子或者代碼庫(kù)能夠提供幫助，多去搜索。
如果你有一些 idea，但是你沒(méi)有實(shí)現(xiàn)過(guò)，并不意味著這些 idea 是廢話。
源代碼只是向編譯器提示你要做什么，但編譯器不一定會(huì)這樣做（編譯器優(yōu)化）。
積極進(jìn)行代碼審查，不要帶著自負(fù)的情緒進(jìn)行代碼審查。
難以理解的代碼很難維護(hù)，所以要及時(shí)寫注釋。
難以維護(hù)的代碼幾乎毫無(wú)用處。
學(xué)會(huì)從業(yè)務(wù)需求中讀懂字里行間的意思，并把它轉(zhuǎn)換為技術(shù)需求。
代碼布局越整潔，你的代碼讀起來(lái)就越容易。越容易閱讀，就越容易理解和維護(hù)。
代碼是不會(huì)自己寫注釋的，你的注釋能夠幫助他人理解，更重要的是，能夠幫助你理解，你可能現(xiàn)在明白了，但 5 年后呢？
糟糕的代碼會(huì)經(jīng)常回來(lái)困擾你。
很少有 5 分鐘就能做完的工作，至少需要半天。
魔法值非常糟糕。
始終將代碼文檔化，不僅幫助別人，實(shí)際也是在幫助你自己。
項(xiàng)目管理人員總是希望你能一天完成兩天的工作。
如果你的產(chǎn)品有 bug ，你的用戶總會(huì)發(fā)現(xiàn)它。
重要的不是代碼的數(shù)量，而是代碼的質(zhì)量，因?yàn)槊總€(gè)人都會(huì)寫 if else ，但不是每個(gè)人都會(huì)使用策略模式。
記住：代碼審查不是在批評(píng)你的代碼，無(wú)需多慮。
爛代碼最大的成本不在于運(yùn)行，在于維護(hù)。
修復(fù)你代碼中的 bug 可以提高你的編碼能力而且能夠提高你的理解力。
你必須時(shí)刻提高你的技能，否則你可能就會(huì) out of 整個(gè)行業(yè)。
如果用戶沒(méi)有要求某個(gè)功能，請(qǐng)不要亂加。
如果代碼沒(méi)有經(jīng)過(guò)測(cè)試，它就不起作用（是的，我知道我已經(jīng)包含了兩次，但這真的很重要）。
如果你寫出來(lái)讓你覺(jué)得很有成就感的代碼，請(qǐng)不要自滿，因?yàn)榭倳?huì)有人在某個(gè)地方，比你寫出更好的代碼。
代碼測(cè)試的時(shí)候，要針對(duì)經(jīng)常性情況和邊界情況測(cè)試你的代碼。
永遠(yuǎn)不要相信用戶輸入的內(nèi)容，要始終對(duì)用戶的內(nèi)容進(jìn)行查殺。
要一直把緩沖區(qū)溢出納入日常考慮的范疇。
你要花更多的時(shí)間來(lái)思考代碼怎么寫，而不是花更多的時(shí)間來(lái)寫代碼。
需求變更是最令人痛恨的東西。
請(qǐng)記住，你的成功更多是依賴你的軟技能和你如何闡述問(wèn)題及其解決方案，而不是你的技術(shù)能力。
當(dāng)你看到你的一些想法納入了產(chǎn)品，而很多卻被廢棄了，不要把它放在心上，因?yàn)檫@就是事情的工作方式。
使用版本控制，這會(huì)在關(guān)鍵時(shí)刻救了你。
愛(ài)你的工作，而不是愛(ài)你的公司，你永遠(yuǎn)不知道你的公司什么時(shí)候會(huì)停止愛(ài)你。
永遠(yuǎn)會(huì)有比你更年輕，更有才華的人加入公司，這些年來(lái)不斷的薪資倒掛很好的說(shuō)明了這一點(diǎn)。