怎麼才能在一天寫出萬行代碼並且基本沒有bug?

01-16

題目起因是看到@叛逆者說到一個下午寫了6000行代碼，此外也曾經看到另一個回答下facebook的大神為了一個issue一天提交了幾千行代碼，感覺這種事在大公司可能不算罕見，當然我知道僅僅代碼量並不能說明一個人是否牛逼，但是這個量實在是超出了我的想像，我想知道經過什麼樣的學習和訓練才能流暢的寫完這麼多代碼，還能保證基本沒有bug呢？

不啊，我不能保證沒bug啊。實際上拿幾千行超過一半都是函數聲明，而且是照著LLVM為參考寫的。甚至還沒實現那些函數，只是把框架先搭起來。

大概需要滿足以下條件:

1. 你有個女朋友

2. 你女朋友是計算機/軟體專業的

3. 你女朋友這學期有課程設計

4. 你女朋友在臨近DDL的時候把課設交給你

5. 你是個受(劃掉)

6. 你也有拖延症

@路隨

做不同的項目、不同的語言、不同的開發調試環境，速度都不同的，不要被這些事情所困擾你。

一個操作系統內核的一行代碼下手前的思考時間和一個線性執行的普通小工具，兩者的難度不同的，沒法比較的。

一天幾千行的話大多是複製粘貼過去的，他可以目掃完。

我做了十幾年，也就200多萬行的有效手輸代碼，平均速度可以算一算，大概也就是幾百行每天。

自動生成啊，比如

laravel new XXX

幾萬行應該有了，也幾乎沒有bug

謝邀。。。我也不知道啊 XD

不過我覺得想日進千行代碼有一下幾個要素

0 . 寫的不是Python

1. 有個DDL

// 沒有女（男）朋友

。。。

歡迎補充。

我一下午才3行，感覺腎都虛了

夢裡寫，

我不認為一個issue幾千行代碼是什麼好事，證明這個項目本身就有大問題。

幾千行，code review的人要多頭疼。我同桌昨天同時收了倆六百行的reviews就九點才走。這倆六百行的也都是幾天做出來的。

修bug，一個負責的工程師應該是做越少的改動越好，保持穩定性。如果大到幾千行，就不是個小issue，就是一個應該放進sprint的story，經過至少和一個人的討論，並且至少一個人code review然後分幾天roll out到所有用戶。

幾千行說上就上了，我不認為任何大公司任何的組能允許，除非這個人是一個非常senior的engineer，他的code幾乎沒人review，但這樣的人，一個公司撐死也就一二百個？可能都不到。知乎上更從沒有過這樣的人。

所以答案是，這種事情在大公司非常罕見，想要沒bug也很容易，unit test做好，code模塊化做好，基本不會有bug。

代碼寫得快是一種能力，前提是寫對！

我見過和聽說過不少程序員，代碼寫的飛快，定位bug的速度也極快。然而他們的時間卻大把大把地花在了debugging和反覆重構上了。我也見過一些程序員，他們代碼寫的慢，似乎做什麼事都比別人慢半拍，然而他們寫好的代碼極少有bug，一旦寫好幾乎不需要修改可以一直用。寫的既快又好的極少，我至今還沒遇到過。

代碼量並不是衡量水平和產量的標準。而且bug是不可避免的，不要試圖尋找一個不出bug的途徑。我覺得題主追求方向出錯了。

曾經用git記錄過，一周寫了17K＋代碼

寫個循環然後用facebook的prepack優化一下

一天一千行是極限了。做數值計算，有些bug很難發現。

得是軍人，女性，年輕

花一周時間在腦子裡把需求、構架、錯誤處理什麼的想清楚，然後體力活而已，打字快就行了。

ctrl＋C

ctrl＋v

就是這麼簡單

能寫上萬行代碼的大神可能有，沒有bug我絕對不信。

如果你的項目需求就是寫bug，那麼bug就不算bug

把循環語句展開？

把業務想好後，一天幾十個小提交，總量達到幾千行是很正常的，完全沒有錯也不好說，比如訪問資料庫，SQL錯了什麼的，邏輯基本問題不大