读《大型网站技术架构-核心原理与技术分析》有感之一 架构师领导艺术

  总有一些书,让你一看就停不下来,看完之后热血沸腾,激动不已,犹如醍醐灌顶,如饮甘霖。

  有些事,自己领悟三五年,不如别人三五句话点得通透。

  本来,开篇应该是介绍技术的,但是我决定将技术的放在后面讲,开篇先讲领导艺术。就算你是架构师,事情做的再漂亮,然而失去人心,那么最终的结果也是失败的。

架构师职责简介:

  架构师是软件开发组织中一个比较特殊的角色,除了架构设计,软件开发等技术类工作,通常还需要承担一些管理职能:规划产品路线、估算人力资源和时间资源、安排人员职责分工、确定计划里程碑点、指导工程师工作、过程风险评估和控制等。这些管理事务需要对产品技术架构、功能模块划分、技术风险都熟悉的架构师参与或直接负责。

  在软件开发过程中,架构师除了实现技术架构,完成产品技术实现外,还需要和项目组内外各种角色沟通协调。可以说架构师相当多的时间用在和人沟通上,处理好人的关系对架构和项目至关重要。

  架构师作为项目组最资深的专业技术人员,是项目组开发和测试工程师的前辈。从架构师身上,工程师可以看到自己的未来,因此架构师在做人做事方面必须严格要求自己,做好表率。

关注人而不是产品

  一定要坚信:一群优秀的人做他们热爱的事,一定能取得成功。不管过程多么曲折,不管外人看起来多么不可思议不靠谱。

  所以最好的软件项目管理不是制定计划,组织资源,跟踪和修正项目进展,对成员进行激励和惩罚,而是发掘项目组每个成员的优秀潜能,让大家理解并热爱软件产品最终的蓝图和愿景。每个人都为实现自我价值而努力,而不是为了领工资而工作。

  一旦做到这一点,项目组成员会自我驱动,自觉合作,寻找达成目标的最优路径并坚韧不拔的潜行,整个过程中,不需要拙劣的胡萝卜和大棒。最好的奖励就是要达成的目标本身。最大的惩罚就是这个美好的目标没有实现。

  这也是领导的真谛:寻找一个值得共同奋斗的目标,营造一个大家都能最大限度发挥自我价值的工作氛围。

  没有懒惰的员工,只要没被激发出来的激情。所有强迫员工加班的管理者都应该为自己的无能感到羞愧。

二 发掘人的优秀

  指望优秀的人来帮自己成事,不如做成一件事让自己和参与的人都变得优秀。优秀需要合适的环境才能被激发出来。比如做一些有挑战的事,和更优秀的人合作,抑或拥有超越自我的勇气。

三 共享美好的蓝图

  架构师要和项目组全体成员共同描绘一个蓝图,这个蓝图是整个团队能够认同的,是团队共同奋斗的目标。  

  蓝图应该是表述清楚的:产品要做什么,不做什么,要达到什么业务目标,都需要描述清楚。

  蓝图应该是形象的:产品能为用户创造什么价值,能实现什么样的市场目标,产品最终会长什么样,都需要形象的想象出来。

  蓝图应该是简单的:不管是内部还是外部沟通,都能一句话说明白:我们在做什么。

  蓝图应该写在软架构设计文档的首页,写在邮件的签名档,写在内部即时通讯群的公告上。

  在项目过程中,架构师要保存对目标蓝图的关注,对任何偏离蓝图的设计和决定保持警惕,错误的偏离要及时修正,必要的变更要经过大家讨论,并且需要重新获得大家的认同。

  当软件开发者闭上眼睛就能看到软件实现价值的那一刻,这就是蓝图的力量。

  青春总是会逝去,人总是会死的。但愿我白发苍苍回首往事时,不会为自己碌碌无为无所事事而遗憾后悔。

四 共同参与架构

  架构师不要把架构当作自己的私有财产,为了维护架构的纯洁和架构师的微信而不让他人染指架构。让项目参与者对架构充分争论,大家越是觉得自己是项目架构的重要贡献者,就越是原意对开发过程承担责任,越是愿意共同维护架构和改善软件。

五 学会妥协

  架构师对于意见,应该坦率的分享自己设计思路,让别人理解自己的想法并努力理解别人的想法,求同存异。

六 成就他人

  每个人活着的意义不一样。但对大多数男人来讲,意义总是差不多的,那就是:成就自己。而要想成就自己,就必须要成就他人。

  每个人都有自己成就的目标。而工作是达成自我成就的一种手段:通过工作的挑战,发掘自我的潜能,重新认知自我和世界。

  做成一个项目不但要给客户创造价值,为公司盈利,还要让项目成员获得成长。要让他们觉得通过这个项目,自己的知识技能和业务水平都得到了提高。让每个人都认为自己在项目中至关重要,不要或缺。

  架构师作为团队的技术领导者,在项目过程中不要试图去控制什么,带着一个弹性的计划和蓝图推进,团队会管好他们自己的。你越是加强禁令,队伍就越是没有纪律。你越是强制,队伍就越是不能独立自主,你越是从外面寻找帮助,队伍就越是没有信心。

  而一旦打造出了一个优秀的团队,往后遇到困难,你都可以从容应对了,因为你不是一个人在战斗。同时一个优秀的团队内部也会产生化学反应,制造出超越工作本身的机会,创造更好的未来蓝图。

后记:这本书我两天看完的,根本停不下来。实在是好书一本,强烈推荐。

  

时间: 2024-10-17 21:48:08

读《大型网站技术架构-核心原理与技术分析》有感之一 架构师领导艺术的相关文章

《大型网站技术架构-核心原理与案例分析》之一: 大型网站架构演化

最近刚刚读完李智慧的<大型网站技术架构-核心原理与案例分析>,对每章重点内容作了一些笔记,以便加深印象及日后查阅. 一.大型网站软件系统的特点 高并发,大流量:需要面对高并发用户,大流量访问. 高可用:系统7X24小时不间断服务. 海量数据:需要存储.管理海量数据,需要使用大量服务器. 用户分布广泛,网络情况复杂:许多大型互联网都是为全球用户提供服务的,用户分布范围广,各地网络情况千差万别. 安全环境恶劣:由于互联网的开放性,使得互联网站更容易受到攻击,大型网站几乎每天都会被黑客攻击. 需求快

大型网站技术架构--核心原理和案例分析 大型网站架构演化(一)

如果把上世纪90年代CERN正式发布web标准和第一个WEB服务的出现当作互联网的开始,那么互联网站的发展之经历了短短20多年的时间.在20多年的时间里,互联网的世界发生了变化,今天,全球有近一半的人口使用互联网,人们的生活因为互联网而产生了巨大的变化.从信息检索到即使通信,从电子购物到文化娱乐,互联网渗透到生活的每一个 角落,而且这种趋势还在蔓延.因为互联网,我们的世界正变得越来越小. 同时我们也看到,在互联网跨越式发展进程中,在电子商务火热的市场背后却是不堪重负的网站架构.某些B2C网站逢促

JAVA读书推荐----《深入分析Java Web技术内幕》--《java多线程编程核心技术》--《大型网站技术架构 核心原理与案例分析》-《Effective Java中文版》

(1)  首先推荐的不是一本书,而是一个博客,也是我们博客园另外一位博友java_my_life. 目前市面上讲解设计模式的书很多,虽然我前面讲了看书是最好的,但是对设计模式感兴趣的朋友们,我推荐的是这个博客.这位博友的设计模式讲得非常非常好,我认为90%的内容都是没有问题且很值得学习的,其讲解设计模式的大体路线是: 1.随便开篇点明该设计模式的定义 2.图文并茂讲解该设计模式中的结构 3.以详细的代码形式写一下该种设计模式的实现 4.补充内容 5.讲解该设计模式的优缺点 对于一个设计模式我们关

《大型网站技术架构 -核心原理与安全分析》读书笔记

大型网站架构演化的价值观 网站的价值在于它能为用户提供什么价值,在于网站能做什么,而不在于它是怎么做的,所以在网站还很小的时候去追求网站的架构是舍本逐末,得不偿失的.小型网站最需要做的就是为用户提供好的服务来创造价值,得到用户的认可,活下去,野蛮生长. 网站架构设计误区 一味追求大公司的解决方案 大公司的经验和成功模式固然重要,值得学习借鉴,但如果因此而变得盲从,就失去了坚持自我的勇气,在架构演化的道路上迟早会迷路. 为了技术而技术 网站技术是为业务而存在的,除此毫无意义.在技术选型和架构设计中

《大型网站技术架构核心原理与案例分析》阅读笔记-01

通过阅读该书籍我们能够更加清楚的树立大型网站的的技术发展历程,剖析大型网站技术架构模式,深入的讲述大型互联网架构核心原理,并通过一些典型的技术案例来讲述大型网站开发全景视图,该书籍深入的阐述了各种大型网站面临的各种架构问题及解决方案. 在第一章第一篇大型网站架构演化中了解到与传统企业应用系统相比,大型互联网应用系统具有高并发大流量.高可用性.海量数据.用户分布广泛,网络情况复杂.安全环境恶劣.需求快速变更,发布频繁.渐进式发展等特点:大型网站架构演化发展历程经历了初始阶段的网络架构它的应用程序.

大型网站技术架构-核心原理与案例分析-阅读笔记3

在第二章的架构章节中的 随机应变:网站的可拓展架构的篇章中作者介绍了构建网站的可扩展架构.利用分布式队列降低系统的耦合性.利用分布式可复用的业务平台.可拓展的数据结构.利用开放平台建设网站生态圈五个方面,作者在讲述前通过微信的成功发布及其中摇一摇功能的加入的开发的快捷引出来的,其中构建网站的可扩展架构中区分了扩展性和伸缩性的区别,讲到了低耦合性的系统跟容易扩展,并且更容易复用,一个低耦合性的系统也可以让系统更加容易的开发和维护,在如何降低系统的耦合性中,作者主要介绍用分布式消息队列的方法来降低系

大型网站技术架构-核心原理与案例分析

阿里系的书,也是讲大型网站系统架构的,平常我们总是挂在嘴边的高性能.高可用.易扩展.安全性,这些所谓的系统非功能性指标到底如何实现,书里面讲了这些干货,作为网站架构师或者哪怕是应用系统的架构师,都值得了解,也许不一定都能用上,但是等需要用的那天,你肯定不会迷茫. 1.大型网站架构发展常见历程:应用/数据库分离--->使用缓存--->应用服务器集群--->数据库读写分离--->CDN及反向代理--->使用分布式文件系统和分布式数据库--->NoSQL及搜索引擎--->

大型网站技术架构-核心原理与案例分析-阅读笔记4

在第四章案例章节中的淘宝网的架构演化案例分析小节中作者主要分析了淘宝架构的演化,以淘宝网的实例给我们分析介绍了淘宝网的业务发展历程及淘宝网的技术架构演化两个方面,在业务发展中作者写到淘宝的技术是随着淘宝业务一起发展起来的,业务是推动这技术发展的动力,淘宝如今的规模和当初有很明显的变化,在技术架构演化中介绍了架构技术的更新升级,该章节中主要介绍淘宝网的发展的历程,在随着时间的发展不断中网站的架构不断的引用着新的技术,由最初简单的c2c更改过来的网站,放弃了lamp架构转而使用java作为开发平台并

大型网站技术架构-核心原理与案例分析-阅读笔记5

在第四章案例章节中的海量分布式存储系统Doris的高可用架构设计分析的小节中作者主要分析介绍了分布式存储的高可用架构和不同故障情况下的高可用解决两个方面,在两小节前作者给我们介绍了Doris是一个海量分布式KV存储系统,其设计的目的是支持中等规模高可用.可伸缩的Kv存储群.跟主流的NoSQL系统HBase相比,doris具有相似的性能和线性伸缩能力,并具有更好的可用性及更友好的图形用户管理界面.而在分布式存储的高可用架构的小节中作者给我们分析了Doris的整体架构,其系统整体上可分为应用程序服务