程序員到了三十歲怎麼辦

⑴ 一般程序員到了三十歲，都會幹嘛。

可以考慮做架構師，管理人員發展，當然了一般到三十歲技術肯定是OK的，也可一技術做開發

⑵ 聽說30歲，程序員新手沒人要，我現在該怎麼辦

找工作要看三樣東西：需求圈、能力圈、興趣圈，三個圈都重疊的地方，才是最適合你的，問這個問題的話，應該是還沒有仔細梳理過，「種一棵樹最好的時間是十年前，其次是現在」，所以了解自己的優勢、劣勢永遠都不晚，現在再加上30歲這個定語，看看30歲的你有什麼優勢和劣勢。
然後思考感興趣的企業都有哪些需求，一般來說，企業對於30歲的求職者期望會更高，要求有更多的管理能力和商業嗅覺，光寫代碼，熬夜拼不過年輕人啦。如果有做過不錯的開發項目，並且從頭到尾都了解流程，並且對結果負責，我相信企業會對你青睞有加，當然，找一個對的企業也是很重要的，新興的物聯網3D可視化領域很有前景，3D商業項目有不錯的市場需求，要抓住這次機會。
ThingJS不是做項目的，我們是為項目開發者提供3D可視化開發組件，利用thingJS平台進行項目演示，一站式服務很方便，重要的是積累3D項目經驗，這種實操是到哪兒都學不到的財富。
30歲的你，有了自己的3D項目，尋找合適的人脈和市場應該不再是難事。

⑶ 關於程序員在30歲，35歲之後怎麼辦的新思考

今年一直在深度加班，最近感覺自己身體確實不如五年前了，不如20歲的時候了。那時候學習到2、3點才睡覺，第二天早上繼續開工，沒有問題。最近感覺熬不動了，晚上十一、二點就困的不行了，早上也起不來，起來的話，上午就有點精力不夠。
我給自己的定位就是技術，我對純的管理也不感冒，技術經理，架構師，首席架構師，技術總監，如果有機會的話，可能是這個發展路線。目前來說，就是個技術經理，正在向架構師轉變，發現需要學習的東西更多了，精力還真是不太夠用的。還有就是思考的角度要轉變，不能以程序員的角度思考軟體，要站的高一點，要全面，自己還要看過(最好是做過)很多這方面的東西。首先從整體來思考系統，然後分解，逐步分解、細化，最細的就是程序員的代碼了，那個由他們來按照規范編寫，要去把握整體的結構，整體的設計，整體的模式。
另外一個我認為較為重要的就是，需要對團隊的開發人員做培訓。最近我也發現了，雖然我們用的都是面向對象的語言。但是代碼一點都不面向對象，除了寫了class，因為不寫class也沒有辦法編程啊。但是很多時候大家對於類的設計都沒有認真的思考，而且大家的認識也不夠深入，有必要在這方面提高大家的水平。封裝、繼承、多態，不是簡單的類、繼承、寫個介面，就真的是那麼回事了，很多時候我們還需要深入一點，越是基礎越重要。還是那句話:出來混，遲早要還的。
公司每天都在抱怨進度為什麼慢，我也在思考為什麼慢呢?每天都在加班，周末也在加班，就是快不起來，都很努力了，沒有人偷懶，為什麼沒有產出呢?我覺得就是這個面向對象的能力沒有提高，寫代碼的時候卡住了，業務清楚了，流程清楚了，覺得代碼也就是兩天，為什麼5天了，還是差一點呢?我決定就是代碼功力不夠造成的，如何提升呢?一是要靠自己多思考，下班多花點功夫練習，不是單純的練習手敲代碼的速度，而是對自己的代碼重構，模式，思考怎麼提高代碼復用性，怎麼才能讓自己寫的代碼不是改來改去呢，要做之前先想一想，設計一下。只有在這方面下工夫了，才能真正的提高開發效率，減少加班的頻率。二就是公司要組織這方面的訓練，抽出一半天的時間，來個面向對象的頭腦風暴，出幾個小題目，大家一起討論，在完成的過程中學習，鍛煉思考能力，設計能力。三就是專事由專人來做。我不推薦讓程序員參與業務討論和定位，因為做業務和開發是兩種不同的思維方式。做開發是很嚴謹的，業務則是很靈活的。四就是不要外行領導內行，會很慘的，至少進度會拖後很多。
難道這就是大家說的30歲之後要轉型嗎?在國內30歲之後真的寫不動了嗎?於是這幾天順便就做了一個思考。發現了一個驚天大秘密(哈哈)。發現了為什麼30歲就寫不動了呢?為什麼國外的程序員，很多都是40、50還可以繼續寫呢?而且寫的很享受的樣子，我們就需要轉型到管理呢?但是管理就像是金字塔，越往上越小，需要的人越少，不是每個人都可以做到管理的位置，況且不是每個人都適合做管理的。難道寫程序沒有出路嗎?不是的，這純屬是有些人的謬論，誤導了不知道多少人啊，至少我是這么認為的。
大家也許會說是環境因素、社會問題。是的，這些因素是影響到了我們程序員的生涯，但是他們不是主要因素，而且這些不是一天兩天可以改變的，也不是我們一個兩個就可以改變的，就像革命一樣，需要時間，需要人來犧牲，需要前赴後繼，積累到一定程度才可以變革。
我覺得我們可以控制的，又是主要因素的就是我們自己。至於30歲以後寫程序沒有前途的論調，可以用一句話解釋。
30(35)歲寫20歲的程序。
怎麼解釋呢?就是說30歲寫的程序還是20歲的時候寫出來的樣子，沒有發展，沒有變化。那肯定干不過20的小夥子了，他們可以加班、熬夜，但是我們怎麼辦，身體根本不允許你那麼幹了，肯定就不行了。老闆就覺得要30歲的還不如要20歲的呢?20歲的還可以更少的工資，更好忽悠，30歲的老油條，不好忽悠，而且產出也不行了，那就辭掉吧。
其實是我們自己斷了自己的後路，是我們自己沒有成長，還在寫20歲時候寫的代碼，沒有長進。在代碼的設計(且不說架構設計)方面沒有長進，所以寫出來的還是較為混亂的，牽一發而動全身的代碼。如果讓年輕人改，他可以熬夜該，但是我們就不行了，所以都說30歲就不能寫程序了。其實決定權在我們自己，要在20-30歲之間，提升自己，就算不想做架構，只想寫程序，也要越寫越精煉，要有自己的一套，要提升代碼的功力。要學習設計模式，重構，要思考代碼的結構，不是一上來就寫一大丟，然後推到重新來過，那樣肯定干不過年輕人的，哪有那個精力啊，是不是呢?
只想寫程序也可以，但是一定要想辦法，在30歲的時候不要在寫20歲的代碼，否則就真的沒有前途了，甚至要早點回家了，因為你干不過20歲的小夥子啊。
希望大家不要在30歲的感慨，希望大家作出改變。改變這個潛規則。

⑷ 程序員可以干到多少歲，年齡到了怎麼辦

程序員可以干到多少歲？

首先說一句常識的話，人必自辱，而後人辱之。我記得以前在國內，剛開始做程序員的時候，身邊的包括程序員的朋友，很多都認為程序員這碗飯是青春飯，到了30歲就做不了了。

這些朋友當中很多後來轉行去做了文檔的工作。我當時覺得，這個有必然關系嗎？所以我一直是持懷疑態度的，隨著時間的推移,後來發現完全不是這樣子的。


最早的一次我記得，有一次感慨，當時去德國工作一年。我的領導看上去都50多歲了，頭發都花白了。我二十三四歲的小夥子。這位領導每天去公司去得很早，我一進公司門口就能聽到他敲鍵盤的聲音，噼里啪啦非常的響。他可是當時那個項目的主要編程人員。我那個時候就算個小跟班，就寫一點邊邊角角的小程序。從能力上講比他差的不是一點兒半點兒。


那個時候有一種恐懼感，哇，這些老程序員該多厲害呀，我什麼時候能追上他們？

隨著時間的推移，自己也不停的換工作，也不停的換項目組，認識了很多不同的程序員同事。

發現在程序員文化中認為程序員是吃青春飯的，好像是大陸獨有的一種狀態。因為我在德國工作過，在新加坡工作過，在加拿大工作過，都沒有聽說有這種問題討論。

當然，也有一種可能就是，如果討論這種年齡方面的問題比較敏感，涉及到一些歧視的東西，有可能會觸犯當地的法律，所以很多人忌諱討論這種話題。

我記得有一個程序員同事稱工作了35年，看上去的確很老了，但他做的還不錯。


這個是自然的，因為一件事情你做的時間越久，實際上你越熟練，尤其是對於程序員來說，這是一個技術類的工種，你的經驗越足，你的技術的成熟度也就越高。也就越有價值。

所以我現在又看到一些論調說程序員到40歲了怎麼能做呢？我記得以前的時候說程序員到30歲就做不了了，現在我見了很多50歲還在做程序員的。

對於這些論調，我就是淡淡的一笑。凡是對此種觀點深信不疑的，有這么幾種人，一是從來沒有做過程序員的，第2種是從來沒做好程序員的。


隨著時間的推移，你做的項目越多，你接觸的人越多，你就越知道自己的價值和斤兩。

實際上作為一個基本的常識，對於一件事情，任何人都可以有不同的觀點，但是最根本的在於你自己。別人怎麼說都是無所謂的，重要的是你自己怎麼看，你自己怎麼面對。

這里做個小結，就是對我們程序員來說，不要妄自菲薄，也不要自高自大。工作年限，不一定是資本，但也絕對不是累贅。


通過夯實我們自己的職業素質，經過長期的積累，我們要做的就是要把工作的年限轉化為我們的職業資本。

⑸ 程序員到了30歲，怎樣提高自己的不可替代性

其實，做一輩子程序員並沒有什麼問題，重要的是，你必須成為一個不可替代的程序員，也就是說，你要成為技術大拿，能夠解決普通程序員所不能解決的問題。技術大拿有兩個版本：是程序員加強版。程序員加強版的你仍然是一個程序員，但你是一個很牛的程序員，憑借多年的積累，你在知識廣度和深度方面均已不是等閑之輩。是程序員升級版。程序員升級版的你雖然內在仍然是一個程序員，但你的職位已經升級了，你成為了系統分析師或系統架構師。這是非常自然和現實的選擇。
1、行業專家也是一個公司不可缺少的角色，他們對公司的行業知識、業務流程和細節了如指掌。行業專家一般並不是從外部招聘的一個只懂業務、不懂技術的超人，而往 往是從程序員經過多年的摸爬滾打成長起來的。

2、向管理方向發展的第一步，一般是被任命為項目經理。在大部分IT公司里，一個優秀的項目經理，不僅需要高智商，還需要高情商。可以不誇張的說，如果你能勝任項目管理，你就可以勝任戰術層的所有管理崗位，甚至你有家庭生活質量，也會提高到新層次。
有幾個方向可以選擇：
（1）成為技術大拿
其實，做一輩子程序員並沒有什麼問題，重要的是，你必須成為一個不可替代的程序員，也就是說，你要成為技術大拿，能夠解決普通程序員所不能解決的問題。技術大拿有兩個版本：
一 是程序員加強版。你仍然是一個程序員，但你是一個很牛的程序員，憑借多年的積累，你在知識廣度和深度方面均已不是等閑之輩。從匯編到java，你樣樣精 通。你在意數據結構和演算法，對系統的優化有獨到見解，對設計模式如數家珍，你還有完備的工具箱和自己的專用類庫。其實，加強版程序員有非常獨特的價值，可 惜的是，在現實中卻很少見，因為對任何一個公司而言，人才總是很稀缺的。老闆的眼睛是雪亮的，他怎麼會對你這種技術大牛視而不見呢，在你還沒有成為真正的 大拿之前，早已經被任命為系統架構師、項目經理或者更高的職位了。因此，你想守住自己的一畝三分地，悠閑的做自己的大拿，往往是不可能的。
二 是程序員升級版。雖然你的內在仍然是一個程序員，但你的職位已經升級了，你成為了系統分析師或系統架構師。這是非常自然和現實的選擇。程序員與系統分析師 或架構師之間並有鴻溝，只需一步而已，你就可以從崎嶇山路駛向寬闊的大馬路。但這一步卻並不容易，需要幾年時間不斷思考、學習、實踐，才能化蛹成蝶。
（2）成為行業專家
行業專家也是一個公司不可缺少的角色，他們對公司的行業知識、業務流程和細節了如指掌。行業專家一般並不是從外部招聘的一個只懂業務、不懂技術的超人，而往 往是從程序員經過多年的摸爬滾打成長起來的。作為從程序員成長起來的行業專家，你往往還肩負系統分析師之職。在公司里，對業務有一般了解的人很多， 但專 家級別的往往很少，為了後30年的職業生涯，你必須成為專家。
（3）朝管理方向發展
向管理方向發展的第一步，一般是被任命為項目經理。在大部分IT公司里， 項目經理是最小的管理崗位了，可能你不會覺得有太多驚喜，工資也沒有大的提升，但這個轉變，可以說會成為你一生中最重要的轉變之一。
不要小看了項目經理。有人說，項目經理是一個古老的職業。也人有人說，21世紀是項目管理的世紀。事實上，從人類有組織以來，就一直有項目管理，以前的項目 經理可能是部落首領，一次集體打獵、一次攻城拔寨，都可以視為一個項目。項目管理的知識可以應用到我們生活的方方面面，大至登月計劃的實施，小至家庭聚會 的組織，都離不開項目管理。
一個優秀的項目經理，不僅需要高智商，還需要高情商。可以不誇張的說，如果你能勝任項目管理，你就可以勝任戰術層的所有管理崗位，甚至你有家庭生活質量，也會提高到新層次。

⑹ 程序員老了怎麼辦

很多人都是說程序猿是吃青春飯的，上了年紀的程序猿將會面臨著腦力或者體力不支的問題，導致一些老程序猿不再被公司重用或者重視，甚至面臨失業的危險。然而我卻不這么認為，其實程序猿老了未必就沒有用了，很多老程序還是大用用武之地的。

⑺ 程序員四十歲以後該怎麼辦

這個問題，適合我回答。我是99年畢業的計算機系本科生，所以同學基本上都是40歲上下做it的人士。我就撿著幾個年輕時做過程序員的同學例子給你們說說，看看這些程序員40歲以後幹啥去了。

同學A，2000年去了某大公司H做開發，因為善溝通有親和力，後來逐漸脫離技術崗，做項目經理，售前，現在負責對外投資。

同學B，2000年去了某大公司H做開發，因為天賦好，技術崗位一路上升，做到中層領導職位，後來看好某新技術，毅然離職創業任ceo，堅持寫代碼至今。如今一邊經營公司，一邊寫代碼，一邊組織小樂隊吹拉彈唱，等著風口到來好起飛。

同學C，進入對日外包行業做程序員，現在自己組建軟體開發公司做老闆，時不常的還會弄弄代碼啥的。

同學D，進入對日外包行業做程序員被外派日本，後來定居日本，目前仍然是做維護代碼工作。

同學E，進入通訊領域做程序員，在換過多家公司之後，依然以資深專家身份玩弄著代碼，並以此為樂。

同學F，經歷了北漂創業，身體健康亮紅燈後，再次回到軟體外包行業打工。如今作為資深程序員堅持在代碼第一線，還經常加班。

同學G，畢業之後不久就炒了公司，做了軟體開發個體戶。從共享軟體到如今的APP開發，總能弄出名堂在排行榜中佔有一席之地。十幾年如一日，一邊瀟灑生活，一邊弄弄代碼保持排行名次。現在生活無憂，不停生孩子玩兒。

同學H，畢業後進了某大公司Z，做程序員。如今在Z司的下屬公司做某項目負責人。

所以說，各個行業呢，都是有深度的，不僅僅是寫代碼那麼簡單。只要你願意做下去，多年的行業經驗積累會幫到你。

軟體開發，或者說程序員工作，說到底就是一種工作。跟其他工作一樣，都是用來養家糊口的。喜歡呢，就做得開心些；不喜歡呢，早點轉行也好，或者繼續靠這個賺錢同時，培養點其他愛好也好，都行。

⑻ 程序員到了三十多歲怎麼辦，怎麼轉型，如果不適合做管理的話，還能做什麼

你好，可以做網站維護，如果做壞事的話可以編寫外掛等等，都可以賺錢的