有一定的參考作用，但也有一定侷限。。對於初期的階段還是有非常大的作用的。後期就不是看程式碼量了，靠研究精神和悟性了。

業界有個說法是：不寫夠十萬行程式碼，算不上是入門。

如何快速提升程式設計水平？

1.多看看業內人做的學習筆記，一般你在csdn裡很容易看到。

2.可以看看一直免費的公開課影片，有講技術的老師會直播寫程式碼的過程，動腦學院你可以去看看。

3.GitHub上有很多開源的專案，有很多大牛寫的專案程式碼很規範，你可以對照寫一遍。

這個不一定，一種是完全自己寫；一種是借鑑著寫；還有一種是就是複製組裝。如果是第一種還真有決定性作用，第二種就看你的悟性，第三種就不是量的問題了

分兩種情況的，一種是複製型的程式設計師，沒有面向物件思想，相似內容不停複製，沒有重用，試過維護這些程式碼，只能用一個字“坑”來形容，另一種是水平好又寫得多的，往往後面就精益求精，思想有所昇華，所以，程式碼量不能決定他的水平，但程式碼質量反映他的水平，“量”和“質量”相差一個字差別很大。

編碼量是一個必要但不充分的條件。

從某種意義上說，編碼大部分時候都是一個經驗積累的過程，真正需要全新研究的技術或者業務實現並不太多，君不見，軟體公司招聘最看重的就是開發經驗，雖然別的因素也會佔較大的比重，但是和經驗比起來，都不是最重要的。

那麼，和別的行業類似，經驗的積累，主要還是靠編碼量，寫的程式碼多了，見識的面廣了，解決問題的型別和思路也會隨之開闊起來，從而讓自己的編碼水平從量的積累到質的飛躍。

但是，光編碼量還是不夠的，還要學會思考，這個比單純累計編碼量更重要，比如那重要的23種設計模式，如果沒有一定的程式設計經驗，比較難理解，但是，在編碼經驗的基礎上，就能很快融會貫通，對經驗系統的總結、分析、提煉，才是能提高自己能力的靈丹妙藥。

一句話，編碼量大的不一定是優秀的程式設計師，但編碼量少的肯定不是優秀的程式設計師。

有這個因素但不全是，程式設計師這條路就是靠大量的練習、積攢經驗寫出來的，看一萬遍，不如自己去寫一邊。 所以，如果一個人寫的程式碼特別多，可以說他是一個厲害的程式設計師，但這只是粗狂的評價，一個程式設計師的程式設計水平包括但不僅限於程式碼量，還要看程式碼的質量以及這個人的程式設計思想。如果一個程式設計師一直寫一樣的程式碼，那他寫在多遍都不會成長。 所以，決定程式設計水平的，不僅僅是程式碼量

--河南新華電腦學院

首先感謝邀請，那我就回答一下。我本身也是一位程式設計師，我覺得一個程式設計師的程式碼量多隻能說明他對某一種語言的熟悉程度，並不能完全用程式設計的程式碼量來衡量一位程式設計師的技術含量。我認為程式設計是靠一種思維，在一邊學習，一邊敲程式碼的過程中學會思考，否則相同的程式碼回敲很多遍，但是原理還是沒有掌握。比起程式碼數量，我們要更注重程式碼的質量，和我們學到的東西，這些才是一個程式設計師的考核標準。

從03年開始做程式設計一路走來，總的來說程式碼量越寫越少。

剛開始做程式開發的時候，我主要還是做功能實現，負責專案設計的同事把介面寫好，剩下的事情就是寫功能實現。寫功能實現的難度並不大，簡單的說就是把資料按照固定格式處理結束之後，回傳出去就可以了。這期間每天的程式碼量都比較大，平均一天下來也能有500行左右。

隨著自己編碼能力的提高，很多程式碼的複用會做的比較好，在整體的實現過程中會採用更加簡便的實現方式，也懂得使用模組化的開發模式，伴隨著這個過程程式碼量有一定程度的下降，但是思考的時間變長了，有的時候需要一些時間來做驗證。

在2006年確定了自己的主攻方向之後，程式碼量再次下降了。因為工作的中心已經從功能編寫調整到一些框架設計以及演算法實現上，這個期間的程式碼量一天也就在200行左右，這裡面還有不少是在編寫介面。這期間的工作重點是實現演算法、做資料分析和建模，這期間還使用了MATLAB，所以在編碼上就下降了不少，但是難度卻提升了很多，有時候完成一個演算法的驗證需要一週甚至更長的時間。

其實，做計算機研發，程式設計更像是工具，無論使用什麼語言，最終的任務都是實現功能。編碼量的大小跟所處的角色有較大的關係，跟程式設計水平的高低並沒有太直接的關係。當然，高水平的程式設計師一定有大量的編碼基礎，這個是毋庸置疑的。

不敲程式碼，程式設計水平一定不會提高；

敲很多程式碼，程式設計水平不一定會提高！

我們不能單純的用程式碼編寫量去衡量一個程式設計師程式設計水平的高低。

同樣實現一個功能，程式碼的多少跟程式碼的好壞沒有一毛錢關係。

最簡單的例子，一條語句輸出一百遍，你是寫一百行輸出，還是寫一個迴圈呢，或者你用多執行緒輸出呢。

剛工作的時候，專案上要做一個webservice的介面呼叫，我用xfire實現的，具體程式碼記得不是很清楚了，印象中每一個引數都要new QName()進行設定，一個介面呼叫幾十個引數，那烏壓壓一大片程式碼呀。

後來知道axis了，也會用IED外掛兒自動生成客戶端了。

慢慢的，很少使用webservice+xml的方式了，更多的使用JSON請求Http介面了。

而現在，我們可能直接使用Feign進行介面呼叫了，這個真的是幾行程式碼就可以搞定了，有興趣的同學可以查一查這個框架。（下圖最右邊的那個）

不可否認，我們在學習程式設計的時候、剛開始工作的時候，確實需要敲大量的程式碼，已提高自己的程式設計水平和熟練程度。這是必不可少的步驟，天天看書看影片，就算把書上的例子全部都背下來，也不能算是會程式設計。

但是隨著工作經驗的積累，我們花在總結、思考、設計、最佳化上的時間越來越多；甚至有可能一個功能的改造，百分之九十的時間是在思考修改方案，最後只花了十分之一的時間，改了幾行程式碼就完成了功能的實現（這個真的不是誇張）。

要記住：工作時間+思考和總結=工作經驗

這就像吃飯一樣，飯量是否決定你的肌肉水平增長？很明顯這並不是決定因素，但卻是輔助因素之一。

到頭來，程式碼編寫量並不重要，重要在於如何快速在寫的過程中提升自己的程式設計思想。