程序員30歲還能寫代碼嗎

㈠ 30歲以後還能再作程序員嗎

可以。不過要提高自己的層次，從編寫代碼的工作提升到項目的管理層面上。

㈡ 三十歲從零開始學習寫代碼，想做一名程序猿，可以嗎

三十歲開始學習寫代碼沒問題，不晚。可是想做一名程序員那就沒那麼容易了。你30歲編程技術一般，任何公司不會招一個30的新手的。公司清一色的都是20歲的年輕人。

㈢ 30多歲還能做程序或軟體開發嗎

國內很少有高齡程序員，因為程序員這個行業在國內根本就沒多長時間，很多老程序員因為有大量的經驗，都走上項目管理崗位了，少數走不上管理崗位的乾脆就不幹了，結果造成一種假象，程序員只能是年輕人來干。
其實，在國外，60年代就有程序員這個職業了，現在依然有一大批50歲以上的高齡程序員在編程第一線，他們不僅能使用現代軟體開發技術，還能熟練使用老一代的編程語言和技術，很多企業也依然在使用這些編程語言和軟體，比如Fortran、COBOL等等。

將來國內肯定也是這個趨勢，因為程序員越來越多，其中大部分程序員老了之後都不可能去當項目負責人或頂層設計人員，沒有這么多位置，大齡程序員必然越來越多。
所以30歲以後依然可以做程序員，50歲以後依然可以做程序員。程序寫多了就會發現，寫程序其實不是什麼太費神的工作，寫框架、查文檔、填代碼，熟能生巧而已。

㈣ 程序員真的是30歲後就不行了嗎

不全是。
30意味著不再是追風少年，有了家人的牽掛，甚至有了娃的消耗，事業還在瓶頸，精力、體質卻跟不上了，這是大多數人的情況。
但是也有順風順水的人啊，有了家人的支持，本來就沒什麼壓力，編程又是自己的愛好，娃也是快樂源泉，肯定還能繼續寫出優質代碼。
所謂人生贏家。

㈤ IT程序員有沒有年齡限制，年紀大了是不是就做不了了

都說35歲是人生的一道坎，立在「三十而立」和「四十不惑」之間。在國內，過了35歲，對編程還有熱情的程序員真心不多了。編程就像登山一樣，越往上爬人越少。35歲之後，除了轉管理，仍堅持寫代碼的都是這個行業的中堅力量，必將大有可為。

因為，編程不是青春飯，技術才是硬通貨。

編程絕對是一門技術活，程序員是一門「手藝人」。甚至可以說，「對於大多數人來說，如果你沒有編程到30歲，你還不能成為一個「合格」的程序員。所以，並不是編程編到30歲就玩完了，而是編程編到30歲才剛剛入門。」不合格的程序才會喜歡速成、好大喜功。（酷殼-陳皓：編程能力與編程年齡）

首先，數據說話：來看看編程水平和年齡關系的兩張圖。
美國學者對 Stack http://Overflow.com上的用戶進行了數據挖掘，製作了這樣兩張圖：
（Patrick Morrison & Emerson Murphy-Hill | Is Programming Knowledge Related to Age?）

1、年齡分布圖
可見，程序員年紀呈正態分布，高點在25歲左右，但是中點在29歲左右。

2、能力和年齡分布圖
程序員的能力=總聲望 / 活躍時間

令人驚訝的是，程序員的能力在從25歲左右開始上升，一直到50歲後才會開始下降。所以說，程序員吃的不是青春飯。只有靠蠻力，用體力而不是用腦力的「碼農」，才是吃青春飯的人。然後，再舉個栗子，看看這個酷酷的矽谷

Frank Jernigan
2001年，我加入了Google的工程師隊伍，那一年，我55歲。沒錯，在Google的四年時光，我一直都是那裡年齡最大的程序員。

我做了什麼？我不是團隊領導，也不是經理，我只是一個單純的程序員——和一群平均年齡小我25歲的同事一起工作。我的年齡貌似從來都不是問題，我感覺自己只是團隊的一員，同時我也是這樣被對待的。

其實，上了年紀並不意味著落後，除非你脫節。為了不和潮流脫節，我從不曾停止學習。1975年我剛開始工作的時候，我用的是打孔卡片和大型伺服器，用Fortran 和 PL/1 語言編程。20世紀80年代，我對OOP（面向對象編程）產生了興趣。我學習了所有和它相關的東西，並且撰寫了題為《使用面向對象編程的設計方法論》的碩士論文——現在應該被埋在波士頓大學的協議棧裡面吧。

在用Lisp語言編程十年之後，1990年我開始學習使用新的面向對象編程語言C++。僅僅幾年之後，網路大爆炸出現，我又進入了網路開發領域，開始使用HTML/javaScript等新技術。學習，不斷的是學習，是我在這么多年職業生涯中實現轉變的關鍵。

我觀察到很多和我年紀一樣的程序員轉入了管理崗位，或者爬上領導崗位，或者完全轉行到和編程無關的新領域。在我早期的大多數工作中，我的經理都會注意到我是一個有天賦的編程員，然後不怎怎的就得出這樣的結論：我應該成為一名經理。如果沒有更好的機會，我可能會接受這樣的提升，但是很快我就發現我討厭當經理。我喜歡軟體開發——這就是我想從事的事情。當我的經理走到我的辦公室，看見我在專注編程的時候對我說：「你為什麼在編程？你現在是一名經理了！」一切都很清楚了

㈥ 30歲的程序員還在每天敲代碼合適嗎

感覺不合適，或許你可以關注下SoFlu軟體機器人，它的全棧式開發能力能幫你從重復繁瑣的工作中脫離出來⌄讓你有時間去思考更深層的事兒。

㈦ 30歲還適合學編程嗎學成了還適合找工作嗎

中國程序員不能超過35歲，似乎已經是不爭的事實,國外卻不一樣，40、50歲仍然作開發工作的大有人在，為何會有如此差異呢？

在中國，程序員不能超過35歲，似乎已經是不爭的事實，軟體開發工作就是青春飯，頂多靠畢業這十年的時間，超過這個年齡，要不成功躍身成為管理者，要不轉行進入其他領域，好像再沒有更好的選擇，即使偶有繼續堅持作開發的，也被看成另類一族。老外卻不是這樣，40，50歲仍然作開發工作的大有人在，甚至很多牛人，包括獲得康柏最佳軟體獎的Robber，仍在埋頭作著他所喜歡的編碼工作，為何如此差異。我仔細想了一下，特別是這一年參加了太多的技術培訓，基本有了一些結論。
首先，國內軟體開發工作的性質決定這一切。我們所作的產品開發，真正技術含量並不高，高等院校畢業的學生經過幾年的培訓和實踐，基本都能掌握這些技能。而我們現有產品開發設計水平有限，對於軟體開發的理解還僅限於編碼，完成功能這些基本的需求，產品進度是第一驅動力，特別是一些小公司，把快速開發出產品作為最高目標，軟體設計質量差，很少考慮可維護性、可擴展性這些重要的軟體質量屬性，僅僅追求功能和進度，產品以最快的速度完成設計、編碼，少有測試甚至沒有測試，就直接交付給客戶。當在客戶那裡暴露出各種各樣的問題來時，開發人員就開始不斷的為客戶解決這樣那樣的問題。軟體做到最後，很多人都會陷入自己不斷挖掘出來的「陷阱」里走不出來，步入在復雜的系統中查找BUG、解決BUG、增加功能、引入新的BUG、再解決BUG這樣永無休止的惡性循環中，從事的都是一些低級開發工作，對於軟體開發的理解無法上升到更高的層次，每天都疲於救火和拚命打補丁，軟體維護成本居高不下；即使最終擺脫了這樣的厄運——項目結束，下一次軟體開發又是同樣過程的重復。
這些無休止的低級開發和維護工作，會耗光一個人所有的激情和精力，隨著年齡的增大，熱情和體力都在衰減，而這些工作，只要畢業生經過培訓，同樣可以勝任。有著廉價的、並且充滿熱情的畢業生作競爭，身心疲憊的老程序員必然面對更大的競爭壓力，做到最後，連他們自己都會失去對軟體開發的興趣，甚至會產生厭倦的情緒。對於這樣的快速開發模式，十年開發經驗和五年開發經驗有很大區別嗎？干嗎不使用更經濟便宜的開發人員？
另一個原因，是我們中國人一向的官本位思想。開發人員始終處於一種很尷尬的境界，聽起來從事的是高級技術工作，說起來也是「以人為本」，但是，有多少企業管理者真正重視和認可開發人員的，哪怕是碩士，博士，這些開發人員在「大官，小官」面前，都只是普通勞動者而已。程序員是一個沒有未來的行業，哪怕資歷再深，能力在強，也還是一個勞動者而已，只有當上領導，走上管理才是最終的出路，否則，薪水上不去，地位上不去，只能面對被淘汰的命運。
實際，之所以出現這種問題，是由於國內對軟體開發一直抱有一種錯誤理解。如果軟體開發僅僅是代碼編寫，查找BUG，可以說，那確實是在做一些低級的軟體行為。做了十年的開發人員，確實不見得比作了3年的人更強多少，反正是簡單重復的工作，工作3年的一樣可以作，而且有更大的熱情和精力。
軟體業要發展，就應該跳出這個怪圈，走向更高的領域，對軟體開發重新進行認識。我們要明白，軟體開發要融入工程化的思想，要有高度的設計能力，關注更多的軟體運行屬性和設計質量屬性。同樣的系統，不同的軟體人員會做出完全不同的軟體，正規，高效的開發團隊要比游擊隊開發團隊不只高出幾十倍的效率。
軟體開發，不僅僅需要關注功能、性能，更應該去研究可維護性、可擴展性等質量屬性；不僅僅只關注代碼，而更要上升為設計，復用等。軟體開發不能只是寫出C語言的代碼，單元測試、同行評審、培訓與學習，這些都是開發人員基本的素質，也是提高軟體質量的最基本手段；舉例來說，單元測試做好了，就可以讓開發效率大大提高，也能讓軟體的維護成本降下來，把開發人員解放出來；同行評審可以讓開發人員之間更多的交流和溝通，在設計，編碼階段嚴格控制軟體質量；培訓則是提高自身技術水平，從理論上提升自己的最好方法。現在基本上所有這些主要的質量行為都被忽略了，而這恰恰是走出低級開發的最好途徑。同時，還有更高層次的設計開發、軟體重構、模塊化、系統構架、搭建統一軟體平台、度量軟體質量等等。有了重構，就會寫出可讀性好，可維護性好的軟體，甚至因此提高自己的軟體設計能力，減少出錯的幾率；模塊化，讓軟體最大程度的實現復用，提高軟體開發效率和開發質量；軟體構架設計，從技術層次上最早決定了軟體的命運，而這里又有太多的技術，設計模式，軟體規劃等，讓軟體開發從編碼上升到設計的層次，搭建統一軟體平台，是大產品，系列化開發的必然之路，對於軟體質量的度量，會讓我們的軟體開發變得更加透明，清晰，讓我們更清楚地把握到軟體的開發過程，從各個環節去控制軟體質量，而不是僅僅憑著感性的認識到了最後才去補救。
以上這些知識，一個人，哪怕勤奮學習一輩子，也不可能完全具備所有的技能。35歲算什麼，做到70歲都不晚。當然，你需要真正的熱愛它，並且不斷得學習和進修。所以說，軟體開發人員，要作的事情太多了，軟體實在是一項浩大的腦力工程，甚至會讓人覺得這是一個投入/產出比最低的行業，因為要學習的知識實在太多了，每時每刻都要處於不斷的學習和更新當中。既然選擇了，既然喜歡了，就應該投入進去，享樂於此了。最重要的是，我們自己能並且願意去認識到這一點，跳出低級開發的怪圈，走向更高的層次。
同時，要意識到，一個資深開發人員的作用絕不亞於一個管理人員，高明的企業應該給予相同的待遇，要把培養和儲備高級技術人才作為高科技企業的重點發展方向，這樣才能讓企業在人才領域得到不斷積累，資深開發人員才會帶出高效的開發團隊，從而開發出高質量，高效率的軟體，讓企業在不斷激烈的競爭中取勝。要明白，不是每個人都適合或者樂於轉向管理的，很多人就是適合做開發工作，他們可以走得更深入，成為專家，應該充分發揮出他們的能力，讓整個團隊高效運作起來。
所以說，開發人員，決不只是35歲，只要你願意，可以作一生的開發，從中獲得更多的快樂

㈧ 從事程序開發工作，已過33歲，還能撐多久

「程序員干到35就不行了！」這是我們IT行業普遍存在的一種說法，而且還有各種年齡版本，有的說到30歲；有的說到35歲；有的說到40歲，達到這個年齡上限就必須要調整方向去做管理、產品、業務等崗位的工作，甚至創業的也大有人在，反正就是不能再寫代碼了。但小開見過了太多國內開發者，也接觸過許多國外的程序員。負責任地講一句，到了35歲依然致力於寫代碼的人，有的是！！！

最後，有一點很重要，要一直寫代碼可以，但是千萬不要除了寫代碼其它什麼都不會，寫代碼只是解決問題的其中一環而已。抽像的說學習寫代碼就是學習解決問題的能力，而一個企業所面對的所有問題在大小、難易程度、重要性方面都是不同的，作為一個打工者，終極目標就是替所在企業解決最重要最核心的問題，至於解決問題的方式是通過寫代碼還是通過別的途徑，這都是沒有限制的。但在國內，普遍來說，能通過技術解決的問題都不是問題。

㈨ 做軟體開發的過了30歲都已經轉行了嗎

國內很少有高齡程序員，因為程序員這個行業在國內根本就沒多長時間，很多老程序員因為有大量的經驗，都走上項目管理崗位了，少數走不上管理崗位的乾脆就不幹了，結果造成一種假象，程序員只能是年輕人來干。
其實，在國外，60年代就有程序員這個職業了，現在依然有一大批50歲以上的高齡程序員在編程第一線，他們不僅能使用現代軟體開發技術，還能熟練使用老一代的編程語言和技術，很多企業也依然在使用這些編程語言和軟體，比如Fortran、COBOL等等。

將來國內肯定也是這個趨勢，因為程序員越來越多，其中大部分程序員老了之後都不可能去當項目負責人或頂層設計人員，沒有這么多位置，大齡程序員必然越來越多。
所以30歲以後依然可以做程序員，50歲以後依然可以做程序員。程序寫多了就會發現，寫程序其實不是什麼太費神的工作，寫框架、查文檔、填代碼，熟能生巧而已。

㈩ 30歲還在寫代碼的程序員是一種什麼體驗

馬上就30了，依然在寫代碼，寫各種代碼，從C/C++寫到object-c，從java寫到lua，樂在其中，享受得很。當然，我現在基本不是依靠寫代碼掙錢謀生，事實上，我也幾乎也沒有純粹依賴過寫代碼謀生過。寫代碼只是一種樂趣，一種愛好 當然，難道是寫代碼謀生就一定是痛苦的嗎？也未必。公司有兩個同事，都是非常棒的程序員，也是成熟的架構師，一位是77年的，一位是78年的，他們主要的工作內容都是寫代碼，他們也都樂在其中，事實上，如果不出意外，他們能夠在公司里繼續留下一起合作，我想他們會一直寫代碼寫到30歲。他們都是非常非常出色的技術方向的專才，不寫代碼，浪費了他們的才華。他們現在寫代碼也寫得很happy。