建站
咨詢
售后
建站咨詢
新聞中心
對(duì)于特定的人，在大致時(shí)間段里他所能寫的、確定質(zhì)量的代碼基本上應(yīng)該是個(gè)確定值。
創(chuàng)新互聯(lián)公司長(zhǎng)期為千余家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺(tái)，與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為新吳企業(yè)提供專業(yè)的成都做網(wǎng)站、網(wǎng)站設(shè)計(jì)、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)，新吳網(wǎng)站改版等技術(shù)服務(wù)。擁有10年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。
這點(diǎn)似乎顯而易見，但事實(shí)上大多時(shí)候卻總是被忽視。
如果項(xiàng)目負(fù)責(zé)人總是認(rèn)可上面的基本點(diǎn)，那么任何項(xiàng)目的日程就應(yīng)該以此為前提，而不是以此為變量。
假設(shè)說一個(gè)項(xiàng)目被估計(jì)為1萬(wàn)行(SLOC)，團(tuán)隊(duì)平均每人每天可以寫100行代碼，如果團(tuán)隊(duì)中有5個(gè)人，那么就應(yīng)該至少為編碼保留20整天。
說到這里，為避免誤解，要區(qū)分一下編碼速度和生產(chǎn)率這兩個(gè)概念。
項(xiàng)目管理中常用的一個(gè)數(shù)據(jù)被稱為生產(chǎn)率，用代碼行計(jì)算時(shí)，會(huì)被表示為SLOC/MM。
這個(gè)值用于表示平均每人月的代碼產(chǎn)出。
其基本算法是規(guī)模除以項(xiàng)目所用的人月，而項(xiàng)目所用的人月中包含了設(shè)計(jì)、測(cè)試、修Bug等時(shí)間，至于包不包含需求、管理等的時(shí)間往往因人而異。
這個(gè)值有意義，但受項(xiàng)目時(shí)間分配比率影響較大，浮動(dòng)空間也大。
而編碼速度單純指?jìng)€(gè)人為編寫完成某個(gè)功能（經(jīng)過自己的測(cè)試），而每天寫的代碼。
這時(shí)代碼中一定是有Bug的，所以這個(gè)值仍然有浮動(dòng)空間，但已經(jīng)可以收的很窄，并且在短期內(nèi)不太可能發(fā)生太大的變化。
所以這個(gè)值應(yīng)該更有意義。
我試圖調(diào)查編碼速度，但實(shí)在找不到什么資料。眼下可以做到的是：
通過找到生產(chǎn)率的數(shù)據(jù)，假設(shè)編碼的時(shí)間為1/3，這樣可以概算出一份編碼速度的值。
找到一份不同語(yǔ)言間的比例值。
定性分析一下一般的情形。一般的情形是指：沒有太難的待研究課題，比如排序算法速度優(yōu)化20%，大致知道怎么完成既定功能的情形。
下面是上述總結(jié)和分析的結(jié)果，希望有人愿意分享更多信息，也把這個(gè)數(shù)據(jù)做的更精確點(diǎn)。
按照生產(chǎn)率概算的編碼速度
（生產(chǎn)率數(shù)據(jù)來自《軟件估算--黑匣子揭秘》，概算的數(shù)據(jù)是我算的，我也找不到編碼的語(yǔ)言究竟是什么，Sorry。）
|
代碼行/天 ***值-***值（典型值） |
|||
|
軟件類型 |
10,000代碼行的項(xiàng)目 |
100,000代碼行的項(xiàng)目 |
250,000代碼行的項(xiàng)目 |
|
航空電子 |
15-150(30) |
3-45(7) |
3-30(6) |
|
應(yīng)用系統(tǒng) |
120-2,700(450) |
30-1050(90) |
15-750(75) |
|
命令與控制 |
30-450(75) |
7-90(15) |
6-75(12) |
|
嵌入式系統(tǒng) |
15-300(45) |
4.5-75(11) |
3-60(9) |
|
公眾因特網(wǎng) 系統(tǒng) |
90-1500(225) |
15-300(45) |
15-225(30) |
|
內(nèi)部?jī)?nèi)聯(lián)網(wǎng) 系統(tǒng) |
225-2700(600) |
45-1050(120) |
30-750(90) |
|
微代碼 |
15-120（30） |
3-30（6） |
3-15（4） |
|
過程控制 |
75-750(150) |
15-150(45) |
13-130(30) |
|
實(shí)時(shí)系統(tǒng) |
15-225(30) |
3-45(7) |
3-45(6) |
|
科學(xué)系統(tǒng)/ 工程研究 |
75-1125(150) |
15-225(45) |
12-150(30) |
|
套裝軟件 |
60-750(150) |
15-150(30) |
10-120(30) |
|
系統(tǒng)軟件/ 驅(qū)動(dòng)程序 |
30-750(90) |
7-150(15) |
6-120(13) |
|
電信軟件 |
30-450(90) |
7-90(15) |
6-75(7) |
不同語(yǔ)言間的比例值
（這個(gè)比例值用來描述，不同語(yǔ)言的等價(jià)性，數(shù)據(jù)源同上）
|
語(yǔ)言 |
與C語(yǔ)言語(yǔ)句數(shù)量比 |
|
C |
1 |
|
C++ |
2.5 |
|
Java |
2.5 |
|
C# |
2.5 |
假如這是真的，那么用后面三種語(yǔ)言，編碼速度會(huì)提高2.5倍。我自身對(duì)此表示懷疑，至少C++，C#以及Java應(yīng)該是不同的，但數(shù)據(jù)確實(shí)沒摘錄錯(cuò)。
定性分析
為了做定性分析需要假設(shè)一些前提：
- 沒有特別的難題（比如：優(yōu)化性能，API文檔不全，也要排除研究型項(xiàng)目）。
- 不用拷貝粘貼大法。
- 去除項(xiàng)目交流，會(huì)議等，每天有6個(gè)小時(shí)可以全身心寫程序。
- 假設(shè)主要語(yǔ)言是C/C++，C#，Java。
如果我們進(jìn)一步假設(shè)，上限是1分鐘可以寫一行程序，那么編碼速度的上限值是：360SLOC/天。
如果我們認(rèn)為編碼速度有10倍差異，那么下限值是36SLOC/天。
也就是說編碼速度的區(qū)間是36~360SLOC/天。
從我個(gè)人的角度看，我感覺這個(gè)范圍是可用的，360SLOC/天絕對(duì)是個(gè)上限值。所以我個(gè)人是不相信上述表中超過360部分的數(shù)字的，除非把html也算進(jìn)來。
PS:干這事的一個(gè)感覺：
這活太費(fèi)勁，越做感覺要做的事越多。
我對(duì)上述摘錄的有些數(shù)據(jù)很是有些懷疑，但也找不大更合適的數(shù)據(jù)來反駁。比如：C#和C++的比例不應(yīng)該是1:1啊。
這事實(shí)在應(yīng)該科研機(jī)構(gòu)或者大學(xué)干，但又找不到國(guó)內(nèi)那個(gè)機(jī)構(gòu)或?qū)W校干了這事，這是軟實(shí)力啊。
自己這個(gè)算拋磚引玉吧，有對(duì)***個(gè)表格進(jìn)行補(bǔ)充的數(shù)據(jù)的話，可以直接回下。
文章題目：程序員每天到底可以寫幾行代碼？
路徑分享：http://www.5511xx.com/article/cdjgcdj.html
