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

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

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

前期學(xué)習(xí)JAVA是照著寫代碼好還是背著寫好？

我從來都不是程序員，但我有點簡單（自學(xué)）。我覺得一個成熟的程序是一個系統(tǒng)工程，新的聯(lián)系人：我不知道怎么開始，我覺得很正常

！我經(jīng)?？吹焦驹诰W(wǎng)站上斥責(zé)那個老程序員的糟糕代碼。我認(rèn)為有兩個原因：

1。新員工無法理解。如果他們不明白，但他們責(zé)罵別人，他們可以轉(zhuǎn)嫁風(fēng)險，讓他們離開工作崗位，為過渡或重建爭取時間。

2. 程序代碼不易閱讀，相關(guān)文檔丟失。雖然這個功能實現(xiàn)了，但別人接手太難了。除了重構(gòu)之外，新兵應(yīng)該徹底理解每個邏輯結(jié)構(gòu)（構(gòu)建起來很困難，所以他們應(yīng)該遵循以前程序員的思路）。

您可能知道以上兩點的含義。我不知道你是在維護舊代碼還是新項目？

如果是為了維護舊代碼、閱讀更多文檔、檢查數(shù)據(jù)和理解程序思維，那么無論如何，獲得報酬并不迫切。

如果你進(jìn)入一個新的項目，說明你的技術(shù)還不成熟，所以要加強學(xué)習(xí)。我個人預(yù)測90%的程序員同時學(xué)習(xí)和銷售

本人程序員剛進(jìn)一家公司，半個月了，現(xiàn)在寫代碼寫不出來怎么辦？

后端代碼的復(fù)雜性通過拆分和除法來解決。首先，通過拆分項目，項目之間可以存在依賴關(guān)系，但必須是單向依賴而不是環(huán)依賴。如果存在環(huán)，我們必須考慮將環(huán)依賴分解為單獨的項目來解決環(huán)依賴。

對于項目中的代碼，可以通過水平拆分和垂直拆分來降低復(fù)雜性。水平層分為控制器、服務(wù)、Dao和sqlmap，垂直層分為系統(tǒng)、biz1、biz2、Bizn，但在數(shù)據(jù)通暢連接中，水平拆分和垂直拆分相結(jié)合，如下圖所示：

通過這種分層方式，代碼層是分開的，結(jié)構(gòu)清晰。對于一些跨模塊調(diào)用的接口，如同一個數(shù)據(jù)表需要在不同的模塊中操作時，可以將該接口作為公共接口升級到上層cxmodule，對于一些可重用的、相對獨立的功能，可以在cxmodule中定義一個干凈的接口，業(yè)務(wù)邏輯可以通過在模塊的功能模塊中實現(xiàn)接口來實現(xiàn)，而不需要使用spring的事務(wù)管理機制，從而降低代碼的復(fù)雜度。