为什么阿里巴巴出来的架构师总是喜欢Pua人？

Pua人在每个行业其实都存在，尤其是那些互联网公司，工作节奏快且基本上都是拿结果说话的。那么一旦一个人晋升为领导了，那么他肯定是要Pua下属的，并拼命的压榨下属的价值去获得更多的KPI，从而为自己再次晋升做储备。

我想说的是，这个不是一个行业，或者说一个公司是这个样子，自从人类进入封建社会，也就是秦始皇统一全国之后，有了官和民的区别，并给官制定了登等级之后，那就出现了Pua，只是那个时候不叫Pua，而是君父和官老爷的叫法。

为什么现在总是很多人喜欢将Pua和阿里巴巴画上等号呢？尤其是那些阿里巴巴出来的架构师？笔者带着这个疑问一起来和大家讨论一下，都是自己的一些观点，仅供大家去参考。

大厂都是只看结果不看过程的，尤其是阿里巴巴

互联网大厂从来都是只看结果的，也就是你必须要为自己制定一个让领导满意的KPI，与此同时，领导就可以拿着管控你KPI制定的权利去压榨你更多的剩余价值，当然前提是你有价值啊，假如你连价值都没有，那么大概率是很快会被淘汰的。

那么架构师这个职业又是很特殊的，它的工作内容其实本身就是一个吃力不讨好的。

在领导的眼中，架构师最出来的技术方案必须是高大尚的，因为领导需要你在部门技术和业务讨论会议上去做布道，你不能丢了他的颜面，必须要在总监或者CTO面前显摆一下，把其他部门的领导给压过去。

这个时候大厂的架构师，必须要竭尽所能的满足领导的愿景，但是牛皮吹出去之后，这些技术方案或者大饼是需要有人去实现的哇，到此架构师就只能拿着这个已经吹过牛皮的方案到技术团队中逐一去落实开发资源，当然大厂是不缺资源的，架构师总是能够找到合适的资源去做事情，大厂领导的Pua技能那绝对不是盖的，绝对是业界天花板，总是能够说服那些技术人拼命的做事情，增加1倍、2倍的工作量，那绝对是习以为常。

久而久之，这些技术和业务架构师就形成了大平台思维，那就是就算是饼再大，也会有人去落地的，也是可以逼着技术人去落地的。

当然这种思维在大平台下面是没错的，确实大厂资源太多了，技术牛人也太多了，且那些想在这个平台干出一番事业的小年轻人也非常的多，能力不够，就拿时间去拼，总归比那些不拼的大厂外的同龄人要强很多，也许未来也可以成为技术专家。

架构师的工作本身就是Pua 

架构师这个职位确实很特殊，或许很多人都觉得他没必要存在，因为在很多人眼中，架构师相对于技术专家或者开发人员来说，他是不写代码的，不写代码就没有价值。

当然这种观点其实也是没问题的，这个就取决于是否具备大平台思维，假如你的业务足够复杂，那么肯定是需要架构师的，这样才能彰显这个岗位的价值。

一般阿里巴巴出来的CTO，总是会优先淘汰那些在小厂中培养起来的所谓的技术专家，而是选择去招聘一个专职的架构师过来带团队或者管理重要的项目，那就是因为他看到了优秀的架构师的价值，它不仅仅可以Pua人，还是可以成事的，毕竟技术专家还是专注某种技术研发为好，但是要管理全局，还是差一点火候的。

为什么说架构师的工作本身就是Pua，前面也说过了，架构师一般是不会涉及到具体的代码落地的，因为这个不是他体现价值的成果。

那么架构师要怎么去忽悠并带着一群小弟去干活和落地项目呢？这个就是Pua的魅力了，也就是要让小弟能够心甘情愿的被你支配为资源去做事情，其实能够做到这一点是非常的难的。

为什么现在互联网圈子里面总是会流传00后的程序员非常难管理，动不动就打电话去投诉你，你还得挨个去说好话，那就是因为00后的程序员都非常的有个性，他们总是不服从管理，总是觉得自己年轻，无所谓。

也就是人家不愿意被人压榨着去做事情，当然任何人都不喜欢被人压榨，但是被压榨和受重视其实有时候是可以等同的。

也就是说假如一个架构师觉得你没有任何价值，无论是业务、技术还是落地代码，你没有可以利用的空间，那么大概率只要团队有C的名额或者是需要优化人，那么第一个就是把你给开了，或者更加极端的是就把你直接开了，另外再拿着你工资的空额去招聘一个更加合适好用的人。

并不是阿里巴巴出来的架构师就喜欢Pua人

并不是阿里巴巴出来的架构师就喜欢Pua人，这个是一个伪命题，而是但凡是江湖气浓的公司，Pua的文化自然就会浓，江湖气浓说明公司成立的太久了，从而导致形成各种派系关系网，从而导致Pua站队文化严重，当然这里也不是说这种氛围就好，只是我想表达的观点是，只要有人的地方就会有江湖，有上下级关系的地方就会存在Pua文化。

从某种角度去看Pua，那其实也是管高级管理者的杀手锏。假如你是一个高级管理者，而且你也还是一个老好人，这个是不可能的。

高级管理之所以能够晋升为管理者，那么肯定是结果导向和利益优先的，肯定是要会Pua人的，不然他怎么才能带着小弟们去开疆拓土呢？没有小弟们不辞辛苦的做事情，拿结果，高级管理者哪来的成果去晋升呢？高级管理者不晋升，下面的小弟哪来的机会，一人升迁，鸡犬声鸣，而顺杆爬呢？

所以并不是说阿里巴巴出来的架构师就喜欢Pua人，而是在那样的大的公司中，你不会Pua人，你就会被别人Pua，而最终就会沦为某某领导升职的牺牲品，这个是很残酷的，也是很现实的。

总结

在职场环境中，你不会Pua人是很容易吃亏的。

你的领导Pua你，他要从你的身上拿结果，那么你就得想办法利用手上的资源去拿结果，去Pua人。

假如你是一线最前沿的开发工程师，那么这个没办法，你只能被你的领导Pua，但是这种Pua的粒度肯定是很小的，毕竟你的领导的能量也就那么一点点。

当你知道合理的利用Pua人为有效的升迁工具之后，你就会发现为什么领导们都喜欢开会，领导们为什么都喜欢找人聊天了，其实这些都是Pua的一种最有效的途径而已。

另外我的新书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最具价值技术专家的技术奖项。