程序员到了三十岁怎么办

⑴ 一般程序员到了三十岁，都会干嘛。

可以考虑做架构师，管理人员发展，当然了一般到三十岁技术肯定是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司的下属公司做某项目负责人。

所以说，各个行业呢，都是有深度的，不仅仅是写代码那么简单。只要你愿意做下去，多年的行业经验积累会帮到你。

软件开发，或者说程序员工作，说到底就是一种工作。跟其他工作一样，都是用来养家糊口的。喜欢呢，就做得开心些；不喜欢呢，早点转行也好，或者继续靠这个赚钱同时，培养点其他爱好也好，都行。

⑻ 程序员到了三十多岁怎么办，怎么转型，如果不适合做管理的话，还能做什么

你好，可以做网站维护，如果做坏事的话可以编写外挂等等，都可以赚钱的