每天在公司寫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人?？蛻舴磻?yīng)好，維修費用不變，所以利潤很高。我每天的代碼量相對于整個項目是負的。我以后做的就是每月檢查新代碼，找出不符合規(guī)范的代碼，要求整改，把不聽話的程序員轉(zhuǎn)到開發(fā)團隊做藍領(lǐng)。我什么時候才能理解架構(gòu)的規(guī)范和意義，然后考慮培訓(xùn)和改進。就像軍訓(xùn)一樣，我們會在方陣中邁出積極的一步，然后上來打一場硬仗。

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

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

什么樣的代碼叫好代碼？

好的代碼，滿足兩個條件：能達到預(yù)期效果，容易理解。

代碼的不同不在于功能能否實現(xiàn)，而主要在于實現(xiàn)的質(zhì)量。

有些代碼雖然實現(xiàn)了效果，但另一個程序員看不懂，無法維護，也是壞代碼。

現(xiàn)在在軟件行業(yè)，程序員加班是很常見的。疲勞將不可避免地影響代碼的質(zhì)量。

他們大多急于達到職能要求，完成領(lǐng)導(dǎo)安排的任務(wù)，只以完成為目標。

這種不考慮長遠的工作方式在短時間內(nèi)實現(xiàn)了目標，但從長遠來看是個大問題。

一旦程序員離開，新來的人需要很長時間才能接手。項目的可擴展性和穩(wěn)定性沒有保證。

尤其是一些外行領(lǐng)導(dǎo)只知道如何為上級做貢獻，不能科學(xué)安排時間。

功能需求一經(jīng)更改就立即更改，新功能即將出現(xiàn)。因此，工程設(shè)計不斷調(diào)整，整體建筑穩(wěn)定性受損。

整個行業(yè)還沒有意識到代碼質(zhì)量的重要性，也沒有對代碼的敬畏。它只著眼于現(xiàn)在而忽視了長遠。

只有行業(yè)人員達到飽和，淘汰不合格的程序員和產(chǎn)品經(jīng)理，好的代碼才能形成趨勢。

有什么解決方案防止程序開發(fā)人員將源代碼私自復(fù)制，避免知識產(chǎn)權(quán)泄露？

在看了答案之后，我們沒有發(fā)現(xiàn)一個答案是給出正確的解決方案，而沒有一個答案是正確的想法。

提問者應(yīng)該知道在什么情況下可以未經(jīng)許可復(fù)制代碼？也就是說，代碼可以保存到計算機的本地磁盤上。

只要代碼或數(shù)據(jù)可以保存在計算機的本地磁盤上，從技術(shù)上講，就不可能避免數(shù)據(jù)代碼的私人復(fù)制，因為對于代碼編寫者來說，沒有辦法設(shè)計任何模塊、黑盒或白盒，或者禁用USB接口，因為如果代碼編寫者甚至知道如何分發(fā)數(shù)據(jù)數(shù)據(jù)，如何訪問a和B源的數(shù)據(jù)，如何從復(fù)雜的數(shù)據(jù)中整理出有效的內(nèi)容供自己使用，這些基本的東西都是意想不到的，那么要寫什么代碼呢。

虛擬桌面一般是指類似服務(wù)器的遠程登錄，文件不能復(fù)制到本地，所以每次訪問計算機上的任何資源時，都可以通過虛擬桌面登錄，然后使用系統(tǒng)。

應(yīng)該注意的是，沒有一種技術(shù)可以解決所有問題。虛擬桌面可以阻止代碼數(shù)據(jù)在本地保存，但不能限制數(shù)據(jù)上載到代碼宿主服務(wù)器。因此，也需要對網(wǎng)絡(luò)進行過濾和監(jiān)控。這是另一個復(fù)雜的問題。

大部分代碼都沒有價值，無法離開業(yè)務(wù)，而且核心代碼是普通編碼人員無法訪問的，因此我們應(yīng)該考慮盡一切可能防止未經(jīng)許可復(fù)制代碼。目的是什么？GitHub上有這么多代碼，您的項目的代碼質(zhì)量比GitHub好多少？與其試圖在未經(jīng)許可的情況下組織要復(fù)制的代碼，不如找到一種方法，將業(yè)務(wù)分塊實現(xiàn)，并盡可能減少掌握核心業(yè)務(wù)流程的人數(shù)。