一个优秀的架构师一定是一个优秀的管理者,这个是没错的,反过来一个优秀的管理者不一定是一个优秀的架构师,这个是我做了这么对年的架构师心得。
曾经我也做过关于团队底下的一线开发人员对团队中架构师的调查报告,发现这些开发人员对于这些架构师的评价是不一样的。
比如有些架构师,它的业务理解能力特别的强,因此他非常喜欢做业务架构,并总是从业务中去找问题;而有些架构师呢?则比较专注技术,总是用技术的视角去找一些技术相关的问题,当然他就会天天追着开发人员去讨论技术,并做很多技术解决方案。
还有一些架构师呢?则更加注重自己的业务和技术能力的综合培养。当然这些路径也都没错,也是架构师必须要具备的技能,但是这些技能都是一些偏技术指标的硬技能,那么那些特别优秀的架构师呢?就会更加专注自己的管理技能,毕竟你再过硬的技能,没有人帮你一起去完成,你没办法从管理者那边去拿资源,那么这些技能都是没用的。
架构师必须要具备较强的管理能力,并能够管理业务团队。
从行政级别的角度去看,架构师确实没有管理权限,但是既然选择做架构师,你一定要和管理者保持顺畅的沟通,也就是你一定要辅助管理者去管理团队的KPI。
当然一个管理者他可能不太会主动的让你参与团队的KPI管理(毕竟管理者一般是不会放权的),但是你一定要会说,并说明厉害关系,我相信在利益和价值面前,管理者一般都是会选择站在你这边的,只有这样你才能和管理者站在一条线上,并相互是自己人。
只要你能够拿着这些所谓的鸡毛,那么你就可以合理的利用这些鸡毛,并发挥他的令箭的作用。
当然不是说你要去威胁哪位开发者,而是你要具体的依据这些KPI去制定架构规划,要不然你的架构总是不得民心。
架构师的最佳管理手段那就是项目,假如你是一个团队中的架构师,那么你一定要拥有自己的项目。
所谓自己的项目,不是指你自己需要用人去管理的项目,而是你亲手设计并参与落地的项目,你要对这个项目知根知底,并且利用这个项目,你一定要找好自己的小圈子,也就是一群可以和你一起做事的技术小伙伴。
架构师总是在各个项目中去兜兜转转,那么你更加有必要合理的利用这些在研的项目去管理资源。
假如上面有一个新项目要下来,你就可以快速的利用前期积累的这些资源,去快速的组建自己的项目开发团队,并落地项目,这个是非常有必要的。
这个和管理业务团队有关系吗?那是肯定的,光靠架构师自己去提高所在的业务团队的架构水平,那是远远不够的,所谓人多力量大,那就是需要更多的技术小伙伴主动的加入到你的队伍中来。
这个其实很好理解,一个开发人员,他本身的能力是有限的,那么为了提高他参与架构设计的积极性,作为架构师的你一定要去主动地去发现这些兴趣爱好者,并适当的伸手去拉一把,这样不就和你有共同语言了。你每次有什么新的架构点子,那么就可以拉上这一批小伙伴。
当然在管理者眼中,这个不算是拉帮结派,前提是你要和管理者站在一条线上。
这个其实也是一种聚拢人心的方式,也就是你要做一个新项目,假如你提前两个月就知道啦,并且你已经提前与预研了一些新技术,新项目都要用到这些技术,但是目前团队中的技术小伙伴不太熟悉,因此你需要建议技术兴趣小组,并亲自去培养一批相关技术的死忠粉。
好吧作为架构师的你,你在技术层面有了这批死忠粉,那么你何愁没有人帮你去干活呢?也许前期你会很累,你需要去利用自己的优势技术去培养他们,后期在项目落地的过程中,就是你躺在验收项目落地的果实了。
很多开发小伙伴其实在开发的过程中,他是不理解“业务架构”的价值的,他所认为的业务架构就是常规的CRUD的数据库表设计和一些ORM框架层次的表映射等,这个是绝对错误的。
关于业务架构的话题,我会在下面“架构师专题系列中去单独的讲解”。但是这里提前给大家去说,也只是想告诉大家,业务架构的重要性。一个好的架构师,除了他的技术硬实力一定要强之外,业务架构的水平也是一个重要的衡量标准。
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版本)的新特性分析和最佳实践。
本书精心研究了程序类、架构类知识的认知规律,全书共分为6篇:①基础;②进阶;③高级;④高并发、高可用和高性能;⑤应用;⑥新特性,是一条相对科学的主线,让读者快速从“菜鸟”向“RocketMQ分布式架构实战高手”迈进。
一图胜于文,书中在涉及原理、架构、流程的地方配有插图,以便读者更加直观地理解。
本书创造性地分析了RocketMQ具备高并发、高可用和高性能的功能及原理,并从架构的视角展开分析,这些也是程序员进阶为技术专家或架构师必备的技能。
以下为从架构师和技术专家的视角分析RocketMQ典型案例,读者阅读完本书之后,也能够达到这样的水准。
本书介绍了大量的实战案例,能让读者“动起来”,在实践中体会功能,而不只是一种概念上的理解。
在讲解每一个知识模块时,我在思考:在这个知识模块中,哪些是读者必须实现的“标准动作”(实例);哪些“标准动作”是可以先完成的,以求读者能快速有一个感知;哪些“标准动作”具有一定难度, 需要放到后面完成。读者在实践完书中的案例之后,就能更容易理解那些抽象的概念和原理了。
本书的目标之一是,让读者在动手中学习,而不是“看书时好像全明白了,一动手却发现什么都不会”。通过体系化的理论和实战案例去培养读者的主动学习能力,这样本书的价值就会被最大化。?
本书相信“知行合一”的理念,而不是“只知,而不行”,避免开发人员出现眼高手低的现象。尤其是在技术面试过程中,面试官更加看重的是既懂原理,又能够主动是实践技术的技术人。
?本书以系统思维的方式,从业务功能视角剖析?RocketMQ?底层的技术原理,使读者具备快速阅读?RocketMQ?框架源码的能力。读者只有具备了这种能力,才能举一反三,实现更复杂的功能,应对更复杂的应用场景。
?本书向读者展示了如何修改?RocketMQ?源码,并快速验证案例分析。这样,读者可以从中学到参与开源的技能,并为后续自己能够参与开源做准备。
为了提高读者阅读本书的体验,在有上下两册的前提下(巨无霸,超过800页),出版社不吝啬印刷成本,依然采用双色印刷。
?为了提高读者学习RocketMQ的效率,我这边结合我自身从RocketMQ小白到RocketMQ专家的经历,为读者汇总了一条最佳学习路径。
RocketMQ是我深度参与研究的一款开源消息中间件,无论是从源码,还是架构场景,我都提炼了很多最佳实践。
在开源领域,技术小伙伴可以使用的开源消息中间件非常的多,比如Kafka、Pulsar等,我之所以选择研究RocketMQ,除了工作内容和角色需要之外,更多的还是自己感兴趣,因此我建议技术小伙伴一定要先培养自己的兴趣,兴趣才是提升技术硬实力的第1要素。
当然我并不止研究了RocketMQ,还研究了Pulsar和Kafka等(包括开源消息中间件生态中的主流框架),只是本书作为一本关于RocketMQ实战派的书籍,我必须要以RocketMQ为主。
假如技术小伙伴想成为Java领域的架构师或者技术专家,我强烈建议你去研究RocketMQ,它会给你带来很多意想不到的技术和架构方法论的收获,这个也是我写本书的主要目的之一。
建议技术小伙伴按照本书设计的学习路线,逐章的去阅读和实战,这样学习效果会更好。
如果技术小伙伴有技术交流的,可以通过博文视点官方的读者群找到我的联系方式,并与我沟通,我会实时的解答读者的疑问。
本文公众号“架构随笔录”
本人视频号“架构随笔录”
2021年我和博文视点合作了一本技术类型的书籍“Spring Cloud Alibaba微服务架构实战派上下册”,它是我涉足知识输出领域以来的第一本书,同时它也是我自己积累的技术池中部分技术的产出。
为了写好那本书,我几乎花费了所有的休息时间,并主动的承担了书的售后技术辅导和咨询的职责(几乎是有问必答,坚持了整整两年)。
所谓有付出总会有回报,Alibaba这本书的销量还不错,我也因此获得了博文视点颁发的2021年度优秀作者。
我很清楚,这个是博文视点为了鼓励我继续去用心写书,因此我又花了接近1年半的时间去写了RocketMQ消息中间件实战派上下册这本书。
所谓一分耕耘一份收获,我将我对RocketMQ的理解体系化的输出给喜欢技术的技术人,希望真的对大家有帮助。
2022年,我开始涉足技术直播和技术讲师领域,并和博文视点合作几次技术直播,直播效果还不错,再加上我孜孜不倦的布道“Spring Cloud Alibaba微服务架构实战派上下册”这本书相关的技术,并且这些技术都是有助于“技术人”快速成长的,因此也获得了博文视点颁发的“2023技术成长领路人”这个技术奖项,这个奖项也是为了鼓励我继续通过技术直播的方式给技术人去布道技术,因此只要我有时间,我就会孜孜不倦的去讲和聊技术。
2022年,我开始涉足企业培训和相关技术直播,并和“四维口袋”合作了几次技术直播,并荣获了2022 KVP最具价值技术专家的技术奖项。