图书信息
- 名称：聊聊架构
- 作者：王概凯
- 出版：2017 年
- 字数：26 万
个人感想
很有诚意的一本书，能感受到作者很用心，通读之后建议以下两类读者阅读：
- 和 IT 对接的「业务人员」。
- 和业务对接的「技术人员」。
豆瓣有书友说本书罗嗦，这也是本书的特色之一，作者在尝试用生活中的示例说明技术。作为读者对示例不一定认同，但是作者的方法值得借鉴，特别是每天要和业务打交道的 IT 男。
对待技术，作者立场更接近于业务，更像不懂技术的老板：
无论是新的还是旧的技术、先进的还是落后的技术，只要场景合适，他们就会采纳。因为 架构师是技术的使用者，他们把技术当作解决增长问题的手段和工具，而不会被技术束缚住。
那么，比技术更重要的是什么呢？
架构是对业务生命周期的拆分，自然「业务的生命周期」就是「架构的生命周期」。
做架构的人必须亲自体验业务，感受业务，才可能真正认识业务的个性，真正认识业务所面临的问题。
是「业务」，技术是为业务服务的，为商业服务的：
技术人员如果要成为架构师，就必须跳出技术的视角，换一个角度去看技术。
除了「业务」这个中心思想之外，以下章节也推荐阅读：
- 第 19 章 如何写好代码
- 第 20 章 单元测试
- 第 24 章 软件运维
- 第 32 章 交易系统
扩展阅读
- 企业的组织架构是如何影响技术架构的？
- 《软件架构师的 12 项修炼》 本书面向已经有技术基础的架构师，提升他们的关系技能、个人技能和商务技能。
读书笔记
第 4 章 什么是架构
架构是对业务生命周期的拆分，自然业务的生命周期就是架构的生命周期。
吃过苦头才知道，架构只有方案是没有意义的，最重要的是把架构落地执行。
第 7 草 什么是抽象
做架构的人必须亲自体验业务，感受业务，才可能真正认识业务的个性，真正认识业务所面临的问题。在理解业务个性的基础上，才能够谈共性。
第 8 章 识别问题
架构师都要有这个自觉：发现问题永远比解决问题更加重要。
架构师的能力大部分会体现在对「是谁的问题」的识别上。
第 9 章 切分的原则
业务进化的发生，也会导致新的架构切分，新架构和原来的架构并没有关系。
架构切分的结果最终都会体现在组织架构上，因为架构的切分是对人利益的重新分配。
第 11 章 什么是架构师
架构的目的就是为了增长。
根据对不同生命周期的运营情况，对未来的增长做一定的预判，提前做好规划，做相应的人员、技术的储备——这就是战略架构。
架构师工作的反馈，应该由问题的解决效果，也就是增长的效果来决定。
架构师必须深入到业务的核心领域，亲身体会业务的痛点，业务的个性，这样他才能够挖掘出业务的核心生命周期，才能够做好拆分，才能够做好架构设计，做出的设计才是具备落地可能性的。
第 14 章 什么是软件架构
离开了组织架构，任何软件架构设计都是纸上谈兵，因为架构的核心生命周期就是架构的执行。
第 15 章 什么是软件架构师
人类架构的核心就是组织架构，正确的组织架构才能保证架构的执行。
无论是新的还是旧的技术、先进的还是落后的技术，只要场景合适，他们就会采纳。因为架构师是技术的使用者，他们把技术当作解决增长问题的手段和工具，而不会被技术束缚住。
技术人员如果要成为架构师，就必须跳出技术的视角，换一个角度去看技术。
第 16 章 业务、架构和技术三者的关系
很多架构师、技术人员主要专注于计算机相关的技术，看不上业务，背后的主要原因是对业务恐惧。
在架构拆分的基础之上，识别并平衡技术的能力，也是架构师所要具备的能力之一。考虑的主要因素是长期的成本和收益。
和新技术最重要的配套就是人的配套，以及人的观念的配套。
第 17 章 软件研发
软件是用来替代业务人员的，业务人员也会有意无意地抵抗这一点。
第 24 章 软件运维
生产故障时要优先恢复用户的正常访问，而不是在生产环境探查问题的根本原因。生产环境的问题，基本都是变更造成的问题，优先回退最近的变更，恢复业务的正常运行。
第 29 章 产品
对于一个企业来说，如果这个企业的领导人对自己企业的愿景不够清晰的话，往往会带来一个严重的问题，就是这个企业的产品往往是模糊的。产品不清晰导致的结果就是：目标人群不清楚，产品体系混乱，进而导致组织架构混乱，交易很难增长，企业也会陷入困境。
第 30 章 用户
客户这个概念更多的是关注在交易层面。
第 32 单 交易系统
重用访问通道还是重用业务逻辑，二者只能选一个，无法兼得，毫无疑问要选重用业务逻辑。
第 33 章 事务
要打破大家对事务的理解才是根本，否则不管学多先进的编程语言和多先进的软件开发的理念，碰到数据库事务全都会现出原型，最后写出来的应用还是：数据 + 对数据的操作，还是压根靠数据库的事务保障。