徒手碼一千行以上的代碼是種怎樣的體驗?zāi)兀孔鳛橐粋€工作多年的老程序員，我必須回答這個問題。我用C語言編寫的第一個模擬項目使用了6000多行代碼，我仍然記得它。雖然代碼的質(zhì)量可能不是很好，但我當(dāng)時還是有成

徒手碼一千行以上的代碼是種怎樣的體驗?zāi)兀?/h2>

作為一個工作多年的老程序員，我必須回答這個問題。

我用C語言編寫的第一個模擬項目使用了6000多行代碼，我仍然記得它。雖然代碼的質(zhì)量可能不是很好，但我當(dāng)時還是有成就感，覺得自己像個程序員。

盡管現(xiàn)在可以使用許多輔助編程工具，這些工具確實可以提高編程效率。雖然我每天都在使用這些工具，但我總是認(rèn)為能用記事本寫程序的人是真正的程序員。

也許這些正在學(xué)習(xí)編程的潛在程序員現(xiàn)在用集成工具完成了他們的第一個HelloWorld實驗，但我使用記事本來配置環(huán)境變量。

我記得當(dāng)我在做Java編程時，我使用EDITPLUS已經(jīng)兩年多了。幾乎所有的代碼都是手工編碼的。

使用EDITPLUS編寫代碼的特點是記住所有細(xì)節(jié)。例如，如果您編寫一個servlet，您需要知道servlet繼承了httpservlet，您需要自己編寫doget方法，您需要知道doget方法中的參數(shù)是什么，您需要自己進(jìn)行異常處理。在編寫servlet和JavaBean之后，您需要自己編寫它們網(wǎng)站.xml配置文件，您需要知道配置文件的元素、每個元素的含義、如何設(shè)置等等。在最初的java項目中，我手工編寫了所有JSP文件?，F(xiàn)在我覺得這太瘋狂了。

沒有工具的幫助編程可以真正鍛煉自己的編程能力，但是現(xiàn)在的開發(fā)已經(jīng)走過了那個時代，有了工具，當(dāng)然也很方便，但是工具的使用也要注意代碼的細(xì)節(jié)。

對于一個大一計科新生，有什么代碼行數(shù)在500~1000的程序（C語言）可以試著寫來練手？

制作一個24點程序。有一些基本技能。

（5-1△5）X5=24

輸入4個整數(shù)，輸出公式。對于高級程序員來說，一天可以完成一萬行代碼。編寫代碼是最不熟練的事情。

對于程序員來說，最困難的是理解需求以及將自然語言轉(zhuǎn)換為數(shù)學(xué)語言的過程。這個詞就是形式化。早期的程序員需要直接與用戶聯(lián)系，花費大量的時間與用戶溝通，抽象出用戶所需要的功能和性能，組織整個系統(tǒng)的數(shù)據(jù)字典?，F(xiàn)在很多公司把這部分工作交給產(chǎn)品經(jīng)理，這既是好事，也是壞事，所以程序員很難成長成為老板。

其次，難點在于系統(tǒng)架構(gòu)，包括通信協(xié)議、結(jié)構(gòu)分層、軟件重用和算法。一個公司總是需要有人來做，但它可能只需要一個人來做，通常是技術(shù)總監(jiān)。

對程序員來說最難的是寫代碼嗎？

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

我曾經(jīng)接手一個項目，由2-30人維護(hù)，但在運行中仍然存在問題。當(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行，公司對你的評價還可以時，你就真的是在編程，而不是在砌磚。