程序员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。