16.软件架构设计:大型网站技术架构与业务架构融合之道 --- 个人素质的提升
Posted enlyhua
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了16.软件架构设计:大型网站技术架构与业务架构融合之道 --- 个人素质的提升相关的知识,希望对你有一定的参考价值。
第16章 个人素质的提升
16.1 能力模型
1.格局
举例说明什么是全局视野。比如现在要开发一个新系统,可能需要理解下面这些关系到"大局的问题":
1.系统的定位是什么?它能创造什么核心价值?
2.开发这个系统的背景是什么?为什么以前不做,现在要做?是因为业务发展到了一定规模?还是开发资源现在有多余的,没事可干?
3.系统在整个组织架构中处于什么位置?与这个系统关联的其他系统目前处于什么状态?
4.产品经理如何看待这个系统?技术负责人如何看待这个系统?
5.这个系统的需求处于比较确定,比较清晰的状态,还是有很大的灰度空间?有很多核心点,大家有没有想清楚?
6.这个系统所用的技术体系比较老,还是最新的?
7.对于业界类似的系统,别的公司是如何做的?
...
一个有大局观,有"格局"的人,在做一件事之前,会对所做的事情有一个"全局把握",风险在哪,挑战在哪?
2.历史观---技术血脉
如果说"格局"是从 空间 的角度看待问题,那么"历史观"就是从时间的角度看待问题。任何一种技术,都不是凭空想象的,它一定是要解决某个特定问题而
产生的。这个特定问题一定有它的历史背景:因为之前的技术在解决这个特定问题时不够好或者有其他副作用,所以才发明了这个新技术。所以,看待一个技术或者
方法论,需要把它放到"历史长河"中去,看它在历史中处于什么位置。
何止技术,其他也需要"历史观",这就是"历史唯物主义"。
3.抽象能力
很多人写代码都习惯"自底向上"的思维方式。当讨论需求的时候,他首先想到的是这个需求如何实现,而不是这个需求是否合理?这个需求与其他需求有何
关联。这种过早考虑"实现细节"的思考方式会让我们"只见树木,不见森林"。
同样是前面的例子,假如做一个新的系统,从"抽象"到"细节",应该考虑:
1.每个需求的合理性?
2.这个系统的领域模型是怎么样的?
3.这个系统应该在旧的上面改造?还是应该另起炉灶?
4.这个系统可以分成几期,如何实施?
5.这个系统要拆分成几个子系统?
6.每个子系统又要拆分成多少个模块?
7.系统的表设计?API接口设计,job设计,系统之间的消息如何传输如何实现?
...
4.深入思考能力
深入思考能力主要是指"技术"深度。
5.落地能力
首先,架构方案必须能够落地;然后是项目管理能力。
16.2 影响力的塑造
1.关键时刻能顶上
2.打工思维和老板思维
3.空杯心态
每个领域都有自己的门道,要谦虚。
4.持续改进
要有批判的习惯,不能觉得"差不多就行了"。
5.建言献策
以上是关于16.软件架构设计:大型网站技术架构与业务架构融合之道 --- 个人素质的提升的主要内容,如果未能解决你的问题,请参考以下文章
《软件架构设计:大型网站技术架构与业务架构融合之道》思维导图
3.软件架构设计:大型网站技术架构与业务架构融合之道 --- 语言
14.软件架构设计:大型网站技术架构与业务架构融合之道 --- 业务架构思维
13.软件架构设计:大型网站技术架构与业务架构融合之道 --- 业务意识