第一周学习总结

引言

很久没参加这种网络上的短期培训课了，上次参加还是 15 年的时候。

如果你问我为什么参加架构师训练营，我想原因有三：

1. 课程名字足够吸引人，不懂架构的程序员不是好程序员

2. 工作中遇到瓶颈了，需要架构相关的方法论来帮我解决当前工作中遇到的难题

3. 导师经历够牛逼，比我强的人我都想取取经

一周的时间过的很快，今天已经是周日了，地铁上、床上、马桶上断断续续的看视频、看课件，总算是把课程看明白了个大概，新社会“三上”又帮我度过了忙碌而又充实的一周。

花了半天时间把命题作业写完之后，心中颇多感慨，本周总结如下：

心得一：没有设计文档就没有软件设计

相信不少程序员都有这样的通病：不写设计文档，上来撸代码。我简单回顾了下我的职业生涯，对设计文档的认知过程大致如下：

• 刚毕业一年时的我：设计文档是个啥？我只知道官方使用手册

• 工作两年的我：接手的程序完全看不懂啊，谁来给我讲讲？为什么没有相关文档

• 工作三年的我：老板要设计文档，虽然我不想写但我不得不写，因为老板才不会去看代码

• 工作五年的我：闷头写一团乱麻，得弄个文档理理思路，不然脑袋要炸

• 正在带公司新人的我：这个系统不懂请去看我们写好的设计文档……

在看课的过程中，李老师讲到：

没有设计文档就没有软件设计

没有软件设计就没有技术进步

对这两句话，我不能同意更多，回顾自己工作中踩过的各种坑，99%的情况是因为在动手开发之前没有写设计文档，或者就是写了设计文档但没有按照标准的方法论对当时的问题进行全面分析。事后，我难免会愧疚的问自己，如果当时多花点时间在设计上，是不是现在踩的坑在早期就可以暴漏出来了？我们也就不至于处于现在进退两难的地步。

在周四的时候，我尝试照着李老师给的【架构设计文档模版】对新接手的系统进行架构设计，感觉效果还不错。一张张图画下来，再配合相应的文字描述，逼着自己去思考各个组件、各个流程之间的交互细节，各种大大小小的问题都暴漏出来了。

以前我不知道标准的架构设计文档长什么样，现在知道了，架构设计文档让我更有安全感，让我在动手写代码之前就对新系统有了充分的了解。

心得二：实践出真知

看别人画架构图是一回事，自己画又是另一回事。

为了画公司的系统架构图以及完成本周的命题作业，查了不少资料，也看了好几篇别人的画法，实话说我都不太满意，最后还是照着自己的思路画下来了。

画的过程中，我注意到几个问题：

1. 各种图颗粒度的粗细很难把控，比如收款机？是把它当成一个独立的系统还是整个大收款系统的一部分？

2. 画组件图的时候，我经常会把组件时序图和泳道图弄混，感觉组件图太扣细节了，不好画

3. 以为自己懂了，画画就知道懂没懂了，画完发现自己对于组件图还是一知半解，所以滚去查资料了

最后要说的就是：大家一定要动手自己画哦