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.软件架构设计:大型网站技术架构与业务架构融合之道 --- 业务意识

7.软件架构设计:大型网站技术架构与业务架构融合之道 --- 框架软件与中间件

2.软件架构设计:大型网站技术架构与业务架构融合之道 --- 架构的道与术