寫了100萬行程式碼的程式設計師是什麼樣的程式設計師？
寫過十幾年的程式碼，寫的程式碼有沒有100萬行沒有做過具體的統計，寫程式碼的行數和程式設計師的能力沒有太直接的關係，程式碼編寫能力只是程式設計能力的一個體現，不能以偏概全，而且不同的崗位程式碼能力數量差異非常大，常見的前端工程師以及應用級開發程式碼量比系統級開發或者底層開發程式碼量少了許多，所以程式碼量並沒有太多的可比性。
只有有過實際專案開發經驗的工程師，都有一個認識，寫程式碼的時間只佔總工程量的百分20，編碼能力稍微差點的就是佔據百分30，其實要做一個專案首先要進行可行性分析，然後是功能分析，也就是需求分析，程式碼完成階段，測試階段，聯合除錯，最後出廠，到客戶再提出新的需求再返回來修改，這一系列的過程都會花費大量的時間，寫程式碼的時間只佔很小的一部分，程式碼只是展示形式，對於程式設計的認知到了一定層面程式語言就是工具一般的存在，如果拿程式碼的總量來衡量程式設計水準就會顯得比較狹隘。
寫程式碼直接的表現是實現功能，最終程式設計的最終的目的是給生活提升了多少便利，站在不同的角度能給出不同的結論。還有人糾結於掌握多少程式語言，掌握多種程式設計工具而已，程式設計能力的核心解決實際問題的能力，解決問題能力包含具體的程式碼實現，功能需求最優的實現，以及準確的測試手段，還包含著和客戶的溝通能力，當然最核心的架構能力以及演算法邏輯，都可以歸結於解決問題能力，幾乎每個企業都有一個或者多個定海神針般的人物存在，幾乎大家解決不了的問題都會交給他去解決，特別是專案交付的關鍵時期。
判斷一個程式設計師的能力，程式碼能力只是業務能力的一個體現，很多程式設計師覺得實現自己的功能模組就萬事大吉了，把自己做的東西和實際應用場景結合的太少了，從來不去考慮是不是有更好的使用方式，很多頂層的架構師除了研究本身程式碼，還會從生活中尋找創新的靈感，如果只是一個滿足於現狀的程式設計師基本上決定了未來的發展，優秀的程式設計師的從來對於自己寫的程式碼帶著有色眼鏡在審視，從純粹的程式碼角度考慮程式碼的質量遠大於程式碼的數量，不停的折騰程式碼，不停的尋找更好的實現方式，是優秀程式設計師的一個基本特質。
如果有想要學習C/C++的小夥伴，可以關注小編【C/C++企鵝群374890319】，wx公眾號：CPP_cx 小編也有5年程式設計經驗了，免費送一套比較系統的資料、教程和工作經驗，就當是福利吧！21天速成加QQ群：374890319
曾經共事過一個同事，程式碼基本功極強，平時寫程式碼基本上都是一次性過，很少在編譯的時候來回修改語法錯誤，最經典的一次是一個團隊實現的一週實現的程式碼，被這位神奇的同事一晚上給重構了，早上上班發現自己的程式碼都沒了都換成他的了，很多人覺得不爽，但重構的程式碼質量無可挑剔，實力的體現，平時特別喜歡研究一些程式設計規範，經常拿著C99這些標準研究來研究去，有時候還會喊出一句怪不得那，寫程式碼就是一種享受，境界不同產出的結果也會不同。