2024年我有一个愿望，请AI将这类程序员直接淘汰掉，永不录用！

程序员，作为计算机领域的专业人士，其核心职责就是编程。他们的工作围绕代码展开，通过编程来解决问题、构建应用。

在互联网这片广阔而多元的领域里，我浸润了十数载，期间遇到了形形色色的程序员，他们有的性格鲜明，有的个性独特。

多年的经验使我具备了辨别程序员优劣的能力。有些程序员表现平平，可能不太适合这个职位；有些则明显不胜任，理应被淘汰。但最令我印象深刻的，是那些技术精湛、出类拔萃的程序员，他们不仅在当前岗位上大放异彩，更是值得在这个行业中深耕细作、奉献一生的精英。

第1类最应该被淘汰的人，不想写代码的年轻人

小小年龄确不愿意写代码，确总是挑衅团队中那些前辈的权威（当然并不是说前辈的技术硬实力一定强，但是毕竟人家是前辈，你需要谦虚）。

我见过一些小年轻人，代码没写几行，却整天都在抱怨公司的技术氛围和业务不景气。

谈到抱怨和牢骚，那是一套一套的，但是真正的去写代码和解决技术问题，总是慢腾腾的，你还拿他没办法，人家仗着自己年轻，多说几句就可以直接和你对着干架的，再多说几句，就要给你提辞职。

代码是一个程序员的基础，一个入职工龄在5年以内的程序员，最应该去积累自己一线业务的编码能力。

这里的编码能力不是指你能够写出非常整洁的代码，而是你能够在成熟的业务项目中去体验那种“小步快跑”或者“火箭冲刺”的写代码的经验，从编码、调试、测试、解决问题、上线等的视角去度量你的代码能力。

每个阶段都是需要时间去积累实战经验的，这些是一个想成为一个专业的程序员必须要修炼的能力。

这个是AI没办法去替代的，也是程序猿必须要经历的阶段，作为年轻人，一定要在稳中求快跑，而不是一开始就不想写代码，假如真的的是这个样子，那么只能说明你不适合做程序员，那么你做的这些工作，还不如让AI去做。

如果在旁边多几个程序员鼓励师，估计这些年轻人就会争先恐后的去写代码，并帮助女程序员解决技术问题啦。

第2类最应该被淘汰的人，不想学习的伪技术人

很多程序员总是说自己学了很多技术，但是却总是得不到公司或者领导的重用。

还有就是技术面试的时候，总是觉得自己的技术很厉害，为什么总是不被技术面试官看重，这些其实都需要深刻的反省一下自己。

一般这种技术人就存在这种行为，那就是对于技术总是存在侥幸的心理，那就是临时抱佛脚，当然这种手段在大学考试中是可以操作的，毕竟老师都画了学习的范围并指定了考试内容，那么对于互联网公司来说，技术是没有范围的，也就是开卷考试，你可以充分的利用互联网去学习，但是人家考你也是整个互联网。

说白了，那就是一个真正的技术人，要将学习的功夫多花在平时的一点点的积累的基础上，而不是那个速成的培训班和临时抱佛脚上。

积累技术是花在平常的点滴工作和生活中的，它是一个需要持之以恒并长期坚持的事情，并不是阶段性的。

假如你总是认为只有在需要的时候就去适当的突击一下，并把这个当作是你的学习以及能力提升的时机，那么我就可以断定你是一个伪技术人。

第3类最应该被淘汰的人，倚老卖老的大龄人

其实这种人就是我们常说的那些35岁危机的人，天天在互联网上去叫嚣这种思想的基本都是这些倚老卖老的大龄人。

诚然工龄是非常重要的，程序员也是吃经验的，但是你的经验只是停留在在熟悉的阶段，也就是你只是比别人熟悉这个环境，熟悉这趴业务，熟悉这趴技术，那么这个就不算是真正的经验，你也不能总是拿这个去压那些年轻人或者你的潜在竞争对手。

如果公司业务运行正常，不出现一些危机，那么你确实可以利用手上的资源和权力去打压这些人，毕竟你的吃的盐都比这些人喝的水都多。但是公司业务都不稳定，你单单只是靠着你来的早，在这家公司待的久一点，就想靠这点技能去吃一辈子，或者去下一家公司，那么很可能的结局是你连进入下一家公司的机会都没有，这个也是为什么现在好多大龄程序员，被动离职之后，就等于失业，总是感觉自己好惨，但是很多原因其实都是自己造成的，毕竟环境差，那个是整体都差，又不是针对你一个人，所有人都是公平的。

第4类最应该被淘汰的人，躺在功勋铺的伪管理者

一些公司的所谓的管理者其实已经很多年没有碰过代码了，更别说什么技术了，因为这些脑子里面总是想着怎么去压榨自己下面的那些有能力的人，并利用他们去拿结果，总是想着如何利用所谓的KPI去拿结果，去整那些不听话的人，和其他管理者的拉帮结派，和自己的竞争对手去勾心斗角。

在这些伪管理者的眼中，做技术的都是傻逼，只有傻子才会去做技术，自己不做技术，照样可以管着这些人去做事情，还可以大摇大摆的将这些人的劳动成果转换为自己管理的结果，并在自己的上级面前去吹嘘。

每个人都不是傻子，这种只知道耍心眼的管理者，总会有人去收拾的，只是时机未到而已。

之前我碰到过一个技术非常牛逼的技术人，他把自己的领导大骂了一顿之后就去下家了，但是过了几年之后，这个领导在的公司业务缩减，这个领导被裁掉了，结果这个领导去面试下一家公司的时候，等拿到Offer之后，居然下家公司的技术负责人是自己曾经的下属（牛逼的技术人），这下就好玩了，我认识的这个技术人也不明着去整这个领导，因为他犯不着去和自己能量差距太大的人去挥舞棍棒，这样反而会得罪一个小人。

他反而从一个管理者角度去整这个领导，那就是在明面上去大大的重视这个层级的领导，并给他一些新项目的机会，但是必须要签下军令状，因为他知道以这个人的能力，绝对是办不成的，到时候可以随便找一个借口把他开掉。

第5类最应该被淘汰的人，喜欢优化“大动脉技术人”的小丑们

这种人其实最应该被裁掉的，只是他作为一家公司的小Leader，拿着很多一线KPI的考察权，也就是上面的老板要看的KPI，大多数都是这些人给收集上去的。

其实关于裁员裁到大动脉这件事，这里我就不展开说了，只是这种小丑确实可恨。

他将干活最多的，但是也出了一些错误的员工给裁掉了，觉得人家做的活可以快速的找人去替代，这样就可以再重新招聘新人。

所谓做的越多，错的也越多，他也不想想去包容一下，并给予这样的员工一些资源的倾斜，出了问题之后，就会拿人家当挡箭牌，并直接开啦。

那么一旦这个被开的人是团队的大动脉，只是这样的小丑不知道，因为他周围基本都是溜须拍马的人，那么这个小丑最后就会很倒霉的。

另外我的新书RocketMQ消息中间件实战派上下册，在京东已经上架啦，目前都是5折，非常的实惠。

https://item.jd.com/14337086.html?编辑https://item.jd.com/14337086.html

“RocketMQ消息中间件实战派上下册”是我既“Spring Cloud Alibaba微服务架构实战派上下册”之后，又一本历时超过1年半的巨无霸技术实战类型的书籍。

为了提高读者阅读本书的体验性，本书总共设计了十个特色，下面我一一的给技术小伙伴阐述一下。?

【特色一】由浅到深

本书将RocketMQ的技术原理和最佳实践体系化，按照由浅到深的顺序呈现给读者，使读者可以按照章节顺序按部就班地学习。当学习完全书内容之后，读者不仅能熟悉RocketMQ的核心原理，还能充分理解RocketMQ的“根”。

【特色二】技术新

本书不仅包括RocketMQ4.x（4.9.2版本）的核心原理分析和最佳实践，还包括RocketMQ5.x（5.1. 0版本）的新特性分析和最佳实践。

【特色三】精心设计的主线：零基础入门，循序渐进，直至彻底掌握RocketMQ

本书精心研究了程序类、架构类知识的认知规律，全书共分为6篇：①基础；②进阶；③高级；④高并发、高可用和高性能；⑤应用；⑥新特性，是一条相对科学的主线，让读者快速从“菜鸟”向“RocketMQ分布式架构实战高手”迈进。

【特色四】绘制了大量的图，便于读者理解RocketMQ的原理、架构、流程?

一图胜于文，书中在涉及原理、架构、流程的地方配有插图，以便读者更加直观地理解。

【特色五】从架构师和技术专家的视角分析RocketMQ?

本书创造性地分析了RocketMQ具备高并发、高可用和高性能的功能及原理，并从架构的视角展开分析，这些也是程序员进阶为技术专家或架构师必备的技能。

以下为从架构师和技术专家的视角分析RocketMQ典型案例，读者阅读完本书之后，也能够达到这样的水准。

【特色六】不仅有原理分析，还有大量的实战案例?

本书介绍了大量的实战案例，能让读者“动起来”，在实践中体会功能，而不只是一种概念上的理解。

在讲解每一个知识模块时，我在思考：在这个知识模块中，哪些是读者必须实现的“标准动作”（实例）；哪些“标准动作”是可以先完成的，以求读者能快速有一个感知；哪些“标准动作”具有一定难度， 需要放到后面完成。读者在实践完书中的案例之后，就能更容易理解那些抽象的概念和原理了。

本书的目标之一是，让读者在动手中学习，而不是“看书时好像全明白了，一动手却发现什么都不会”。通过体系化的理论和实战案例去培养读者的主动学习能力，这样本书的价值就会被最大化。?

本书相信“知行合一”的理念，而不是“只知，而不行”，避免开发人员出现眼高手低的现象。尤其是在技术面试过程中，面试官更加看重的是既懂原理，又能够主动是实践技术的技术人。

【特色七】深入剖析原理?

?本书以系统思维的方式，从业务功能视角剖析?RocketMQ?底层的技术原理，使读者具备快速阅读?RocketMQ?框架源码的能力。读者只有具备了这种能力，才能举一反三，实现更复杂的功能，应对更复杂的应用场景。

?【特色八】从运维的视角分析?RocketMQ?的最佳实践

【特色九】参与开源?

?本书向读者展示了如何修改?RocketMQ?源码，并快速验证案例分析。这样，读者可以从中学到参与开源的技能，并为后续自己能够参与开源做准备。

【特色十】双色印刷，读者体验会更好?

为了提高读者阅读本书的体验，在有上下两册的前提下（巨无霸，超过800页），出版社不吝啬印刷成本，依然采用双色印刷。

【推荐】本书的最佳学习路径?

?为了提高读者学习RocketMQ的效率，我这边结合我自身从RocketMQ小白到RocketMQ专家的经历，为读者汇总了一条最佳学习路径。

【寄语】作者寄语?

RocketMQ是我深度参与研究的一款开源消息中间件，无论是从源码，还是架构场景，我都提炼了很多最佳实践。

在开源领域，技术小伙伴可以使用的开源消息中间件非常的多，比如Kafka、Pulsar等，我之所以选择研究RocketMQ，除了工作内容和角色需要之外，更多的还是自己感兴趣，因此我建议技术小伙伴一定要先培养自己的兴趣，兴趣才是提升技术硬实力的第1要素。

当然我并不止研究了RocketMQ，还研究了Pulsar和Kafka等（包括开源消息中间件生态中的主流框架），只是本书作为一本关于RocketMQ实战派的书籍，我必须要以RocketMQ为主。

假如技术小伙伴想成为Java领域的架构师或者技术专家，我强烈建议你去研究RocketMQ，它会给你带来很多意想不到的技术和架构方法论的收获，这个也是我写本书的主要目的之一。

建议技术小伙伴按照本书设计的学习路线，逐章的去阅读和实战，这样学习效果会更好。

如果技术小伙伴有技术交流的，可以通过博文视点官方的读者群找到我的联系方式，并与我沟通，我会实时的解答读者的疑问。

本文公众号“架构随笔录”

本人视频号“架构随笔录”

【博文视点】2021年度优秀作者

2021年我和博文视点合作了一本技术类型的书籍“Spring Cloud Alibaba微服务架构实战派上下册”，它是我涉足知识输出领域以来的第一本书，同时它也是我自己积累的技术池中部分技术的产出。

为了写好那本书，我几乎花费了所有的休息时间，并主动的承担了书的售后技术辅导和咨询的职责（几乎是有问必答，坚持了整整两年）。

所谓有付出总会有回报，Alibaba这本书的销量还不错，我也因此获得了博文视点颁发的2021年度优秀作者。

我很清楚，这个是博文视点为了鼓励我继续去用心写书，因此我又花了接近1年半的时间去写了RocketMQ消息中间件实战派上下册这本书。

所谓一分耕耘一份收获，我将我对RocketMQ的理解体系化的输出给喜欢技术的技术人，希望真的对大家有帮助。

?【博文视点】2023技术成长领路人

2022年，我开始涉足技术直播和技术讲师领域，并和博文视点合作几次技术直播，直播效果还不错，再加上我孜孜不倦的布道“Spring Cloud Alibaba微服务架构实战派上下册”这本书相关的技术，并且这些技术都是有助于“技术人”快速成长的，因此也获得了博文视点颁发的“2023技术成长领路人”这个技术奖项，这个奖项也是为了鼓励我继续通过技术直播的方式给技术人去布道技术，因此只要我有时间，我就会孜孜不倦的去讲和聊技术。

【四维口袋】2022 KVP最具价值技术专家?

2022年，我开始涉足企业培训和相关技术直播，并和“四维口袋”合作了几次技术直播，并荣获了2022 KVP最具价值技术专家的技术奖项。