工作的程序員每天的代碼量是多少呢？

---

轉一個來自騰訊和微博@zolker 的騰訊2013年代碼分析，亮點很多大家可以慢慢觀看。(侵刪)

短答案就是：真正寫出來可用的代碼，一天平均幾十行就很好不錯了。

和我個人基本感受是符合的。什麼都不幹，專心坐在那裡寫一天能寫一兩千行。

但是：

確定需求 : (

設計架構 : (

--好了可以寫代碼了------------------

(好開心什麼都不用管可以專心寫代碼，人生好有趣！

--歡樂的時光總是那麼短暫---------

測試 :(調bug是永遠躲不過去的常量時間

寫文檔 T_T

線上/實際環境中實驗........

平均下來可不是一天幾十行么...

---

都很正常，沒法一概而論，語言差別那麼大，做相同的事情代碼行數可以有幾倍的差距。

其實我想說，你們幹嘛那麼看重代碼行數嘛，程序員的價值在於思考，又不在於打字數量。

---

我通常是一天不到100行

---

負的。

我們不生產代碼，我們只是 GitHub 的搬運工

---

用代碼行數來衡量程序的開發進度,就好比用重量來衡量飛機的製造進度——比爾蓋茨

事實上有一次我一個中午產生了幾萬行代碼，醒來發現是睡覺的時候壓住回車了（轉）

---

I recall a small project where I wrote about 1000 lines on the first day. On the second day, found a library that solved most of the problem for me, so I was able to cut the solution down to about 50 lines of code. On the third day, found a second library that solved virtually the exact problem, so it was cut down again to 2 lines of code. 2 lines of code in 3 days.

I thought it was still a success, because I"d virtually eliminated the chance of any bugs and found a simple, elegant solution to the original problem. If I"d instead checked in the 1000 lines of code, it might have looked good on my code metrics, but I"d have probably spent another couple weeks debugging.

Quora上一個類似的問題

---

「每天一千行代碼很正常」

放屁。

---

反正我自己有很多時間都是用來縮減代碼行數的。

---

我一天有時候寫1，2行，有時候3，4百。少數情況一天3000行到5000。那就是做業務呢。

不過有時候幾天寫一行居多，而且價值超過5000的哈。

多少有時候也取決於我的屏幕寬度和語音。

---

我們項目做了兩個月，六個人，從零開始，現在50萬行go代碼 -&> 大部分是生成出來的。

統計代碼行數也就是大家茶餘飯後說來娛樂的~另一個可能稍微有意義的統計是提交次數，這兩個月我大概提交了兩百多次。

---

代碼又不是以量取勝，而關鍵在於實現功能，有些功能比較難實現，這個難是可以有很多解釋的，比如功能需要很複雜的邏輯實現，也可能是你不知道有專門實現這個功能的現成功能類，其實只需要十行代碼，但你在背後進行的查詢也是工作量，雖然只有十行代碼。

所以說不一定就是代碼量多的人就做的多。

---

忙的時候我是這樣的:

閑下來的時候是後面那個尾巴那樣的

---

有每天1000行的能力，但是真不想這麼做。全年平均起來，應該不到50行吧。

---

不一定，功能比較大的話，月初的三周開會、設計、評審基本一天啥都不敲都在畫UML討論方案，月末最後一周哐哐哐哐就敲完了，然後我就說自己測試過了提交給了測試部（其實我TM根本沒測試）

---

大家不用糾結用行數來衡量工作量是否科學了

樓主應該問的是真正編程的強度吧

個人感覺，看階段，剛開始的時候多一些，但個人喜歡重構，不喜歡複製，所以經常回去把前面的代碼給重構了（代碼量算負的？），這樣的工作我覺得更花時間

另外，很大一部分是調研，網上找方案

---

代碼先往多寫，然後往少寫。

一天1000行那99%都在干體力活；一天寫100行可能寧靜了90%的思考時間。

---

解放軍美女尖兵：90晝夜主持編寫40萬行代碼

40w/90 = 4444.44444

---

想了一下，最進一個月兩周迭代一次，一次代碼量可能不到1000，其實程序員工作不只是寫代碼，還要花時間開會過需求理解需求設計資料庫最後才是編碼。我是做遊戲服務端api開發的，目前版本快進入穩定版，所以功能更新不算多，代碼量相應也就不大。

---

程序猿真無所謂產的代碼量，代碼量又不能說明啥問題…牛逼的程序猿僅用最少的代碼來解決問題…代碼越簡單越好，自然就無所謂行數的多少咯

---

小孩子才看行數，大人只看效率

---

推薦閱讀：