成长为架构师途中的11个谣言附能力模型Word文档格式.docx
- 文档编号:14286371
- 上传时间:2022-10-21
- 格式:DOCX
- 页数:16
- 大小:169.96KB
成长为架构师途中的11个谣言附能力模型Word文档格式.docx
《成长为架构师途中的11个谣言附能力模型Word文档格式.docx》由会员分享,可在线阅读,更多相关《成长为架构师途中的11个谣言附能力模型Word文档格式.docx(16页珍藏版)》请在冰豆网上搜索。
第三部分剖析架构师的能力模型,让大家对目标所需能力有一个比较清晰的认知。
一、如何学习
在繁忙的工作中,持之以恒、不断学习和进步是一件艰巨的任务,需要坚定的毅力和决心。
如果方法不得当,更是事倍功半。
幸好我们的古人和现在哲人已经总结了很多优秀的学习方法论,这里汇总了一些重要原则。
遵循这些方法必会对大家的工作学习大有裨益。
1、贵在坚持
有报道指出,过去几十年的知识量超过之前人类几千年的知识量总和。
而计算机领域绝对是当代知识更新最快的领域之一,因此,工程师必须要接受这样一个现实,现在所掌握的深厚知识体系很快就会被淘汰。
要想在计算机领域持续做优秀架构师,就必须不停的学习,掌握最新技术。
总之,学不可以已。
所谓“冰冻三尺,非一日之寒,水滴石穿,非一日之功”,通往架构师的道路漫长而又艰巨,轻易放弃,则所有付出瞬间付之东流。
要想成为优秀的架构师,贵在坚持!
虽然知识更新很快,但是基础理论的变化却非常缓慢。
这就是“道”和“象”关系,纵是世间万象,道却万变不离其宗。
对于那些非常基础的理论知识,我们需要经常复习,也就是“学而时习之”。
2、重视实践
“纸上得来终觉浅,绝知此事要躬行。
”学习领域有所谓721模型:
个人的成长70%来自于岗位实践,20%来自向他人学习,10%来自于培训。
虽然这种理论存在争议,但对于工程师们来说,按照实践、学习和培训的方式进行重要性排序,大致是不错的。
所以重视实践,在实践中成长是最重要的学习原则。
人类的认知有两种:
感性认知和理性认知。
这两种认知互相不可替代性。
实践很大程度来自于感性学习,看书更像是理性学习。
以学开汽车做例子,很难想象什么人能够仅仅通过学习书本知识就会开汽车。
书本知识主要是传道——讲述抽象原型,而对其具体应用场景的讲述往往含糊其辞,对抽象原型之间的关系也是浅尝辄止。
采用同样精确的语言去描述应用场景和关联关系将会失去重点,让人摸不着头脑。
所以,仅仅通过看书来获得成长就像是用一条腿走路。
重视实践,充分运用感性认知潜能,在项目中磨炼自己,才是正确的学习之道。
在实践中,在某些关键动作上刻意练习,也会取得事半功倍的效果。
3、重视交流
牛顿说:
“如果说我看得比别人远一些,那是因为我站在巨人的肩膀上。
”我们需要从别人身上学习。
从老师、领导、同事、下属甚至对手身上学习,是快速成长的重要手段。
向老师和领导学习已经是人们生活习惯的一部分了。
但是从同事甚至对手那里学习也很重要,因为这些人和我们自身更相似。
所以要多多观察,取其所长,弃其所短。
对于团队的小兄弟和下属,也要“不耻下问”。
此外,在项目中积极参与具体方案讨论也非常重要。
参与者先验感知了相关背景,并且讨论的观点和建议也是综合了发言者多种知识和技能。
所以,讨论让参与者能够非常全面,立体地理解书本知识。
同时,和高手讨论,他们的观点就会像修剪机剪树枝一样,快速的剪掉自己知识领域里面的疑惑点。
4、重视总结和输出
工程师在实践中会掌握大量细节,但是,即使掌握了所有细节,却没有深刻的总结和思考,也会陷入到“学而不思则罔”的境地。
成长的“量变”来自于对细节的逐渐深入地把控,而真正的“质变”来自于对“道”的更深层次的理解。
将经验输出,接受别人的检验是高层次的总结。
这种输出不仅帮助了别人,对自身更是大有裨益。
总结的方式有很多,包括组织分享,撰写技术文章等等。
当然“日三省吾身”也是不错的总结方式。
总之,多多总结,多多分享,善莫大焉!
解答别人的问题也是个人成长的重要手段。
有时候,某个问题自己本来不太懂,但是在给别人讲解的时候却豁然开朗。
所以,“诲人不倦”利人惠己。
5、重视规划
凡事预则立,不预则废。
对于漫长的学习生涯而言,好的计划是成功的一半。
1)长期规划
长期规划的实施需要毅力和决心,但是做正确的长期规划还需要高瞻远瞩的眼界、超级敏感的神经和中大奖的运气。
对于大部分人来说,长期规划定主要是“定方向”。
但遵循如下原则能够减少犯方向性错误的概率:
远离日暮西山的行业;
做自己感兴趣的事情;
做有积累的事情;
一边走一边看,切勿一条道走到黑。
2)短
良好的短期规划应该在生活、成长、绩效和晋升之间取得平衡。
大部分公司都会制定一个考核周期——少则一个月,多则一年。
所以不妨以考核周期作为短期学习规划周期。
本质上,规划是一个多目标优化问题,它有一系列的理论方案,这里不一一细说。
基于相关理论,我给出一个简单易行的方案:
确定目标优先级。
比如:
成长、生活、绩效;
确定每个目标的下限。
从优化理论的角度来看,这被称为约束。
比如绩效必须在一般以上,之前已经规划好的旅行不能更改,必须读完《EffectiveJava》等等;
优先为下限目标分配足够的资源。
比如,事先规划好的旅行需要10天,这10天就必须预算出去;
按照各主目标的顺序依次分配资源。
比如,最终分配给学习的时间是10天。
在给定的学习预算下,制定学习目标,要激进。
然后给出执行方案。
比如,学习目标是掌握基本的统计学知识,并成为Java专家。
具体方案为:
完成《EffectiveJava》、《JavaPerformance》、《DesignPattern》、《HeadFirstStatistics》四本书的阅读;
对规划中的各学习任务按目标优先级进行排序,并最先启动优先级最高的任务。
比如,最高优先级是掌握统计理论,那么就要先看《HeadFirstStatistics》。
对于该方案,要注意以下几点:
最低目标必须能够轻松达成的目标,否则,从优化理论的角度来讲,该命题无解。
比如,类似“半年内完成晋级两次、绩效全部S、从菜鸟成为Java专家”就不太合适作为最低目标。
总之,要区分理想和梦想;
主要目标规划必须具备一定的挑战性,需要规划出不可能完成的目标。
过度规划本质上是一种贪婪算法,目的是目标价值最大化。
因为一切皆有变数,如果其他目标能够提前完成,就不妨利用这些时间去完成更多的学习目标。
总之,前途必须光明,道路必须坎坷;
各目标之间不一定共享资源,规划不一定互有冲突。
此外,短期规划还可以从如下几个方面进行优化:
学习计划最好能结合工作计划,理论联系实际结合,快速学以致用。
比如,本季度规划去做一些数据分析工作,那么不妨把学习目标设置为学习统计知识;
要灵活对待规划的目标和具体执行步骤,需要避免“郑人买履”式的笑话。
面临新的挑战和变化,规划需要不断地调整。
二、那些令人纠结的困惑
人生是一场马拉松,在漫长的征途中,难免有很多困惑。
困惑就像枷锁,使我们步履蹒跚,困惑就像死锁,让我们停滞不前。
接下来我将总结自己在工作中碰到和看到的一些典型困惑。
这些困惑或者长期困扰作者本人,或者困扰我身边的同事和朋友。
当这些困惑被释然之后,大家都感觉如重获释,为下一阶段的征程提供满满的正能量。
人生就像一场旅途,不必在乎目的地,在乎的,应该是沿途的风景,以及看风景的心情。
良好的心态是技术之旅最好的伴侣。
期望通过这个解惑之旅,让大家拥有一个愉快的心情去感受漫长的学习旅途。
1、学无止境吗?
必须要承认一个残酷的现实:
人的生命是有限的,知识却是无限的。
用有限的生命去学习无限的知识是不可能完成的任务。
一想到此,有些工程师不免产生一些悲观情绪。
如果方法得当并且足够勤奋,悲伤大可不必。
虽然,人类的整体知识体系一直在扩张。
但是就很多重要的工程细分领域,基础理论并不高深。
计算机的很多重要领域,工程师有能力在有限时间内抓住核心要害。
比如,密码学被认为是门非常高深的学科,但是一大类密码技术的基础是数论中一个非常简单的理论——素因数分解:
给出两个素数,很容易算出它们的积,然而反过来给定两个素数的积,分解的计算量却非常惊人。
“一致性”算得上是计算机领域里面最经典的难题,它是所有分布式系统的基础,从多核多CPU到多线程,从跨机器到跨机房,无所不在,几乎所有的计算机从业人员都在解决这个问题,但是Paxos给出了一个很优雅的解决方案。
权限管理是很多工程师的噩梦,但如果你能搞定“AttributeBasedAccessControl(ABAC)”和“Role-BasedAccessControl(RBAC)”,也能达到相当高度。
另外,技术学习是一场对抗赛,虽然学无止境,超越大部分对手就是一种胜利。
所以,以正确的学习方式,长时间投入就会形成核心竞争力。
2、没有绝对高明的技术,只有真正的高手
致力于在技术上有所成就的工程师,都梦想有朝一日成为技术高手。
但技术高手的标准却存在很大的争议。
这是一个有着悠久历史的误解:
以某种技术的掌握作为技术高手的评判标准。
我经常碰到这样一些情景:
因为掌握了某些技术,比如Spring、Kafka、Elasticsearch等,一些工程师就自封为高手。
有些工程师非常仰慕别的团队,原因竟是那个团队使用了某种技术。
这种误解的产生有几个原因:
首先,技多不压身,技术自然是掌握的越多越好,掌握很多技术的人自然不是菜鸟。
其次,在互联网时代来临之前,信息获取是非常昂贵的事情。
这就导致一项技能的掌握可以给个人甚至整个公司带来优势地位。
互联网时代,各种框架的出现以及开源的普及快速淘汰或者降低了很多技能的价值,同时降低了很多技术的学习门槛。
所以,在当前,掌握某项技能知识只能是一个短期目标。
怀揣某些技能就沾沾自喜的人需要记住:
骄傲使人退步。
所谓麻雀虽小,五脏俱全。
如果让你来做造物主,设计麻雀和设计大象的复杂度并没有明显区别。
一个看起来很小的业务需求,为了达到极致,所需要的技术和能力是非常综合和高深的。
真正的高手不是拿着所掌握的技术去卡客户需求,而是倾听客户的需求,给出精益求精的方案。
完成客户的需求是一场擂台赛,真正的高手,是会见招拆招的。
3、不做项目就无法成长吗?
在项目中学习是最快的成长方式之一,很多工程师非常享受这个过程。
但是一年到头都做项目,你可能是在一家外包公司。
对于一个做产品的公司,如果年头到年尾都在做项目,要不然就是在初步创业阶段,要不然就是做了大量失败的项目,总之不算是特别理想的状态。
正常情况,在项目之间都会有一些非项目时间。
在这段时间,有些同学会产生迷茫,成长很慢。
项目真的是越多越好吗?
答案显然是否定的。
重复的项目不会给工程师们带来新的成长。
不停的做项目,从而缺乏学习新知识的时间,会导致“做而不学则殆”。
真正让工程师出类拔萃的是项目的深度,而不是不停地做项目。
所以,在项目之间的空档期,工程师们应该珍惜难得的喘息之机,深入思考,把项目做深,做精。
如何提高项目的深度呢?
一般而言,任何项目都有一个目标,当项目完成后,目标就算基本达成了。
但是,客户真的满意了吗?
系统的可用性、可靠性、可扩展性、可维护性已经做到极致了吗?
这几个问题的答案永远是否定的。
所以,任何一个有价值的项目,都可以一直深挖。
深挖项目,深度思考还可以锻炼工程师的创造力。
期望不停地做项目的人,就像一个致力于训练更多千里马的人是发明不出汽车的。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 成长 架构 途中 11 谣言 能力 模型