课后总结 1- 架构师训练营

上完李老师的架构师培训的第一周课程后的一些总结和自己的一些感悟及疑惑，记录下来做为自己未来思考的指引和方向。



1. 架构师如何建立职场地位

<1> 夸夸其谈，能说会道能帮你带来掌声

<2> 解决棘手的问题，能帮你带来名声

<3> 真正奠定架构师的地位的，是让别人依赖你写的代码



如何让别人依赖你写的代码，这就要求架构师

有卓越的编程能力

有广阔的知识面

能够洞悉技术背后的本质和规律

具有沟通和打动人心的能力



2. 如何撰写架构设计文档

<1> 充分考虑到相关方利益，了解文档甚至是文档的不同部分是给哪些相关方看的

<2> 使用UML建模时应力求简洁准确的传达自己的设计思路，各种UML图细化到何种程度应该由是否向相关人员准确的传达了自己的设计构思决定，如部署图就应该让发布人员和运维人员了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况，显示运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。

<3>不同时期的设计文档侧重应有所不同，如概要设计时更关心各子系统级别部署，时序，组件设计，而到了详细设计更关心底层的类设计。



3. 一点疑惑

在敏捷Scrum开发中，往往强调"工作的软件高于详尽的文档",在此背景下，如何能响应变化，在快速的迭代周期中写出一份好的设计文档呢，敏捷开发强调"响应变化高于遵循计划"，那么提前准备好一份设计文档意义何在，曾经读过一位google开发人员写的文章，认为敏捷开发不适合一些具有开拓性的，复杂程度较高的软件开发项目，对此深表赞同，也欢迎留言讨论。