程序员35岁以后都干什么去了

去做技术，售前售后工程师，有些大的软件公司，做售前可是很吃香的，比程序员好多了。

而且重要的是能接触到很多大客户，也拓宽自己的人脉资源，做程序员久了的人，大部分都会比较死板。

程序员是从事程序开发、程序维护的专业人员。

一般将程序员分为程序设计人员和程序编码人员。

做为一名程序员至少熟练掌握两到三种开发工具的使用，这是程序员的立身之本，其中C/C++和JAVA是重点推荐的开发工具。

C/C++以其高效率和高度的灵活性成为开发工具中的利器，很多系统级的软件还是用C/C++编写。

而JAVA的跨平台和与WEB很好的结合是JAVA的优势所在，而JAVA即其相关的技术集JAVAOne很可能会成为未来的主流开发工具之一。

其次，能掌握一种简便的可视化开发工具，如VB，PowerBuilder，Delphi，CBuilder，则更好，这些开发工具减小了开发难度，并能够强化程序员对象模型的概念。

程序员可以干到多少岁？

首先说一句常识的话，人必自辱，而后人辱之。我记得以前在国内，刚开始做程序员的时候，身边的包括程序员的朋友，很多都认为程序员这碗饭是青春饭，到了30岁就做不了了。

这些朋友当中很多后来转行去做了文档的工作。我当时觉得，这个有必然关系吗？所以我一直是持怀疑态度的，随着时间的推移,后来发现完全不是这样子的。



最早的一次我记得，有一次感慨，当时去德国工作一年。我的领导看上去都50多岁了，头发都花白了。我二十三四岁的小伙子。这位领导每天去公司去得很早，我一进公司门口就能听到他敲键盘的声音，噼里啪啦非常的响。他可是当时那个项目的主要编程人员。我那个时候就算个小跟班，就写一点边边角角的小程序。从能力上讲比他差的不是一点儿半点儿。



那个时候有一种恐惧感，哇，这些老程序员该多厉害呀，我什么时候能追上他们？

随着时间的推移，自己也不停的换工作，也不停的换项目组，认识了很多不同的程序员同事。

发现在程序员文化中认为程序员是吃青春饭的，好像是大陆独有的一种状态。因为我在德国工作过，在新加坡工作过，在加拿大工作过，都没有听说有这种问题讨论。

当然，也有一种可能就是，如果讨论这种年龄方面的问题比较敏感，涉及到一些歧视的东西，有可能会触犯当地的法律，所以很多人忌讳讨论这种话题。

我记得有一个程序员同事称工作了35年，看上去的确很老了，但他做的还不错。



这个是自然的，因为一件事情你做的时间越久，实际上你越熟练，尤其是对于程序员来说，这是一个技术类的工种，你的经验越足，你的技术的成熟度也就越高。也就越有价值。

所以我现在又看到一些论调说程序员到40岁了怎么能做呢？我记得以前的时候说程序员到30岁就做不了了，现在我见了很多50岁还在做程序员的。

对于这些论调，我就是淡淡的一笑。凡是对此种观点深信不疑的，有这么几种人，一是从来没有做过程序员的，第2种是从来没做好程序员的。



随着时间的推移，你做的项目越多，你接触的人越多，你就越知道自己的价值和斤两。

实际上作为一个基本的常识，对于一件事情，任何人都可以有不同的观点，但是最根本的在于你自己。别人怎么说都是无所谓的，重要的是你自己怎么看，你自己怎么面对。

这里做个小结，就是对我们程序员来说，不要妄自菲薄，也不要自高自大。工作年限，不一定是资本，但也绝对不是累赘。



通过夯实我们自己的职业素质，经过长期的积累，我们要做的就是要把工作的年限转化为我们的职业资本。

从一名程序员过度到项目经理

1从程序员到PM,是一条脱变的路，事实上程序员走的路最终不应该是项目经理。首先有一点需要明白的就是，一定规模的项目中，项目经理不需要太懂技术，他可以是一知半解。项目经理的任务不是在技术方面，技术相关的应该交给SA去做。项目经理更多地是做管理，沟通等工作，你如果可以的话到书店查看一下关于项目管理的书籍，你就会明白。当然对于小项目来说，有可能是PM,SA是同一个人，而这样的项目经理更多只是SA加上一些管理工作。要做项目经理，你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路，这是一条比较悲哀的路。在大公司，SA下一个目标不是PM,而consultant,然后是seniorconsultant,PM走的是另一条路，所需要的技能不是技术，技术给PM带来的能力提升是很少的。在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。

2其实我蛮同意gzlucky（Lucky）的看法的，确实是我们公司不少项经理就是不很能跟得上现在的一些技术，因为很多人都快年近四十，儿子都上高中了，要他们再学新技术真的难度比较大，他们的工作基本上就是天天找手下的程序员，布置这个任务，询问那个任务做的怎么样了。不过我的头倒是和我一样编程，他手下写代码的就我一个人，他自己也会ASP和JSP,但是可能对。NET不熟，就由我来主负责了。我觉得项目经理还是像他这样的好，自己也能懂不少技术，可以服人。但是我的头儿好像在沟通这一块不是非常出色，当然也有可能是俺太内向，不太与他沟通，所以他也只是在交待任务后就不再多询问，而不像别的项目经理天天追程序员后头问。我想问问各位，你们看哪种项目经理才是比较好的，像我的头儿这样的，还是像某些喜欢追程序员后面问进展的。

3原来在一个小公司做过半年的DM,一年的PM,后来为了让自己的技术更扎实一些，离开了原来公司，现在在大公司做程序员，开始后悔了，在大公司里很难接触管理方面的东西，也很难晋升，个人认为在小公司做DM,PM,有经验后直接找大公司的PM,这样也是一条路。

或者考PMP之类的证书，然后直接找管理的工作。

希望过来人能给予更好的意见和建议，我也现在想往管理层发展。

技术很硬了再去做PM,这种想法是错误的，我就犯了这个错，边搞好技术（为了生计）边学管理知识（为了将来）,慢慢向管理发展，不能等。有句话说的好，机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西，所谓人的差异在业余时间。

要走向管理层，英语一定要学好。

沟通很重要，要做好管理者，先学会做人。多跟下属沟通，多为下属着想，而不要去巴解讨好上司。体谅下属，把项目计划做的尽量合理，不要让下属加班，给下属发展和晋升的空间，这样才能是下属有干劲，才能把项目做好，你才有更高的升迁机会。

只有把自己知道的不断的让你得力下属知道，只有提拔起一些得力的下属来，你才有时间和精力去向上爬，不然你抱着不放，就没有升迁的机会。

管理不是喝酒抽烟那么简单，那只是过去的那种不思上进，耽误自己前程。

吃尽苦中苦，方为人上人。

做PM不是混，是要把项目做好，这跟做人是一个道理，这也就是为什么做管理要先学会做人的道理。

pm的整个工作重点是什么？如果做为一个PM,技术不高怎么对付组里的牛人

我们经常会因为公司里的顶尖人才、个性化太强，不能与其他人合作而感到棘手，要解决这一问题其实也是有法可寻的。

一、在肯定其价值和优势的前提下，明确地制定改进的目标；

二、顶尖人才能够面对中肯的，明确及一对一的批评作正面反应，所以要加强与他沟通的力度；

三、可以根据具体情况调整考核目标，加强与其他员工合作的内容；

四、把"顶尖人才"调到相对能独立发挥其才能的岗位，减少与别人发生矛盾的机会。

;

以前认识的40多岁程序员在朋友圈阳光公司HR解雇了他的聊天截图。大致内容由HR委婉地说。因为这个程序员的年龄比较大，所以工作更累，建议辞职。这位程序员收到后显然很生气，但HR冷冷地说，这是公司规定。我只是按规定办事而已。这位程序员再次找到HR部门领导，甚至公司高层，但每个人都很有礼貌，但完全没有挽留的意思。

程序员很生气但公司给他办理了辞职手续，公司主动赔偿了3个月的工资。最终，这位程序员破口大骂地离开了公司，他已经在这家公司15年了。这位程序员声称公司过河拆桥，是公司IT部门的元老级人物，为公司付出了很多努力，但最终被公司解雇了。这一切在公司很多人看来完全不意外。这位程序员在这家公司呆了15年，但仍然只是普通的后端程序员，此前公司至少招募了10次以上的新员工，但看着新员工不久就当上了部门的管理职位。

这位程序员也没有告诉领导晋升的事。因为整个IT部门都知道，除了IT老板以外，工资都很高。因为虽然是一般开发职位，但很清楚工资是一般开发职位的3倍。程序员走了，IT部门还是照常，气氛变得更好，人们对他的离开完全不伤心，反而感到如释重负。原来这个程序员IT部门名声不好，总是相信自己是老本行，每天都迟到早退。因为是元老，技术部的老大也不太愿意给他分配太多工作，但即使如此，他还是把自己的工作推给了新入职的新员工，新员工不敢生气只能接受。

但是工作顺利的话程序员会把功劳都捞在自己头上，一旦有毛病，总是把锅甩给别人。偶尔兴头上自己也做了一些工作，但总是把后端逻辑程序转嫁给前端的伙伴，前端的伙伴对他不小争吵，最终导致前端的伙伴工作。每次他都是胜利的姿势。随着时间的流逝，他的工作越来越少，无事可做的他开始走遍整个部门，更有甚者，到其他部门上班时开始聊天其他部门很烦，向IT部门负责人反映了很多次，IT部门负责人也找这个程序员谈了很多次但这个程序员每次都诡辩说他在去其他部门调查需求。

以上就是关于程序员35岁以后都干什么去了全部的内容，包括:程序员35岁以后都干什么去了、程序员可以干到多少岁，年龄到了怎么办、从一名程序员过度到项目经理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！