程序員一天寫幾個代碼

Ⅰ 如何看待程序員日均寫7行代碼被開除，大家對此事件有什麼想說的呢

不是我不明白，這世界變化快。俺當年入職時，一些公司的確會問代碼量。當時的標准大約是每周40到400行代碼，可以少，但不能多——換句話說，平均來說，每周多於400行代碼的可能得不到工作機會。因為你的代碼質量和工作態度讓人家心裡發毛。當然，也沒人太較真。功能點完成了、代碼質量可以（bug少、代碼邏輯清晰、文檔齊全），多點少點無所謂。

先後在多家公司擔任技術專家；平均來說，每周代碼量也就200行上下。當然，也搞過一次一天寫了2000行代碼的壯舉，結果是之後一個多月腦袋嗡嗡響，眼花，惡心。這個東西我事先花了一周多做設計、寫文檔，然後第二周的某天一氣呵成，寫完bug；然後累傷了，一個多月沒法工作。換句話說，相當於還是花了6周；平均下來，仍然是每周300來行代碼。

公司在與李某某簽訂勞動合同時並沒有約定一定要進行深度學習識別演算法代碼編寫，3D點雲演算法和多攝像頭聯合演算法代碼編寫的具體工作內容，所以沒有指明非要編寫這些代碼；拿什麼同級別同行業的平均每日編寫代碼的統計數據來作為考核的依據，沒有法律根據，任務不同，編寫難度不同，不能以編寫條數作為考核的依據；

至於工作內容，作為程序員並一定非要整天的在編寫代碼，也有可能在設計新的方案，或是對數據進行統計分析和總結等，不能以什麼編碼工作沒有做，就認為李某某沒有做出「成績」；作為剛來才兩個多月的程序員，前期的准備和熟悉是需要一個過程的，隨著對公司的熟悉和項目的了解，編寫代碼的速度必然會提高，而不能在剛來兩個月就以其他老員工的標准來進行考核；在發出解聘通知書後，馬上將其辦公電腦進行收回，這是嚴重的不尊重人，這屬於單方面強制辭退，沒有給李某某一點申辯的餘地。以上，公司理應對李某某進行賠償。

Ⅱ 一個合格的程序員一天能寫多少代碼

一天能寫一到兩個邏輯合理行數在50行的高質量函數就不錯了！

Ⅲ 程序員一天都在寫代碼嗎程序員的一天除了敲代碼還有做什麼

程序員一天都在寫代碼嗎？

來自我個人的感嘆:如果能天天寫代碼，該有多幸福啊~

如果程序員的一天都在寫代碼，這就說明了公司的需求明確，老闆的戰略完美,產品經理也不會天天找人撕B，技術Leader已經把框架制定好了，大家都安心編碼，安心做有創造力的工作。在這種情況之下，程序員的成長也是飛快的，心無旁騖的馳騁在代碼王國。

然鵝。人生不如意事常八九。

那八九不如意的時間,大多數程序員要面臨以下問題：

會跟產品經理吵架會對著搜索引擎出來的結果說卧槽，需求不明確，隨意更改，架構頻繁更換,焦頭爛額。

測試頻繁告知你各種千分之幾的無法復現的bug。

各種低效會議，無形中浪費生命。

除了以上這些，可能還有:興奮的寫了半天發現編譯不過。

折騰就是半天，開心的上了線，各種線上bug弄得心跳加快，血壓升高。

日常情況下把每天狀態最好的2-3小時拿來敲代碼就可以搞定一切需求了。

因為其他時間都基本上是用來開會,跟產品經理互懟，然後就是debug整天。有bug必須趕緊找出來，如果今天沒找出來,明天繼續一整天,如此循環。

所以要提高水平。經常寫bug的人就很忙。或者說，瞎忙。而且代碼寫得太多了還需要花點時間稍微整理一下文檔之類的，免得以後自己都看不懂。有些東西可能也需要花時間重構一下。

但可惜,程序員的工作不是僅僅只有寫代碼。你得了解業務。了解功能需求。要知道代碼是為了讓人使用的，你需要和人打道。

真正用來寫代碼的時間佔全部工作時間的比例其實並不高，就算是沒有人打擾，也需要花很多時間去設計怎麼寫代碼，或者是花很多時間去讀懂別人的代碼來找到Bug產生的根本原因。

在這個過程中看似面對的是代碼，其實還是在面對人。

程序員並不是一天到晚都在寫代碼的，大部分程序員一般平均每天應該不超過3個小時吧，大部分時候在了解需求、各種開會、找bug、以及學習。大部分時候是在做寫代碼之外的事情，偶爾也會劃水。

總之程序員的工作遠不止寫代碼，花時間學習提高自己，總結沉澱一些東西來提高自己的影響力，都很重要！

最後還有句話是這么說的：栽一棵樹最好的時間是十年前，其次是現在。對於學習編程的小夥伴，如果你想更好地提升你的編程核心能力（內功），在未來成為一名有為的技術人員！筆者這里或許可以幫到你~

歡迎轉行和學習編程的夥伴，利用更多的資料學習成長比自己琢磨更快哦！

Ⅳ php程序員一天一般寫多少行代碼啊

如果是純寫，沒有可拷貝和利用的源代碼的話，一個小時寫30-50行代碼比較正常，評價代碼質量一般按千行BUG數，這樣的速度寫出來的第一版程序千行BUG數20以上為較差，10-20一般，5-10良好，5個以下就優秀了。

如果加上單元測試的話，以上時間加倍即可。

Ⅳ 看看一個程序員平均一天寫多少代碼

這個也不一定，有時候寫些前端UI的，好多就自動生成了，其他的大部分也是抄抄改改（不是說前段沒有技術含量，我們的UI都定義好了所以用起來方便，寫底層UI各種響應的還是很牛叉的），所以這樣多的時候一天可以寫四五千行。
有時候寫些底層函數，特別是效率要求高，各種復雜演算法的，一天能寫上幾百行就不錯了，或許就這幾百行後面還得慢慢改。

Ⅵ 程序員8小時最快多少行代碼

程序員8小時最快50到70行代碼。優秀的JAVA程序員平常一天至少寫150行代碼，普通的JAVA程序員，平均一天的有效代碼量大概是50到70行。

Ⅶ 程序員一天要寫多少代碼

我連續等一1000個變數也可以說問我每天寫了1000行代碼，
但是這些變數，1個都用不到。
1行代碼可以實現想要的所有功能，那麼還需要寫1000行嗎。
因為能力有限，做不到把1000條代碼的功能寫成1行，所以才會變多。
所以不要用代碼行多少來判定程序員的工作量。

頂級的能每天寫100行以上的，那就已經佩服了，如果超過200行以上，我會感覺這個人不靠譜。

Ⅷ 一般來說程序員平均一天的代碼行數是多少，IT行業里

一般是寫基於web的程序，所用語言基本上為Java, PHP或者ASP，如果做winform，C#則是主流。另外設計到資料庫 部分，還要寫部分的資料庫sql語句（基於框架的開發被框架封裝好的存儲過程除外）。此外，還有前端的編寫，涉 及到的語言包括HTML、CSS、以及Javascript等。這類編程工作的主要特點是量大，技術含量相對來說不是很高，入 門檻相對較低。大部分從業者學歷相對來說不算頂尖，鮮有名牌大學畢業的從事web編碼工作。這類工作對演算法和數據結構要求不是太高，代碼許多都是大量復制而成，所以一天產生100行以上的代碼是比較普遍的。

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

有人說程序員的代碼達到1萬行就可以質變。也有人說每天至少100行代碼堅持1年才可以。
這些說法只是部分人整理出來適用他們自己的方法。
由量變轉化成質變，量大肯定能實現質變，但是更多的時候，質變應該是和一個人的思考相關的。做任何一項工作，如果真正的動腦了，OK ，及時沒有量，也是可以發生質變的。

Ⅹ 程序員一分鍾多少行代碼

你好，程序員一分鍾可以寫2行代碼。但是寫代碼多是思考，速度100個字元以上就可以了。