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

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

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

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

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

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

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

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

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

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

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

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

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