30歲開始編程晚不晚

㈠ 30歲學IT會不會太晚了

不晚的，只要想學什麼時候都不晚，更何況才三十歲，風華正茂的年紀

㈡ 30歲的女人開始學編程晚嗎

30歲的女人開學編程不晩，人常說活到老，學到老，一點也不晚。

㈢ 30歲轉行學編程，還來得及嗎

曾經在知乎上看到這個問題，我的答案是可以的，並非我們是做教育的，才說這個話，按照道理來說這個年齡學習起來可能會比較吃力，特別是從零基礎入門學習的話；但是如果你熱愛，你特別想要從事這個方面並不是不可以學習！
需要比年輕人花費的精力花費的投入時間比例都要比較大很多，才能真正學出效果，不然是沒有辦法學出成果的！

㈣ 30歲的女人開始學編程晚嗎

不晚，只要有耐心有決心，就肯定能學好的，建議報個培訓班來學，這樣可以更快，效率更高。

㈤ 三十多歲學編程是不是有點晚了

要是和20歲剛畢業的學生相比，30歲在招聘上是處於相對不利的情況，但這只是年齡上的劣勢，要想學肯定能學會，也不算晚，現在半路轉行學java的人不在少數，就拿我們的java夜校班來說，大部分都是在職想學java轉行的人，這些朋友都是考慮到學習時間和成本的因素，選擇夜校班學習，時間自由方便，是直播課，課程質量也有保證，所以有人選擇線上學習的方式，最後也可以成功轉行。
總之，想學編程年齡不是限制，問30歲學編程是不是晚的人，大概是有同儕壓力吧，不要擔心，只要開始學就不算晚。

㈥ 一個三十歲的人，學習編程是不是晚了點

1. 關於30歲是個坎這事，現在其實並不是太成立了。國內IT業從無到有，開始做的是當然都是技術含量不高的工作，俗稱體力活。這些事1、2年經驗的程序員跟10、20年經驗的程序員都能做。拼的不是技術而是速度。過了30歲精力下降，當然拼不過天天加班還能活蹦亂跳的年輕人了。所以大都選擇往管理職業上轉。但現在國內的狀況已經有很大改觀了。不過總的來說，這事兒跟題主關系不大，就此打住，不多說了。反正題主學編程是自用，也不是要在IT業混飯吃嘛。

2. 首先並不同意30歲以後學習能力下降的說法。只要你的經驗是實在的經驗，而不是單純熬出來的「資歷」，它們就是很大的優勢——閱歷，眼光，全局觀，洞察力，觸類旁通……

㈦ 30歲的女人開始學編程晚嗎

30歲的女人學編程並不晚，30歲孩子已經長大了，而且有了一定的事業心，這個時候的你已經有了心情，再去學一門屬於自己的技術水平，所以在這個年齡階段學習編程應該是恰到好處的

在年輕的時候學習編程，有可能不知道自己該怎麼做，但是30歲以後再學編程的話，應該是已經知道自己該從事哪方面的工作，更有直接性，更有事業心，所以是最佳的一個年齡階段

30歲的女人是最有魅力，思想最成熟的階段，在這個時刻，無論你學哪一門技術，對你來說都是有很大的幫助的，因為在這個時候你已經脫離了照顧幼兒的生活習慣，想要去走向事業，所以這個時候你肯定會很認真，很努力的去完成這件事情

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

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

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