為什么我每次編譯都是全部重新編譯？以C語言源程序為例。對于多個C語言源程序的編譯順序，需要將多個C語言源程序的順序寫入makefile文本文件。如果多個C語言源程序的順序寫得不正確，在使用make命令

為什么我每次編譯都是全部重新編譯？

以C語言源程序為例。對于多個C語言源程序的編譯順序，需要將多個C語言源程序的順序寫入makefile文本文件。如果多個C語言源程序的順序寫得不正確，在使用make命令編譯并鏈接makefile重新編譯時，所有的C源程序都會被刪除（邏輯上：makefile的最大優(yōu)點是：如果整個軟件系統(tǒng)由多個C源程序組成，但是只有一個C源代碼被修改了，而另一個源代碼沒有被修改，那么你只需要編譯這個C源程序的目標文件，然后與其他C源程序的目標文件鏈接生成最終版本你需要仔細檢查每個C源程序在makefile文件中的順序看看有沒有錯誤。編寫makefile也需要仔細考慮。

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

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

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

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

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

java如何實現(xiàn)一次編譯到處運行？

編譯后，running everywhere指的是用Java開發(fā)的程序。使用javac命令編譯后，只要安裝JVM（Java虛擬機），就可以在不同的計算機和操作系統(tǒng)上運行它。但在實際應用中，JDK有oraclejdk、ibmjdk和openjdk等多個版本，兼容性不完善，只能編譯一次，可以廣泛運行。你的問題是如何實現(xiàn)它。我認為考慮它沒有意義。不管你使用哪種JDK，一般都可以實現(xiàn)兼容性

這是可以的。說明：javac可以通過“javac*”編譯多個文件。Java”，前提是這些Java文件位于此編譯路徑中。如果它們不在此路徑中，可以先通過CD命令切換位置。