個別現象吧。正常情況下，工作八年的程式設計師，肯定會有一個良好的程式設計習慣的，比如說程式碼的整潔、註釋等，這都是最基本的職業素養。如果工作八年都沒有養成良好（什麼是良好？就是別人看了一看就能看懂，這是最基本的了），那隻能說明這個人有一定的惰性，懶到改變自己，身為老程式設計師，這樣子是很危險的（職業前景）。

所以說，程式碼質量和工作年限，以及是否是計算機專業是有一定的關係的，先入為主嘛！但不排除個別現象！

先說程式設計師的工作年限。

1～3年，屬於一檔，註釋能夠寫好，不怎麼出bug，就算及格了。

3～5年，屬於一檔，能夠理解業務，註釋貴精不貴多。有經驗積累。不再發明輪子。會偷懶了。bug幾乎會消失，因為這個級別都會給自己的bug找藉口。

6年往後，屬於一檔，這算是程式設計界的老炮了。最不好管理的一群人。但是這群人兩極分化嚴重，一些會回退到上一檔，甚至更差。還有一部分人就是奔著架構師的級別努力了，程式碼寫的少，想的多，工作時間不怎麼寫程式碼，但是公司的框架能夠及時出現，並且沒有什麼大毛病。

至於題主說的這種情況很正常。一年的工作重複做8年，但是說有八年工作經驗是沒有問題的，但是絕對沒有八年的水平。

以上亂寫，勿噴。

這個很正常。

比如，一個專案，大公司是很多人做，每人做一個模組，有時間做模組的精簡，演算法，邏輯，bug的最佳化，所以，程式猿水平有提高。

小公司，幾個人做，本來工作量就大，還淡什麼最佳化。能完成就不錯了。老闆有的是外行，瞎指揮。

所以，自己在私下裡有不練，自然程式質量沒有可比行。

這東西看公司文化、老闆要求和個人自律。我見過做儀器儀表的嵌入式工程師，寫的程式碼沒有任何註釋，後來者全靠猜測——xl是斜率，xl1是臨時變數，xl2呢？反正他自己知道是什麼，別人愛咋地咋地。反正老闆也不懂程式碼。

程式設計師和碼農是有區別的，碼農只是上班的時候重複的搬運程式碼，下班根本不會學習，也就是說他們的興趣不在這，只是把這個當成吃飯的工具。程式設計師是把寫程式當成興趣，全天都在學習和思考。幾年下來，程式設計師和碼農的區別就出來了。碼農幹8年還是碼農，程式設計師幹8年會成為大牛。

寫程式碼只是挨踢從業人員能力的一部分，不過這應該也是基本功，我從業五年，身邊很多從業十幾年二十年的老前輩，也有剛畢業的新人，根據我的經驗，如果程式碼都寫不好，這個人的其他能力也好不到哪兒去，不同的語言，雖然語法，慣用法差異很大，但是寫的時候，思想是相通的，跨語言和寫的少不是藉口，還有特別反感工作年限和工資掛鉤的觀念，掙多少得靠能力來衡量！

程式碼爛一般有兩個意思，一是格式亂，該有的空格沒有，命名混亂，二是演算法落後。看題主說的應該是前一種，這種問題的產生有幾個原因，一是個人原因，老程式猿個人非常懶散，二是老程式猿的第一家公司不好，程式猿的第一家公司對程式猿的編碼風格影響很大，三是當前公司不好，沒有程式碼規範，沒有code review，四是歷史原因，程式碼經歷了好多人的手，風格很不統一，但是還能用，所以老程式猿懶得改了，怕引發其他問題。

得看公司大小分工是否明確的，像我在小公司上班，一個人維護兩個專案程式碼，關係到幾百家單位（winform客戶端）的業務使用（每天跟錢打交道的院），而且是二次開發，潛在問題很多，早上到公司忙完抬頭就天黑，根本沒有什麼心思去弄什麼所謂的最佳化，並且還兼顧客服測試的活，不管是不是我負責的專案，只要問題來了都找我，反正我我沒什麼精力去寫什麼“好程式碼“”，現有的事情已經讓我忙的不可開交了，然而公司也不招人

老程式設計師沒有耐心，一個程式的原始碼沒有一個好的註釋是一個很讓人頭疼的原始碼。老司機覺得自己時間長了，倚老賣老，後面的人再接他的程式，看程式碼的時候，估計有一種想重寫的衝動！

程式碼反映一個人對某有限問題的解決思路。所以程式碼的混亂，本身就表明了思路的混亂。思路為什麼會混亂？有兩種可能：一是對當前有限問題的邊界界定不清，二是在該問題所屬領域經驗不足。所以你所說的"幾年經驗"的程式設計師，只是他從事了程式設計行業這麼多年，並不能證明他能在特定問題上能夠理清思路。

另外，程式碼的混亂，也間接反映了程式碼所應用的行業存在漏洞、隨意性和非標準化的處理過程。不要只把眼睛放在人身上，要看得更深入一些，這樣程式設計生活才能變得更有趣味。

就像計算機的記憶體位元組，寫進來的位元組碼，可能是一串數字，字元，可能是一個例項化的物件，可能是一段執行時程式程式碼，跳轉到某段位置可能啟動系統，也可能啟動病毒，再分J,C等就太多了，位元組寫進來，不分析研究一下，原樣讀出去，下次開機又是分配新的位元組，鐵打的記憶體，流水的資料，個人精力有限，能精通一兩樣就好。

我想問一下同行們，原來覺得做程式設計師是一個特別有前途的職業，而且自己也很喜歡寫程式碼得感覺，看到一個新的東西總是覺得想要學會它，然後去了解他！但是到了三十歲以後忽然覺得這是一個挺沒有前途職業，三十歲要面臨成家立業，娶媳婦生孩子買房子，再加上三十歲不再像二十多歲那麼有激情，幹活不知道累，總之各種原因，忽然覺得三十歲了甚至三十多歲，自己還要坐在電腦前敲程式碼，有種悲哀的感覺！雖然也會看到一些年近四十依然寫程式碼得同事，但是總覺得那不是自己想要的生活，那種生活應該是屬於年輕人的！而且我覺得從幾千的工資到兩萬的工資，熬著差不多也就達到了，然後從兩萬到更多三萬五萬好像一下是一個巨大的坎，一個瓶頸！於是再思考思考前途的時候比較迷茫了，你們都是怎麼選擇的呢？往管理層努力？還是轉行？還是創業？

不要用極端個別的例子說事，鳥子大了，什麼林都有。程式碼我還是喜歡給老員工寫，想得多，配套的文件和測試程式碼做的周全，新人就喜歡哪功能怎麼樣怎麼樣，還有“我怎麼樣怎麼樣又定位了一個bug”，其實就是自己浮（chun）躁，惹了一堆的事，給自己擦屁股，人力成本就是這麼給浪費掉的。

首先程式碼質量和工作年限雖然有一定的關係，但並不是正相關性的。

如果是新人的話，可以多檢視一些程式碼規範，遇到具體問題可以去搜索一下是否有現成的解決方案；閱讀一些好的開原始碼對於自己程式碼水平的提升也是很有效的；除此之外，最好還是要多學習學習英文，畢竟很多好的文件都是英文的。

如果，你發現一個老程式設計師程式碼很混亂，也有可能是一些幾方面的原因：1.可能自身水平真的有問題；2.可能是從另一個行業剛剛跳槽過來的，並不熟悉該領域；3.可能他對問題的需求分析做的不夠透徹；

總而言之，以工齡來論程式碼質量不是一個準確的衡量標準！