在阿里巴巴，平台赋予你的能力，并不是你的能力

在任何一家公司都一样，平台给予你的不是你的能力，那个是平台的能力，你做的只是平台的执行者而已。

我相信第一次听到这句话的小伙伴，肯定会很惊讶，在阿里巴巴这样的大公司，做一个技术管理者，多有权威呀，你可以说一就是一，没有人可以反对你，其实这样想也是对的，但是换个角度，假如你不是人家的领导，或者是你不管着人家的绩效，那你再看看，他是否会为你马首是瞻了。

大平台

很多人一辈子都是在不同的平台之间跳来跳去，然后给自己的一点信念就是要去一个大平台，这样可以发挥自己的余热和工作的热情，其实我想告诉大家，这样其实并不是大部分人的本意，大家想去大平台，那是因为你还想去更大的平台，总之人的欲望是无止境的，除非你觉得自己赚够了，荣誉拿够了，也累了，就可以歇一歇了，这样你就不会去折腾了。

回到主题，“大平台”为什么会这么的香，那是因为只要你扎根大平台，那么平台总会给你正向的反馈，并赋予你更多的能力，当然体现出来的就是你的成就感。

在大平台（比如阿里巴巴），当你是一名优秀的技术管理者的时候，你可以做很多事情。

你想重构一个系统，发现很多小伙伴非常积极的参与，并且能够给予你很多技术和业务上的支持，这些是在小平台不会碰到的。

你想引入一个新的技术，你会发现你下面的员工，懂的比你还多，就算是他们现在不懂，但是你简单的引导一下，他们就会积极的去学习，并且很快就熟练了，甚至比你还精通。

你想做一个平台，你会发现很多前人已经快帮你做好了，大平台会有技术的积累和业务的积累，只是人家没有更多的时间和机会去做这些事情，但是你运气好，你有机会。

你想去做稳定性建设，你发现大平台底层有很多现成的技术可以支撑你去做这些事情，剩下的工作就是让业务如何高效的去对接，而不影响业务。

你想去做高可用架构，你会发现，你只需要改改代码，并且对业务几乎是零侵入，你就可以做到9999的高可用。

当然还有很多牛逼的能力，比如异地多活和多数据中心等。那么久而久之，你会觉得你非常的牛逼，一下子能够做这么多的事情，也许这样也会让你觉得很膨胀。

甚至你会觉得你接触的这些牛逼的技术，都是自己擅长的，都是自己实现和做到的。

但是你会忘记这些都是别人赋予你的，也就是说“前人栽树，后人乘凉”的道理。

当你从大平台出去了，你去新的环境中开展工作的时候，你还是会按照大平台的工作模式去要求自己以及身边的小伙伴，到那个时候你会发现，想做一件事情真的非常的难。

你会觉得不就是一个简单的高可用架构吗？这个不是非常的简单，以前我们都是非常容易实现的，业务和技术只是简单的对接一下就OK了，现在这边怎么要花这么多的时间，并且还这么多的问题。

我想这个事大多说从大平台出去的技术管理者的通病，总是觉得以前是如何做事情的，现在就要怎么去做。

大平台，诸如像阿里巴巴、字节跳动、腾讯和百度等公司，都是给我们技术开发人员提供了更加优质的资源，那么我们要学会如何去利用这些资源去变现，也就是要为自己去做加持，你要去想，当你离开这个平台之后，你是否还有东西能够让自己去发挥这些资源的余热。

小平台?

小平台就很难了，生活在小平台的技术人是非常的苦，那是因为任何技术的研发都得从0到1，就算是是用开源，你也得自己先把他吃透，不然你很难做到没有任何问题去上线一个产品。

有些技术甚至是一条龙服务，也就是业务开发也是他，技术开发也是他，运维开发也是他，总之，在小平台中，老板总是将你的能力发挥到极致。

这个就是很多从阿里巴巴出来的小伙伴，不愿意去小平台的原因，当你去了之后，你会发现这种降维打击的力度实在是太大了，你没有足球强的毅力，你是很难做下去的。

一般小平台的公司为了吸引阿里巴巴的小伙伴过去，除了开一份非常丰厚的薪水和奖金之外，还会提供一个管理岗位，甚至还专门招聘一个和他对接技术的技术专家，也就是说这个技术专家要能够Hold住他的技术和架构的规划。

小平台其实也是不错的，只要你自己觉得做事情比较舒服，那就OK了，不要太在意平台的大小，并且小平台很容易晋升，大平台机会太少了。?

云平台

那么为什么现在“云平台”很火，诸如像阿里云这样的云厂商，那是因为它将技术的成本主要集中在服务费用上，这样就算是你招聘了一个大厂的牛人过来，而目前团队还没有能够接住它的工作节奏的小伙伴，那么“云平台”就是一种不错的选择。

大平台的人只需要做架构和设计，剩下的能力的实现就交给云厂商，这样其实也能够达到一种有效的正向的循环，只是需要老板多花一些服务费用而已。

我总是相信一句话，任何产品的存在都是有它的意义的，一个做技术的人，如何能够将技术和业务上升到哲学，上升到如何去揣摩人的思维定式的层次，那么他做出来的产品绝对是热门的，这个也就是很多优秀的CEO经常要去做跨行业充电的原因，一方面是为了释放自己的压力，一方面也是为了寻找新的灵感。

我想当初王坚博士在创建阿里云的时候，也是做了很过跨行业的交流，从而才会坚定不移的去做云计算，并且最后找到商业化的途径，从而做到如今规模的阿里云的。

总结

?像阿里巴巴这样的大平台能力是无穷的，但是已经身处这样的平台的小伙伴，不要将这些能力强加在自己身上，我们需要真正的去认识自己的能力有几斤几两，这样技术人才会真正的去成长。

?

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

?