在網(wǎng)絡(luò)上，優(yōu)秀程序員的定義比較多。而在日常生產(chǎn)過程中，尤其領(lǐng)導(dǎo)，會覺得作為一個優(yōu)秀的資深程序員，應(yīng)該寫出沒有，或者很少并且輕微的bug，但這偏偏是網(wǎng)絡(luò)上對優(yōu)秀程序猿的描述中沒有提及的。
事實上，不知道是這些資深程序員沒有達(dá)到大師級別，抑或作為一個人，就是沒有能完美的作出一份沒有瑕疵的代碼。當(dāng)資深程序員寫出的代碼被發(fā)現(xiàn)出bug，不同的角色，又會有怎么樣的看法？
資深程序員雖然是一個光壞，同時也是一個無比沉重的束縛。只要還是一個程序員，就有機會寫出有bug的代碼。這時，你的上司，同事，下屬，甚至自己，都會對自己的水平作出懷疑。
不做就不會錯，所以，最安逸的做法就是不寫代碼，名成利就之后全身而退，保住勝利的果實和不死金身，從此只噴別人的代碼，反正噴的人不止一個，出問題肯定死不了。
那么，當(dāng)初對寫代碼有一份純真追求的人，隨著資歷（枷鎖）的加深，該何去何從？
或許拋棄那沒有bug的想法吧，雖然有tdd，雙人審核等各種手段避免bug的引入，但是，只要是人，就有弱點，盲點，僥幸和將就，這看上去就是代碼人的藉口和遮丑布，但沒有人比代碼人更了解代碼人，事實就是如此。套用一句話，只能證明一個事情有錯，而無法證明一個事情是對的。
寫代碼是很累的，很多時候就是重復(fù)的勞動，但如果不寫代碼，永遠(yuǎn)都是隔著一層霧來看花。或許能把畫面描述的很美，而且也沒人追究你是否這樣，出問題也不用負(fù)責(zé)任，但是10年后，或許一個事業(yè)成功的“庸人”會再次誕生，而他肯定不會是大師。
我的建議是，非重復(fù)勞動的代碼，還是得親自下手，不要懼怕錯誤，靜下心來，一句一句的寫好，收獲總會到來。
