每天在公司寫3000行代碼，在行業(yè)內(nèi)是個什么水平？3000行，那是不用腦子外加代碼生成器的代碼也計算在內(nèi)的結果。如果你不在外包公司，就是最底層的軟件藍領當然公司也不小。有質量的代碼，一天100行甚至3

每天在公司寫3000行代碼，在行業(yè)內(nèi)是個什么水平？

3000行，那是不用腦子外加代碼生成器的代碼也計算在內(nèi)的結果。如果你不在外包公司，就是最底層的軟件藍領當然公司也不小。有質量的代碼，一天100行甚至30行就已經(jīng)很牛了。

我曾經(jīng)接手過一個項目，有2-30人維護，但運行還是問題不斷，當時的問題是要不要用新架構重新開發(fā)。我看過項目架構和代碼后，就決定對現(xiàn)有項目進行優(yōu)化，而不是重新開發(fā)。一個團隊去做客戶需求的新模塊，由我?guī)ьI的小組做提高穩(wěn)定性和讓項目可維護。最后、在保持功能不變的情況下我將項目的代碼縮減到原有的十分之一，性能提高100倍，數(shù)據(jù)量縮小30%。維護人員降到5人。客戶反響好維護的費用不變，這樣利潤很高。而我每天的代碼量相對于項目整體而言是負數(shù)。而后面我做的工作就是每月檢查新增代碼，把不按規(guī)范做的找出來，要求整改，不聽話的程序員調到開發(fā)組去做藍領，什么時候懂規(guī)范了，理解架構的意義了，再考慮培養(yǎng)提升。就像軍訓一樣，會走正步方陣了，再上來打硬仗。

這要求的是團隊里必須都是有經(jīng)驗懂架構的高手，人不多就2-3人，多了也沒法搞。

什么時候你的代碼量降低到100行而公司對你的考評也是ok的，那你才算真正是在編程序，而不是砌磚。