每天在公司寫3000行代碼，在行業(yè)內(nèi)是個什么水平？3000行。這是不假思索地計算代碼生成器代碼的結(jié)果。如果你不是在一家外包公司，你就是底層的藍領(lǐng)軟件工人。當然，公司也不小。質(zhì)量代碼，每天100行甚至3

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

3000行。這是不假思索地計算代碼生成器代碼的結(jié)果。如果你不是在一家外包公司，你就是底層的藍領(lǐng)軟件工人。當然，公司也不小。質(zhì)量代碼，每天100行甚至30行已經(jīng)很好了。

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

要求團隊必須有經(jīng)驗并精通體系結(jié)構(gòu)。如果人不多，會有2-3人。如果人太多，他們就做不到。

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

為什么有些領(lǐng)導要用代碼的行數(shù)來衡量員工的工作量？

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

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

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

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