一名優(yōu)秀的JAVA程序員平常一天至少寫多少行代碼？普通Java工程師，一天平均有效代碼量約50~70行，注意有效代碼。復制到復制不算數。這是估計的，不是逐行計算的。剛開始寫的時候，你一定會覺得累，因為

一名優(yōu)秀的JAVA程序員平常一天至少寫多少行代碼？

普通Java工程師，一天平均有效代碼量約50~70行，注意有效代碼。復制到復制不算數。這是估計的，不是逐行計算的。剛開始寫的時候，你一定會覺得累，因為你對很多東西、語法、用法等都不熟悉。還有，你照本宣科嗎？如果你有自己的想法，把它們編出來，然后把它們寫下來，我曾經連續(xù)工作36個小時（編碼）。我只是覺得下半身不舒服。至于我的手，我一點也不累。

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

3000行。這是在沒有我大腦的情況下計算代碼生成器代碼的結果。如果你不是在一家外包公司，你就是底層的藍領軟件工人。當然，公司也不小。質量代碼，每天100行甚至30行已經很好了。

我曾經接手一個項目，由2-30人維護，但在運行中仍然存在問題。當時的問題是是否用新的建筑重新開發(fā)。在研究了項目架構和代碼之后，我決定優(yōu)化現有的項目，而不是重新開發(fā)它。一個團隊做了客戶要求的新模塊，我?guī)ьI團隊做了提高穩(wěn)定性和使項目可維護性的工作。最后，在保持函數不變的情況下，我將項目的代碼減少到原來的十分之一，性能提高了100倍，數據量減少了30%。維修人員減少到5人。客戶反應好，維修費用不變，所以利潤很高。我每天的代碼量相對于整個項目是負的。我以后做的就是每月檢查新代碼，找出不符合規(guī)范的代碼，要求整改，把不聽話的程序員轉到開發(fā)團隊做藍領。我什么時候才能理解架構的規(guī)范和意義，然后考慮培訓和改進。就像軍訓一樣，我們會在方陣中邁出積極的一步，然后上來打一場硬仗。

要求團隊必須有經驗并精通體系結構。如果人不多，會有2-3人。如果人太多，他們就做不到。

當你的代碼減少到100行，公司對你的評價還可以時，你就真的是在編程，而不是在砌磚。

為什么有些領導要用代碼的行數來衡量員工的工作量？

績效考核是對每個部門和員工工作數量和質量的評估。各類工作都有其特殊性，因此考核工作必須建立適用于各類工作的量化標準。

從程序員的工作特點來看，生產代碼行數是評價他們工作的最合適的量化標準。雖然這個標準不足以考慮每個程序員的工作質量，但是程序員的工作質量并不是由他們自己控制的。他們只能保證自己輸入的代碼嚴格按照架構師制定的語句原則和變量算法原則，保證輸入中沒有輸入錯誤，至少保證鍵語句輸入中沒有錯誤。只要能做到這些，程序員代碼輸入量達到規(guī)定的行數或超額，就可以判斷其性能考核結果是否合格或優(yōu)秀。

績效考核的最大難點是崗位量化原則的制定。有些崗位不能用工作量來考核，比如公關部。對于此類部門，其目標任務的完整性比率只能在考核周期內計算。如果比例高于預定值，則為合格；如果比例低于該值，則為不合格或較差。

績效評估是人力資源部的一項挑戰(zhàn)。許多企業(yè)由于標準制定上的問題，使得績效考核流于形式，這是一種非常危險的現象。這將嚴重影響整個公司的工作效率，甚至嚴重削弱公司的核心競爭力，因為核心競爭力除了內在的市場導向和品牌識別外，還包括企業(yè)文化戰(zhàn)略和人力資源戰(zhàn)略的有效性！