05 | 架构与实现：它们的连接与分界？

补一下当时的学习笔记，请批评指正~ 1.用城市建筑设计类比软件架构 建筑架构的边界、区域划分：对应程序的功能模块划分 道路规划：软件接口与交互 2.软件开发 软件设计：需求分析、架构设计等，架构主要用在这一步 软件实现：变成代码并交付 3.架构的关注点：熵 熵表示软件系统的混乱程度，越大则表示越混乱，难以开发测试和维护 需求的堆积与变更：熵增 重构，架构升级：减少一部分熵 软件的生命周期内，就是在不断平衡熵，直到最后软件生命结束 4.实现的关注点：简（减） 简化软件代码，减少代码量，减少开发时间，减少测试时间，减少潜在bug数，减少未来的维护、理解与沟通成本 5.软件架构的断裂带：执行过程 多人协作，沟通协调 作为架构负责人：把控其他人产出是否没有超出架构边界，把自己的主要精力投入到战略性的问题上 6.架构实现能力的等效性 不同的架构表示的不同的结构与流程设计思想 同一个需求，可以用不同的架构实现，只是实现过程中的成本不同，因此架构实现能力是具有等效性的 根据实现成本、后期可扩展性等因素，选择合适的架构

最近也订阅了《从0开始学习架构》，两个专栏比对着学习更好玩。 架构一词确实难以理解，换成架构设计好理解一些，我的理解就是软件的顶层设计，规划开发软件使用什么技术，不使用什么技术，以及为什么，然后就是软件最后实现成什么样子，加上对边界、交互、成本、周期的把控。 实现-好理解，将蓝图从纸上或脑中搬到现实之中。 艺术源于生活高于生活，软件设计也是一样滴！

架构在于取舍之间，包括开始的设计和实现的落地情况。哪些是应该“取”的，哪些是应该“舍”的。需要在实践中不断体会。另外，语音中发现两个错误：一个是：重（chong）构不是重（zhong）构：另一个是单体应用不是单位应用。

快照是指什么哈?

低维度的我默默流泪。格局又大了些，学到了东西，不错。自己工作中也是感觉公司技术团体有很多问题，感觉是1+1<2,还有个问题，很多同事帮别人改一个bug，自己做了一个事，总是要搞得大家都知道，这是什么心理？如何改善？

大佬有没有优秀的架构方面的学习资料推荐呢

在实践中，我的做法是定期对系统的状态做快照 ------------------------------ 做快照是怎么做法，不是太懂

又从一个新的角度审视架构师，很有收获，谢谢

很独特的分享，很喜欢这种文章

架构师成长路线有吗？