2019-12-24周边功能对核心系统总伤害的经验公式的本质，我总结为，不论自己设计的架构静态看起来有多么完美，各模块之间的配合有多么精妙，如果从外部给它施加一个扰动（比如需要修改某个模块），会导致整体发生剧烈的变化，那么这个架构就不是好的架构。
就像机械系统，一定要考虑公差。系统要与误差共舞，要能抵抗变化，必须处于一个动态的平衡点。作者回复: 是的，自我感觉良好是没有用的。只有真检验了，测量了，才能确定是不是真的好。
3
2019-12-24在应对架构老化这件事情上，不要轻率地选择进行全局性的重构。要把功夫花在平常，让重构在润物细无声中发生。
拿小本本记下来 2
2019-12-24看了一些架构书籍，但一直觉得无法入门。直到今年大量重构项目后，才感觉有点打开这扇门了。面向对象思想，设计原则，领域建模，代码规范，重构手法这些亦是架构之道。
对于重构，我遵循的是<重构 第二版>的小步快跑的模式，在每次需求迭代顺带重构周边业务。我追求的是用最小的成本（改动少，验证范围收敛）解决最大的问题（可读，可扩，性能及更明确的语意），是四两拨千斤的效果而非千斤拨千斤的蛮力。解决问题是目的，优雅的解决问题才是追求。
栏主后面的篇幅没有第一章指点江山的气势。但落笔都很精准，要么引发反思要么引起共鸣，依旧受益匪浅。马上最后一章了，真舍不得完结。展开 1 2
2020-01-09老师从开闭原则 对aPaaS 这个概念怎么看呢。烦请指教作者回复: 本质上 app 需要开放，所以引入 paas 层来提供开放能力。
1
2019-12-26没重构过就看不懂架构课，就像不实践就没法真正理解一个道理一样。边学边实践才能真正理解老师所讲的内容，而且真的是一步一步理解的。作者回复: 是这个道理，知行合一
1- 2019-12-24一门学科的历史，就是这门学科的本身。从老师的信息科技的演进历史收获很多，期待 数据治理与业务运营体系构建 这本书早日出来 1
2019-12-25许老师的课总能引发许多反思：理解业务、理解各个环节、最小化且可扩展设计。有时觉得一个好的架构师要有3个角色：产品经理、全栈工程师/DevOps、架构师【注：其中就包含整体的软件、数据库和系统架构】。
老师的课程就是纯正的干货：课上一分钟、课下十年功。 虽不知老师的《数据治理与业务运营体系构建》：不过依然非常期待老师课程推出的一天，分享给大家学习和交流。谢谢老师的教诲。- 2019-12-24听老师的课，有一种行云流水的感觉，非常舒服。