专栏《乔新亮的CTO成长复盘》读书笔记（技术架构篇）

1. 架构决策能力不但非常关键，而且是技术管理者最重要的能力和职责之一，而且职级越高就越重要。
2. 很多所谓的“技术债”，也就是由一次次的决策失误不断累加而成的。
3. 管理者要能充分利用自己的技术视野和业务认知提前做好预判和布局，也就是上医治未病
4. 做 “T” 型人才，有一条足够深入的技术栈，是你前进的巨大倚仗。
5. 管理者要做的就是：通过下属的表述，快速理解业务和架构逻辑，短时间内成为这一细分问题的专家，然后进行决策。“只要你能讲清楚，我就一定能掌握”，如果通过坚持不懈的练习，养成了这一专业素质，管理者将在架构决策方面无往而不利。
6. 工作了近 20 年后，我发现，如果一名架构师存在职业发展瓶颈，那么他的问题大概率是简单的设计方法没有执行好，而不是复杂的设计方法没学会。经常是各模块职责混乱。
7. 大家习惯于基于业务需求写代码，而不是基于架构设计写代码，反正来了需求先实现了再说，尤其是在业务刚刚起步时。
8. 从初级架构师到高级架构师，什么能力是一直存在并持续提升的？其实就是对复杂业务的拆分能力、对可复用部分的抽象能力、对拆分过程的颗粒度把握，以及对未来变化的考量和设计。如何让架构有足够的“应变能力”，则与架构师对业务的理解程度息息相关。
9. 微服务架构的基础性技术能力已经封装在框架中，可以让开发团队聚焦在功能实现上；再者，通过和 Kubernetes 集成，微服务的功能、数据、基础设施被再次封装，技术架构也再次进行了升级。
10. 架构设计本质上是一种“中庸思想”，如果单纯考虑功能设计，我们的目标只有一个：让架构响应业务调整的速度更快。那么架构如何才能实现更快的响应速度呢？就是在保证各「元素」职责清晰的情况下，抽象出稳定的功能或组件，让业务流程能如丝般顺滑的串联起来。
11. 其实从架构的视角看，中台这个概念并不新鲜，它只是突出了“可重用部分的抽象”这部分工作。那么， 如果你的 IT 系统可复用部分不多、业务量不高，建设中台的意义何在呢？如果你的中台对业务没有帮助，建设中台的价值如何体现呢？
12. 人类在解决很多复杂问题时，都会采用类似的思维流程：将复杂问题拆解为简单问题，逐一解决再合并，并将可复用的知识抽象，以实现举一反三。架构设计，其实就是这种思想在软件设计层面的复现。