一天寫多少行代碼才算是好程序員?
來源:
奇酷教育 發(fā)表于:
2020-07-16 16:12:31
一天寫多少行代碼才算是好程序員?
以代碼為主要工作的程序員一天寫多少行代碼才算達標?
一天寫多少行代碼才算是好程序員?
來自 CSDN 論壇的程序員們說:
每天精華代碼是 1 行。
平均有20行有效代碼每天,就是世界級水平了。
代碼不在多,而在于精簡、高效、美觀。
真正優(yōu)秀的程序員都拿著高工資,其本上不用怎么寫代碼,如果你還拼命在寫代碼,說明離“優(yōu)秀”還有一段距離。
每天把 1000 行代碼減少到 100 行。
很多時候都在分析問題,查看代碼,寫代碼越來越少了。
如果寫的話,基本上每天 100 到 200 行,但是更多的時候在開會、開會、開會。
來自知乎的程序員們說:
無須看重代碼行數(shù),程序員的價值在于思考,而不在于打字數(shù)量。
真正寫出來可用的代碼,一天平均幾十行就很好不錯了。
我通常是一天不到 100 行。
負的。我們不生產(chǎn)代碼,我們只是 GitHub 的搬運工。
最多的時候,一個禮拜寫了上萬行代碼,那時候每天睡覺都很香,因為累!
比爾蓋茨曾說過:“用代碼行數(shù)來衡量程序的開發(fā)進度,就好比用重量來衡量飛機的制造進度。”
的確,在編寫代碼之前,需要有需求獲取分析、需求建模、系統(tǒng)的架構、系統(tǒng)模塊的設計、以及之后的測試等工作需要做。最終所編碼的時間也所剩無幾了。
在國內(nèi)某些公司,對于一些熟練的程序員,每天 100 行代碼是正常的生產(chǎn)率(包括需求分析、設計、編碼、單元測試和系統(tǒng)測試)。
但是對于缺乏編碼經(jīng)驗的畢業(yè)生或轉(zhuǎn)型的從業(yè)者來說,代碼產(chǎn)出量也須另當別論了。
在國外,作為科技巨頭的之一的 Google,他們的工程師每天能寫多少的代碼呢?
Google 的 AdMob 全棧工程師 Raymond Farias 曾發(fā)表評論表示:“我的同事告訴我,根據(jù)以往的調(diào)查證明,一名高效的工程師每天能寫 100-150 行代碼。”
我嘲笑了他并稱他的估計值肯定低了很多。
為了證明他的估計值錯誤,我以在 Google 工作中最有效率的一個月為例,并使用了 Google 一款內(nèi)部工具,即可以查看每天的代碼增量(包括添加、刪除、更改的代碼行數(shù))。我匯總了我一個月的代碼數(shù)據(jù),進行求和,并除以 20(因為周末不上班)得出平均數(shù)。猜猜得出的數(shù)字是多少?
等于 150?。?!
現(xiàn)在有個更有趣的問題:
Google大神們每天寫多少行代碼?
Oak Lomonosovas 曾在 Quora 上對 Google 有多少名軟件工程師進行了回答,它估計Google 有 4 萬工程師。
其中有部分工程師的代碼產(chǎn)出量比較少,像技術主管等可能會因為會議或假期而減少代碼產(chǎn)量,因此,每位工程師每天 100 行代碼的估計會比較準確。
所以,Google 代碼量可粗略估計為每天 400 萬行代碼。
有人說,一天寫 100 ~ 150 行代碼,怎么能算高效?
1、一天工作 8 小時里,有多長時間在寫代碼?
2、工作中平均每天寫的代碼里,
有幾行能通得過 code review 的有測試的 production quality 的代碼?
網(wǎng)友評論
@曉唦
額,想寫的時候,一天幾百行,不想寫,一天0行……(つД`)
@Jn xyp
編程五分鐘,扯淡兩小時
@評論專用
靠代碼量衡量工作量是相當傻逼的行為,把程序員當流水線擰螺絲的
@醬油攻城獅
代碼行數(shù)寫多容易,寫少難~
@山雨欲來
在中國,一天就100行代碼?明天不用來上班了!!差距
@南望山阿飛
通過代碼行數(shù)來判斷一個程序員的工作,真的是愚蠢至極;就好像評價一個作家,是看他寫了多少文字一樣。大神固然寫的多,但是寫得多不一定是大神
@落風月
假設Google工程師日新1000.那么一行代碼就值6-10塊錢。想起曾經(jīng)某人跟我說一行代碼只值5毛錢我就想笑。
@屠誹
“大神,你一天寫多少代碼?。?ldquo; “2個G左右吧~~”
@cjmmx
碼碼5分鐘,修bug兩小時
@Eric
100行代碼可以裝下整個宇宙,夸張了。但是100行代碼可以做很多事了,像谷歌這種大公司,100行代碼一天真的不爛,如果沒有bug。看代碼行數(shù)來評價一個人的技術就像看一個人的外表來評論內(nèi)在,一個菜鳥寫100杭代碼可能一行就解決了,所以你能說菜鳥更牛?
@少年子弟江湖老
高效
就是代碼行數(shù)寫得多?
曾經(jīng)把接受的一堆三千行代碼
推掉重寫
八百行實現(xiàn)全部功能
怎么看?
冗余
倒是高效咯?
我一直都是堅持用最少的代碼實現(xiàn)相同的事情
越少越好,越簡潔凝練越好
@Kit_lee
靠代碼量衡量工作效率的說法較容易引起開發(fā)人員反感,所以我看到評論中還是有不少負面內(nèi)容。但其實代碼量對于項目管理來說,確是做成本估算的一項重要參考指標。相近的一個功能,總代碼行數(shù)大概是可參考其他同類型項目估算出來的,那么這個開發(fā)人員平均一天的代碼行數(shù),作為一個參考指標就可以用來做開發(fā)工時預估,從而計算出多少工期內(nèi)我要投入多少開發(fā)人員。不然大家以為都是拍腦袋估的?