寫過十幾年的代碼，寫的代碼有沒有100萬行沒有做過具體的統(tǒng)計，寫代碼的行數(shù)和程序員的能力沒有太直接的關系，代碼編寫能力只是編程能力的一個體現(xiàn)，不能以偏概全源碼，而且不同的崗位代碼能力數(shù)量差異非常大，常見的前端工程師以及應用級開發(fā)代碼量比電銷外呼程序級開發(fā)或者底層開發(fā)代碼量少了許多，所以代碼量并沒有太多的可比性。

只有有過實際項目開發(fā)經(jīng)驗的工程師，都有一個認識，寫代碼的時間只占總工程量的百分20，編碼能力稍微差點的就是占據(jù)百分30，其實要做一個項目首先要進行可行性分析，然后是功能分析，也就是需求分析，代碼完成階段，測試階段，聯(lián)合調(diào)試，最后出廠，到客戶再提出新的需求再返回來修改，這一系列的過程都會花費大量的時間，寫代碼的時間只占很小的一部分，代碼只是展示形式源碼，對于編程的認知到了一定層面編程語言就是工具一般的存在，如果拿代碼的總量來衡量編程水準就會顯得比較狹隘。

寫代碼直接的表現(xiàn)是實現(xiàn)功能，最終編程的最終的目的是給生活提升了多少便利，站在不同的角度能給出不同的結論。還有人糾結于掌握多少編程語言，掌握多種編程工具而已，編程能力的核心解決實際問題的能力，解決問題能力包含具體的代碼實現(xiàn)，功能需求最優(yōu)的實現(xiàn)，以及準確的測試手段，還包含著和客戶的溝通能力，當然最核心的架構能力以及算法邏輯，都可以歸結于解決問題能力，幾乎每個企業(yè)都有一個或者多個定海神針般的人物存在，幾乎大家解決不了的問題都會交給他去解決，特別是項目交付的關鍵時期。

判斷一個程序員的能力，代碼能力只是業(yè)務能力的一個體現(xiàn)，很多程序員覺得實現(xiàn)自己的功能模塊就萬事大吉了，把自己做的東西和實際應用場景結合的太少了，從來不去考慮是不是有更好的使用方式，很多頂層的架構師除了研究本身代碼，還會從生活中尋找創(chuàng)新的靈感，如果只是一個滿足于現(xiàn)狀的程序員基本上決定了未來的發(fā)展，優(yōu)秀的程序員的從來對于自己寫的代碼帶著有色眼鏡在審視，從純粹的代碼角度考慮代碼的質(zhì)量遠大于代碼的數(shù)量，不停的折騰代碼，不停的尋找更好的實現(xiàn)方式，是優(yōu)秀程序員的一個基本特質(zhì)。

曾經(jīng)共事過一個同事，代碼基本功極強，平時寫代碼基本上都是一次性過，很少在編譯的時候來回修改語法錯誤，最經(jīng)典的一次是一個團隊實現(xiàn)的一周實現(xiàn)的代碼，被這位神奇的同事一晚上給重構了，早上上班發(fā)現(xiàn)自己的代碼都沒了都換成他的了，很多人覺得不爽，但重構的代碼質(zhì)量無可挑剔，實力的體現(xiàn)，平時特別喜歡研究一些編程規(guī)范，經(jīng)常拿著C99這些標準研究來研究去，有時候還會喊出一句怪不得那，寫代碼就是一種享受，境界不同產(chǎn)出的結果也會不同。

希望能幫到你。