作为大龄程序员是一种怎样的体验？
✷≟作为大龄程序员是一种怎样的体验？
在知乎上输入“程序员”和“年纪”两个关键词，就会弹出下面的搜索结果：
基本上每一条都不同程度的反映了程序员对于年纪的焦虑。其实这也不是程序员杞人忧天，IT领域是最现实的，对于工具喜新厌旧，对于人也是一样，他们在帮助其他行业追求利益最大化的同时，当然自身也在追求利益最大化。
当程序员的年龄不断增长时，就相对难以保持技术更新，这时企业就会开始动一些小心思，据某机构调查，一些普通的高科技公司员工年龄的中位数都在30以下，只有在一些巨头公司如Oracle、IBM，员工年龄中位数才会比较高。
但企业和员工之间并不是单向选择，而是双向选择，谁能掌握主动权，那就要看谁的实力强。大龄程序员并非毫无优势，如果你在最初的时候就选择了自己感兴趣的平台、语言和框架，并在这个领域坚持多年，技术水平处于中上。那么，我觉得你在这个圈内基本就有了主动权。届时，那些年轻人还在拿着简历到处面试，而你则是在家里看着猎头给你发来的Offer，苦恼要去哪一家。
其实，说白了企业要淘汰的永远不是年龄大的人，而是没有实力并且在未来的时间内也不会有实力的人。
☧✒作为大龄程序员是一种怎样的体验？
不管什么职业，我们终将变成大龄某某某，包括大龄程序员。拼体力、拼年轻，只有黄金十年，不可能永远这样。唯有如此，社会才能新陈代谢。老人家永远占着位子，年轻人怎么办。
明白了这个规律，是第一步。接下来，就要未雨绸缪。别等来不及了，再折腾，翻不起什么浪花。
在年轻时，多积累点财富，为日后成为大龄做准备。有一些程序员，年轻时挣得多，也刚好赶上互联网方兴未艾，大手大脚。别看挣得多，花的也多，没存多少钱。等35岁来临时，一朝裁员，下顿饭钱都不知道在哪里。千万别学美国人，只管今朝，不管明日，这样会死得很惨。
在年轻时，多发展一些其他技能或能力。我认识一些程序员，一边在工作，一边还在写作。他们的写作收入甚至有时超过了自己的工资。这样的程序员，你说他会担心失业么，一点也不愁。那么，他们在写什么呢？他们可以写关于互联网的一切，有些还会写网络小说。总之，只要你坚持写作，网络时代可以回报你的超过你的想象。
在年轻时，多积累一些人脉，主要是那些投资人。程序员还是比较幸运的，互联网行业一直不断有风口出现。这意味着程序员有机会创业。多认识一些投资人，你可以看准一个机会下手，创业。这样，你还愁失业么，直接完成由就业到创业的转变。虽有风险，但有人愿意投资，不会对家庭造成什么影响。
总之，路很宽，只要你未雨绸缪。别懒，一旦懒惰，什么路都没了。
㉿◈作为大龄程序员是一种怎样的体验？
我也是三十左右的程序员，在一家国企工作。我们公司基本上都不年轻。如果你在的企业比较年轻，你可以考虑国企类型的公司。
因为国企里面无论是技术更新还是产品需求要求都会比私企要求低一些，所以更适应你这种，觉得竞争压力大，技术一般的人。
但是如果要在国企，需要接受工资比较低，而且会效率比较低。就看你自己的一个选择。
如果在私企，就好好学技术，三十并不大。
如果在国企，就安心工作，做好本职工作。
程序员很多，都是要看个人爱好。
喜欢才能坚持下去，才有学习的动力。
不喜欢，就找适合自己的方向，比如，走管理，走市场，走项目经理等，都是可以的。
比如我们公司一些技术岗，就可以进行转岗，据我了解，很多公司都有这个机制。
但是首先自己要学习的东西比较多，不熟悉的工作，多跟公司其他职位的人去学习。
说到底，作为大龄程序员，是很有压力的，尤其是在公司源源不断的有新鲜血压进来的时候。
但是正是这份压力，可以让我们跳出舒适区，走到另外一个阶段。
三十而立，还有十年才不惑呢(⁎⁍̴̛ᴗ⁍̴̛⁎)
❉∯作为大龄程序员是一种怎样的体验？
分享菊厂一位20万行代码哥的经历：
“你肩上扛了20万行代码，搞得定不？”这是我刚进华为时听到最多的一句话。
2008年9月新员工培训完，我没有回西安，而是直接飞到上海承接产品。刚进上海项目组，就受到了热情的接待。
“这次西安来了多少人承接我们模块?”上海X模块的PL问我。
我愣愣地指了指自己：“就我一个”。
“什么，就你一个？我们组有20万行代码，赶紧反馈再加人。 ”
其实，刚出校园的我对20万行代码并没有太多概念，但是看到他的反应，顿感不妙。我赶紧找到在其他项目组承接产品的西安PL，却得到了安慰，“没有想象的那么严重，你那块业务我也知道一些，我给你分析看。X模块代码逻辑比较简单，Y模块基本不出问题可以暂时不学，这样……这样……你只要集中把这几个模块搞定就行了。 ”
加人是不可能的，于是我的培养计划也相应有了变化。入职前两个月，我每天的任务就是读代码，下班前半小时给全组讲解。而同期其他新员工在入职一个月时已经开始处理问题单和开发需求了。第三个月中期答辩时，其他人的胶片上呈现的都是“处理了XX个问题单，开发了XK代码的需求”，而我的胶片都是模块的代码功能介绍。
学习期结束后，20万行代码的威力很快得以体现。为了让我快速熟悉业务，项目组把活最杂的接口人工作安排给了我，负责所有的网上问题、实验室问题定位以及几个高风险模块的问题单修改。很快，我就淹没在电话和邮件的海洋里，焦头烂额。
“问题定位没？邮件都发好几个小时了，环境不保留了。”
“这个问题我分析应该是你们模块的问题，快看下，下班前没结论我就转单了。”
“怎么回事，你名下问题单怎么不见少，版本都快过不了点了。”
……
是的，我成了各个组的“焦点”，同时也开始变得焦虑，虽然每天凌晨才回公寓，依然无法阻止上窜的DI值（问题密度），这下该如何是好？
很快，导师和PL注意到了我的窘境，伸出了援助之手。看现象，找原因，和我一起分析现状，一件一件分析手头的事务，传授四象限工作心得，把眼前的事务按照四象限法则排好优先级，再一一击破，慢慢坚持一段时间后，我终于开始变得从容起来。
就是为了晚上能睡安稳觉
转正之后，我很快就遇到了第一个网上问题，并且经历了一次深刻bug修复过程。依稀记得那是周日，凌晨两点，电话响起时我感觉像是刚躺下就被叫醒。
“我是在一线支撑的测试经理，新版本升级报错了，需要马上解决！”
“好的，什么情况？先尝试做下这几步恢复操作，再收集下日志，我马上去公司。”一听是现网的问题，本来一脸迷糊的我瞬间清醒，这可容不得半点马虎。快速穿好衣服，打车直奔公司。
还好，问题很快定位，之前现网的服务器出现过网卡故障，客户把服务器拆封，两块网卡拔出来擦拭金手指，插进去的时候交换了插槽位置，导致网卡的PCI总线编号发生变化。为了防止客户私装其他网卡，引起兼容性问题，新版本代码做了强制校验，但对于这种更换网卡位置的场景，却没有考虑到。
“这谁设计的功能，画蛇添足！老版本都没问题，这是致命bug，我要求必须回溯！”虽然功能不是我开发的，但听到电话另一端的措辞严厉，也感觉像犯了大错，不敢吱声。这次的经历，让我再后续很长一段时间，一接到网上问题电话就非常紧张。
网上问题引起的风波还没过去，修改这个网上问题的任务就落到我头上，没有想到的是这次修改也不顺利。代码很快就修改完了，但是验证时遇到一个问题。由于老型号服务器存量并不多并且前几年已停止发货，三种老型号服务器，实验室只有一台了，其他两种类型的服务器没有办法验证，怎么办？
“代码判断的就是这几个信息，你可以通过模拟打桩，之前我都是这么测的”，在老员工的指导下，我很快完成了打桩测试，但心里总有点不踏实。
结果在版本内部转测试前的预验证环节，兄弟项目组的同事找到了我，他们的一台服务器装上新版本后运行不起来。我心里“咯噔”一下，不会是那两种没有验证的服务器吧？果然，经过实机分析，发现我用的打桩模拟方法和真实的硬件还是有差异。
对于这次的修改引入，PL特地过来辅导：“这次主要是你经验不足，不要太放在心上。不过我们也要好好想想，遇到困难，是不是尽全力了。”再次修改时，还是有一种类型的服务器没找到，感觉真的没办法了。
一大早我只好再求助导师和PL，几小时后，PL过来对我说：“我已经给周边几个部门打过电话了，有几台服务器可能是我们要找的，我带你去确认下。
又经过几个小时，我们终于在一个实验室的角落找到了一台落满灰尘的服务器。拍拍灰尘，一看，好家伙，这不正是我们要找的么！找电源，接线，上电，安装版本……看到版本软件顺利启动，心里悬了很久的大石头总算落地了。
“好，我们再把交换网卡顺序的场景覆盖下。”然而折腾了半天，网卡还是没拔下来。原来这个型号的服务器硬件设计上也做了防呆，卸网卡需要专用的小工具。
半个小时后，网卡终于拔了下来，PL手上不小心被划了口子，鲜血直流，他却蛮不在意：“为了晚上能睡个安稳觉，这点小伤，值了！”
后来每当看到“打造质量口碑，构筑质量文化的教堂”时，我想说我们的质量追求真的很简单，就是为了晚上能睡安稳觉。
没有定位不了的问题
“Hello，sir……”下班刚出公司，我就接到了一个老外的电话。竖起耳朵再加上熟练的“sorry”“pardon”，才终于搞清楚了，原来是之前在espace上交流过的印度一线小伙，马上要去客户机房操作了，还有两个操作步骤不太清楚。
从来没跟老外通过电话的我，一时语塞，面红耳赤，嘴巴几次想张但就是张不开，到嘴边的单词，就是说不出来。
对方还在时不时的“hello? hello?”以为我不在线。哎，平时都是由GTAC的兄弟帮忙沟通，这下没人帮忙了，这可如何是好……不管了，管他语法怎样，突然，一句“yes”蹦出了口，慢慢地，一个单词、一个单词地蹦出，虽然磕磕巴巴，但总算可以用英语交流了。
我在电话了说了一通，反复确认对方了解了我的意思后，才放下电话。一看手心紧张得都是汗。好在总算交流完了，顿感身心舒畅了许多。
就这样，入职两三年后，一切逐渐步入正轨，不管是遇到什么难题，我似乎都可以从容应对了。
不过，现网出现的两三起未定位的Linux系统挂死问题，一直是大伙儿笼罩在头顶的乌云。由于使用的Linux是几年前外购的版本，一直未升级，维测功能比较弱。而我们作为业务软件团队，也不具备定位这种疑难问题的经验，求助公司的Linux团队后，仍无法定位，只能以老旧Linux系统问题进行了答复。
没想到，不久，在一个大T局点又出现了这个问题。没办法，我们只能再次求助OS、硬件相关人员，快速组建了攻关团队。由于缺少日志，大家从软件硬件各种角度进行大胆猜测，然后在实验室进行故障注入测试，持续了一个月后，实验室连问题都没有复现，更谈不上定位，所有人都很沮丧。好在新版本软件已经合入了挂死时自动复位的自愈功能，问题影响可以将到最低。一线也接受了自愈方案。第一次的集中攻关就这样心有不甘地以失败告终。
出来混，迟早要还的。问题攻关永远不会缺席，只是来得晚而已。大半年后，中国区的一起Linux挂死问题拉开第二次攻关序幕。由于是晚上出的问题，一线还没来得及处理，我们请求一线保留环境，立刻协调了公司Linux和硬件的专家马上出差到现场定位。
“这次抓到第一现场，总算能定位了。”我心里想。可惜从一线并没有传回好消息，只是进一步确认，确实是Linux系统挂死了，原因还是不知道。一时，又陷入僵局。
但是攻关不能因此停滞。我们再次静下心来，继续分析日志，看代码，分析这几个问题找共同点，很快发现这几个问题涉及的设备都是在运行了快一年左右时出现了问题。莫非与单板的运行时长有关系？累积效应的故障模式？大家很快调整了攻关方向。不久，就找到一篇关于Linux内核内存泄露的案例，经过计算，在我们的单板上正好在一年左右Linux系统一些关键内存就会耗尽，出现系统挂死。真是踏破铁鞋无觅处，得来全不费工夫。
后续我参与甚至主导过多起耗时长久、艰苦卓绝的疑难问题攻关，Linux系统挂死攻关在这些问题中不是影响最大和最紧急，但却让我受益最多。经历过这次攻关后，面对任何疑难问题，我心中都有一个信念：在我司，从来没有搞不定的事，也从来没有定位不了的问题！
2014年到2017年，由于工作调整，我转战产品开发，暂时离开了网上问题处理。2018年我又重新回归。
又是一次半夜紧急电话，我急匆匆赶到GTAC的攻关室处理紧急问题，一进门，又见到以前的几位老伙计：“看见你来我就放心了”。这句话一时间又让我浑身充满了力量！
以上内容来自华为内刊《华为人》，请勿转载
┫⇄作为大龄程序员是一种怎样的体验？
我也是一个37岁的程序猿了，天天除了写代码，几乎不出门，似乎都快和社会脱轨了。大部分的公司都喜欢用年轻人这是事实，像我们这个年纪经不住熬夜，缺少斗志，作为这个年纪的程序员最好还是转型做产品经理，不然各种琐事烦心事让你工作都有所顾忌，慢慢被淘汰，但是也不要太担心，不管怎么样都要保持学习态度，与时俱进。积极阳光一些。水平一般就要去弥补，让自己稳坐泰山。加油！
------------------
推荐阅读：
霍去病逝前的权位超过了卫青，但为什么他的墓葬会安排在卫青之后？
一些中老年离异女人再婚或搭伴却想得到对方的房产和财产，这是为什么？以诚相待，共度晚年不好吗？
“我的资产我做主”，多子女父母把巨额财产给个别子女，又要其他子女赡养，你怎么看？
为什么《红楼梦》里王熙凤喜欢林黛玉比薛宝钗更甚，明明薛宝钗才是她的亲表妹啊？
下一篇： “说曹操，曹操就到”是怎么来的？
