第一，用行數來規定軟體規模是非常扯的事。比如我可以寫一千行列印語句，列印一千個字元。其實也可以用一行完成。

第二，大佬們牛的不是一次性寫好，牛的是把你執行時間一千年的程式碼改成用一秒執行的程式碼，把你需要1t記憶體的程式碼改成可以在1m的空間中執行，把你一千年都找不出的bug用一秒鐘找出來，把你想破腦袋也想不出的演算法順手實現。

最後勸告那些想寫程式碼又覺得難的人，路都是一步一步走出來的，沒有哪個大佬天生會寫程式碼。我們要做的是知道自己需要什麼，然後一天一天的積累。

一個開發人員如果能獨立開發一個功能模組，且沒有bug，可以說是一名合格的程式設計師。如果能持續高質量，低bug的輸出，那他就是一名優秀的程式設計師。

我身邊就有這樣的一個同事，他開發的功能提測從來沒有bug，上線後也能夠保持長期穩定執行。他和我炫耀他做過的一個專案，這個專案是交付給一個國外公司使用，交付之後的一年裡沒有發生過一次報警，沒有一次宕機甚至是重啟，真正的做到了7*24小時高可用！

還有一個例子，有兩個朋友給人家長期兼職一個專案，這個專案每日註冊10w+，DAU也是幾十萬，總共就三臺伺服器扛起這些併發量。他倆的工作模式開發、自測，然後就是相互review程式碼，完事就上線！這個過程是沒有測試人員來保證質量的！

個人認為要想達到如上的能力，需要持續追求下面幾件事：

這裡單獨強調一下規範的重要性，有的同學在開發的時候總覺得嚴格的流程規範會降低團隊的開發效率，比如提測前的程式碼review，上線前的sql審批，各級領導的審批等等。

實際上這些流程就是為了保證上線的一個安全性。你總以為你寫的程式碼沒問題，不需要他人來評判你的程式碼，也許一次兩次都OK，但這證明不了什麼。你拿什麼來保證你每一次上線都沒問題？線上出問題了不是你一個人擔責的，當團隊規模更大的時候，如果沒有規範那將是一件很可怕的事情～

沒問題，只要思路正確，編碼嚴謹，習慣良好，經驗豐富，可以做到的，我就經常這樣，有一次，編寫一個將近2000行的批作業，想了1天，寫了2天左右，準備拿出1天除錯，結果，基本沒什麼問題，編譯執行測試一次過，我都有點驚訝。不過，現在已經很少有機會動手了。順便說一下，我大概有將近30年的程式設計經驗。