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

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

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

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

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

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

如何判斷一個程序員寫代碼好與不好？

程序員編寫的代碼質(zhì)量可以從兩個方面入手

1。好的代碼通常很容易理解

專家總是把復(fù)雜的代碼變成簡單的代碼。他們寫的第一件事就是能讓人們理解。在提交代碼之前，谷歌和蘋果的工程師們會環(huán)顧四周，同時看到代碼。如果對方認(rèn)為沒有問題，可以直接提交，并在提交評論中寫上評審人的名字，這也承擔(dān)了責(zé)任，看似很簡單的模式，但大多數(shù)科技公司都采用這種模式。

所以代碼不能只被你自己理解，這樣其他人就可以理解你的想法和你的設(shè)計意圖。

2. 好的代碼，遵守整個系統(tǒng)的編碼規(guī)范，不出格，最重要的一點是好的代碼能經(jīng)得起實踐的檢驗，在實際操作過程中，沒有大的系統(tǒng)崩潰才能被稱為好代碼

所以代碼不僅要好看，還需要有好的性能，對于程序員來說，代碼是面子，尤其是在團(tuán)隊合作中的應(yīng)用，一個人如果編寫出高質(zhì)量的代碼，就會給人一種可靠的感覺，在合作的過程中很容易形成一種默契的感覺。當(dāng)我們看到誰編寫了高質(zhì)量的代碼時，我們在調(diào)用模塊時會感到非常舒服和自在。代碼的好壞直接關(guān)系到程序員的素質(zhì)，有很多老程序員非常關(guān)心代碼的質(zhì)量，不允許自己犯一些非常低級的錯誤，造成自己聲譽(yù)的損害。