不同的工種每一天寫得程式碼量不一樣

對於寫html或者js的前端同學來說，他們每一天產生的程式碼量就會很多，但是對於寫後端的來說，如果是寫業務邏輯的，程式碼量會比寫演算法 策略的多不少。總之和工種有很大的關係。

程式猿的工作量一般不會以寫多少行程式碼衡量，而是根據具體的業務功能點！

純碎的堆積程式碼只會讓程式碼更臃腫難以維護，而根據業務需求開發第一要功能實現，第二要效能最佳化，越少程式碼越好

一、web工程師 一般是寫基於web的程式，所用語言基本上為Java, PHP或者ASP，如果做winform，C#則是主流。另外設計到資料庫 部分，還要寫部分的資料庫sql語句（基於框架的開發被框架封裝好的儲存過程除外）。此外，還有前端的編寫，涉 及到的語言包括HTML、CSS、以及Javascript等。這類程式設計工作的主要特點是量大，技術含量相對來說不是很高，入 門檻相對較低。大部分從業者學歷相對來說不算頂尖，鮮有名牌大學畢業的從事web編碼工作。這類工作對演算法和資料結構要求不是太高，程式碼許多都是大量複製而成，所以一天產生100行以上的程式碼是比較普遍的。 二、嵌入式工程師 一般都是基於晶片程式設計，控制硬體，程式碼濃縮度很高，有時候，整個控制程式也就是幾百行程式碼。而在設計時候需要考慮很多，程式碼速度一般來說一天能產生20行是不錯的了。 三、演算法工程師 演算法工程師一般都是研究某種演算法，然後將它實現。演算法設計上每一步都需要仔細推敲時間和空間上的複雜度以及完成效率。編寫程式碼也是如此。這些程式雖然可能 很大，比如一個影片每幀文字的識別程式，但是程式碼的產出速度可能會更慢。因為在實現前必須有大量的演算法分析和設計的活，和程式碼時間比大概是6:1。所以一 天一般也就產出20行左右 還有一些其他種類，比如通訊工程師、資料庫工程師、安全工程師，也都大同小異，在這裡不細說了。但是我們可以看到，熟練工種一般都是在一天100行以內這樣一個數量級上的。 那作為科技巨頭的之一的 Google，他們的工程師每天能寫多少的程式碼呢？ Google 的 AdMob 全棧工程師 Raymond Farias 在 Quora 發表評論表示：“我的同事最近和我分享了一組調查研究資料，一名高效的工程師每天能寫 100-150 行程式碼，我嘲笑了他，並表示這項預估值絕對要比實際值低很多。” Raymond Farias 為了證明上述估計值的錯誤，決定以他在谷歌工作效率最高的一個月為例，並使用了 Google 的一個內部工具來檢視每天程式碼的增量（包括新增、刪除和更改的程式碼行數）。最後他將一個月的資料彙總，除以總的工作天數 20 天，最後得出的資料是 —— 150！隨後，他也對其他同事進行了檢測，最後得出的資料基本一致。 Oak Lomonosovas 曾在 Quora 上對 Google 有多少名軟體工程師進行了回答，它估計 Google 有 4 萬工程師。其中有部分工程師的程式碼產出量比較少，像技術主管等可能會因為會議或假期而減少程式碼產量，因此，每位工程師每天 100 行程式碼的估計會比較準確。 所以，Google 程式碼量可粗略估計為每天 400 萬行程式碼。 一天寫 100 ~ 150 行程式碼，怎麼能算高效？ 1、一天工作 8 小時裡，你有多長時間在寫程式碼？ 2、工作中平均每天寫的程式碼裡，有幾行能通得過 code review 的有測試的 production quality 的程式碼？

如果你要問程式猿一天的任務是多少行程式碼的話，這個問題肯定是沒有標準答案的。

因為不同的公司，不同的崗位，不同的專案，所用框架肯定是不一樣的，有的專案框架很成熟了，你一年都不需要寫幾行程式碼，打打醬油就行了，有的專案你就得用你的優秀程式碼造福他人了。

拿我自己舉例子：

有時候一天寫100行，也有三天寫20行的時候；這就得看專案進度，以及所寫程式碼的難易程度。

補充下：就是程式猿的工作不是沒完沒了的寫程式碼就完事了，還有業務上其他的事要做的，環境，框架，最佳化啊都是活兒。沒人會規定你要寫多少行程式碼，活幹完，幹好就行了。

你們這些程式設計師們，真得每天都在讀程式碼嗎？多數人閱讀程式碼的數量遠遠不夠。難道程式設計師的日常，都只在讀程式碼嗎？

其實，一名程式設計師每日工作是這樣的：大部分的時間是來改程式碼，寫程式碼和看程式碼。有人說好的程式設計師每天能寫出20行有效程式碼，就是世界級水平了，也有人說真正的程式設計師每天至少能寫出100行有效程式碼才算是一名好的程式設計師。那麼，一名程式設計師，究竟一天需要寫多少行程式碼呢？

來自 CSDN 論壇的程式設計師們說：

每天精華程式碼是 1 行。程式碼不在多，而在於精簡、高效、美觀。真正優秀的程式設計師都拿著高工資，其本上不用怎麼寫程式碼，如果你還拼命在寫程式碼，說明離“優秀”還有一段距離。每天把 1000 行程式碼減少到 100 行。很多時候都在分析問題，檢視程式碼，寫程式碼越來越少了。如果寫的話，基本上每天 100 到 200 行，但是更多的時候在開會、開會、開會。

來自知乎的程式設計師們說：

無須看重程式碼行數，程式設計師的價值在於思考，而不在於打字數量。真正寫出來可用的程式碼，一天平均幾十行就很好不錯了。我通常是一天不到 100 行。負的。我們不生產程式碼，我們只是 GitHub 的搬運工。最多的時候，一個禮拜寫了上萬行程式碼，那時候每天睡覺都很香，因為累！比爾蓋茨曾說過：“用程式碼行數來衡量程式的開發進度,就好比用重量來衡量飛機的製造進度。”

近期，Google公司的AdMob全棧工程師Raymond Farias發表評論表示：“以Google工作中最有效率的一個月為例，使用Google的一款內部工具，即可以檢視每天的程式碼增量（包括新增、刪除、更改的程式碼行數），並根據以往的調查證明，一名高效的工程師每天能寫100-150行程式碼。”

Google大約有4萬名工程師，而在這些工程師中有些人程式碼產出量比較少，因為技術經理或者主管因為很多的會議或者假期並不會寫太多的程式碼，因此，一位工程師一天100行程式碼，應該是最為準確的資料了。

而在國內對於一些熟練的程式設計師，每天需要100行程式碼才是正常的生產率（包括需求分析，設計，編碼，單元測試和系統測試）。當然，對於缺乏編碼經驗的畢業生或轉型的從業者來說，每天程式碼產出量也須另當別論了。你認為呢？

我感覺我有資格說這句話，應為我就是一個程式設計師！我是一個初級的程式設計師，我先說說我日常的工作吧，就是按照需求，去想一下用什麼樣的技術去開發，是用什麼樣的集合，演算法用什麼的第三方介面（可惜這都不是我做的事情，第三方介面領導已經給你說好了，你照著三方需求文件，自己取寫個demo就好了，演算法什麼的我不太懂啊，基本上也用不到，我做的不是網際網路工作，傳統的保險行業。我也就能決定自己在開發中自己寫程式碼的語句，什麼場景用什麼樣的集合，使的運算速率更快點）在保險，金融行業，初級開發工程師就是，一個搬磚工人。為什麼呢，都是相似的東西，自己去寫下，不會的，開啟別人寫的程式碼，賦值貼上，稍微改下業務邏輯就好了。

一天寫多少程式碼，這個真的不好，看任務量吧，任務著急的時候，加班加點的去寫，如果出去重複的程式碼，平均每天寫個100-200行程式碼吧！你們可感覺少，這還是我往多了去說的，傳統行業，技術比較落後。重複的程式碼太多，但是 也不能缺少，沒辦法。我先就在努力把20行的程式碼進行縮減，怎麼減少到10行，5行。不過這是一個漫長的過程，希望大家多努力吧！

有的時候一天一行都不寫，就是改改bug，劃劃水，有專案的時候前期每天寫六七百行也很正常，我是前端，一個頁面出來基本就可以複製 更改了。不能比，各有各的

有一句話，不想當將軍的兵不是好兵，為何一定要敲多少行程式碼呢？不敲程式碼就不是程式設計師了嗎？

程式設計師前幾年是要會敲程式碼，不僅要敲，而且還要多敲，不敲技術怎麼能提高，敲的同時也要主動學習新的知識！

不過後期你要有自己的規劃，走向管理（比如專案經理，產品經理等）還是繼續走技術（如技術總監，架構師等），所以最後不是要你敲多少程式碼，而是你要下面的人一天敲多少行程式碼，不敲怎麼能成功交付專案。

只有等你不敲或少敲了，你就上了一個臺階！