首页 > 编程语言> > Android：三四十岁的大龄程序员如何对后辈评价“太水技术低”做出反击？未来的后路到底在哪里？

Android：三四十岁的大龄程序员如何对后辈评价“太水技术低”做出反击？未来的后路到底在哪里？

2021-04-16 21:59:59 作者：互联网

大龄程序员都不受欢迎？

一般而言，在一个行业里深耕的时间越长，经验越丰富，技术越纯熟，越会被人尊重，但许多人却觉得大龄程序员不受欢迎，这是为什么呢？

一个程序员发帖吐槽组里的大龄程序员：
1、技术水平相当于应届一两年，对技术毫无兴趣，够用就行，一年的经验用了十年。
2、觉得自己经验丰富，看不起新人，不服从管理。

楼主说，那位大哥比自己加班多50%，产出却不高，给他提了几次技术上的建议他都没听。楼主感叹，突然理解了为啥有些大龄程序员不受欢迎，都是有原因的！

有人表示赞同，许多大龄程序员使用着多年前已经被淘汰的技术，而且学习速度确实跟刚毕业的年轻人比不了。

有人说，如果这个人是按照技术专家的标准和价格招来的，说明领导和hr招聘有问题。如果不是，人家拿着普通攻城狮的薪水，凭啥不能是普通的能力和经验？

要知道一个人菜不代表所有人都菜，那些爱学习智商又高的大龄程序员，能力强到让人望尘莫及。

网友们纷纷举例说明自己身边那些大龄牛人，都是百科全书和大神级的存在：

网友说，楼主别太张狂，他就是十年后的你，你年龄大了也会这样，正如他们年轻时像现在的你一样。谁都有老的一天，不要自己糟践自己。别因为学了几个新框架就不知道天高地厚，小心将来你学的框架被淘汰了，别人也这么说你。

许多大龄程序员也纷纷跳出来发言，有人说自己刚毕业的时候也曾年轻气盛，看不惯大龄程序员，觉得他们是没激情的老油条，如今自己也成了大龄程序员，发现除了累出一身病什么都没留下，当自己在新人面前表现得谦逊时，他们却认为自己是技术不行的老油条……

说到底，都是打工人何苦为难打工人？如此内卷，打压彼此身价，底层互相伤害，何必呢？

谁都有老去的一天，这是自然界不可避免的规律。许多年轻程序员看不惯大龄程序员的点，没准将来自己身上都会出现。谁能保证在岁月的打磨和社会的毒打下，还能保持当初的状态和斗志？对大多数人来说，满腔热血常常会在蹉跎半生后凉透，工作从梦想和信念变成了养家糊口的工具。只要别人不耽误工作，不拖团队后腿，那就没必要用自己的标准去苛求别人。

年轻人不要小看年龄的力量，大龄者也别倚老卖老。团队工作本就是互补的，年轻的热血和大龄的经验如果能相得益彰，才能做到事半功倍。

程序员年龄危机

35 岁，已经真的成了所有职场人都不容易迈过去的一道坎。找工作，大多数公司把年龄限制在 35 岁以下，35 岁左右的人，连面试资格都没有。各大公司一到大规模裁员，35 岁以上的普通员工，就成了被裁员对象。

很多程序员将 35 岁看作是职业生涯的一个重要转折点，认为干到 35 岁之后就干不动了，甚至有些程序员自己都在怀疑这是个吃青春饭的行业。

35 岁这个话题，说来说去，关键还是看程序员们自己。不用回答我，大家扪心自问：

业余时间都拿来干嘛了？
有多久没有看过书了？
有多久没有写过工作以外的代码了？
有多久没有碰算法题法了？
是不是曾经也立志要坚持学习，要坚持刷题，坚持了多久放弃了？
是不是曾经也立志要像公司的大佬一样独当一面，结果回家埋怨一句加班好累就抱起了手机？

这里给大家一些建议：

现在的你无论是30岁还是35岁，我希望你能保持一颗奋进的心，时刻保持危机感
做技术的可以在一定的技术方向深入，如果走不通，可以走管理，管理走不通，可以走产品，产品走不通，可以走讲师，讲师走不通可以走自媒体
任何事物都不是一层不变的，只要能生存能挣钱，其他行业也照样可以选择
现在退休年龄都延迟了，女生60男生65，现在30左右的你还有大把时间可以选择，哪怕是重新开始一门新行业，虽然前几年可能是低潮期，但个人感觉到了一定的时候也是有必要的

30-33 岁这个阶段，最关键的是了解自己。知道自己擅长什么，自己的优势在哪里，怎样才能够最大化自己的价值，同时也知道自己有什么重大缺陷。未来是扬长避短还是不断避免自己的缺陷，这些需要提前想清楚。一旦想清楚，想透了，就剩下行动。你可以选择避开做自己不擅长的事情，不勉强自己，不让自己处于对自己不利的环境。当然，你也可以选择不断补短，把自己的不擅长点变成自己最擅长的。这个需要结合自己的情况来慎重选择，最终看你要走什么样的一条路，是打算做技术专家、管理者、还是技术结合产品，还是创业者。

最重要的是，我们不能因为年纪的增长而焦虑，因为焦虑本身除了干扰我们成长，没有任何意义。

打破危机渠道——过硬的技术

技术过硬 ≠ 对API熟悉，你用过这个框架，那个框架，熟悉这个配置，熟悉那个配置，这不叫技术好，这叫对框架熟，最多只能叫做API调用师而不是软件工程师。

技术过硬是指对技术在实际业务模型下的应用能力，自己在实际工作中对问题的分析解决能力。

有时候在做一个功能或者解决一个问题的时候，你有很多种选择，你是否有足够的知识储备让你选择解决方案？还是你仅仅知道一个唯一的解决方案？如果你现在有很多方法，你是否能找到最优解？

当你面对一个问题的时候，你的思路是否能支持你一步一步找到root cause？要花多少时间？找到以后你能不能有办法解决掉？

如何深耕技术

最近有很多人都在面试阶段，向我反馈了很多在面试中遇到的问题，所以今天想跟大家分享一些我的学习感悟。

1、技术不是纯粹拼智商的，而是一种技能，是可以通过科学合理的方式训练出来的能力；

2、学技术，死记硬背是不行的，需要边学边练，循序渐进着来，过于急功近利，可能会带来反作用。

刚学技术的时候，我找了好多教程都看了一遍。虽说有所收获，但是比较碎，看的时候各种明白，随后忘得精光。

所以还是需要系统的去学习，你可以排一个优先级，一个一个去学习这些技术，但是，并不是说每一个都要去达到源码这种级别，你只要去掌握他们用到哪些底层技术，适用于哪些场景，有什么优缺点，有什么坑，简单的使用案例，我认为掌握到这种程度就够了，真正遇到需要用到这个技术的场景的时候，你能信手拈来即可，然后再去深入学习。

如果你现在的学习没有方向不系统，学了又总是忘记没有效果，那么你可以参考一下我下面的学习路线，还有配套的学习资料，有需要的可文末自取：

分享的系统学习资源主要以详解各大互联网公司的 Android 常见面试题为主线，从面试的角度带你介绍必备知识点，以及该知识点在项目中的实际应用。

帮你在现在的基础上，重新梳理和建立 Android 开发的知识体系。无论是你短期内想提升 Android 内功实力，突破自己工作中的能力瓶颈，还是准备参加 Android 面试，都会在这份资料中有所一些收获。