从哪发现的这本书：
这本书其实我是从info公众号上发现的，因为一直想往架构师这条路上靠近（当然你可以说人人都有这个想法）恰好看见了推荐，刚好需要就买了（之前看过其他人推荐的这方面的书籍，但是评论五花八门，看了简介也没兴趣，就没入手了）
书到手就立马翻看了下（其实就是再次看了遍目录）然后五一假期书就放假了。
昨天在上班的路上加上饭后休息时间把第一部分看完了。说实话，对于我来说很有帮助。
且看有哪些帮助：
以前一直以为架构那是技术牛掰的架构师的事情，和我等草民无关，但是作者从自然切入，从我们身边通俗易懂的实例切入，让架构这事一下子如此亲们。
原来架构不仅要有牛掰的技术，还要学会识别问题，发现问题，而不是等着别人把问题抛给自己又或者等问题找上门，分配问题（一句话除了技术要有，在者就是解决人的问题，我是这么理解的）。
还要合理的分配职责和权利，对等的职责和权利才能将其利益（效率）最大化，达到1+1大于2或者等于2的目标，当不对等的权利或者职责出现时，某个人或者某些人压力过大，在有限时间内无法解决应解决的事情，那么就会引入新的问题，如此反复，则麻烦不断，疲惫不堪。
举例来说，本来事件A需要由A同学独立负责，但是此时对于A来说权责已经不对等了，（压力太大根本完成不了，这是因为权责分配不均导致的）那么就下放给下面的其他3个同学，每人负责执行其中一部分，那么最后要是把这件事完成，则需要讲这三位同学的事情串联起来，这样就形成了一个流程，同时也将A的部分权责分配给了其他人。
第一部分的最后还提到了流程，流程对于软件行业的人来说是一个非常熟悉的词汇，因为我们经常会画流程图，但是貌似从来没有深思过流程的真正含义，在我原来的认知里，流程不就是把原本分开的内容关联起来么（这个认知貌似也没错哈），但是如果跳出来，从架构的方向来看，又是另外一种思维。
对于如何切分任务，书中也有所阐述，后续补充，因为地铁到站了，偶要下车啦
第一部分介绍了什么是生命周期、什么是架构、什么是树、如何识别问题、流程、切分任务等等（这是我自己认为的重要的点，也许你在看这本书的时候会认为第一部分的重点是其他的内容。）
