我们在讨论架构的过程中，总会陷入一些矛盾，这些经典的矛盾成了关于架构无尽争论的源头。这些矛盾往往是我们分析架构方法的关键所在。

一个人要维护好几个服务的事情最近几年越来越常见，我接手不少，虽然好几个项目的服务都被我合并了（不合并项目多半会死）。

科学的架构设计应该通过一些输入并逐步推导出结果，架构师要避免凭空设计和“拍脑门”的做法。

在软件工程中，了解相关标准给我们带来非常多的好处，能帮助我们更好地做技术选型、企业应用集成、持续演进以及借力技术生态。

良好的组织代码的关键不是将方法划得足够小，而是对象各司其职。

这两年业界最流行的技术架构话题已经从前后端分离，变成了分布式、微服务、DDD了。微服务架构适合所有的公司吗，业务场景演变到了什么地步才需要考虑上微服务呢？

在不长的软件工程历史中，框架或者库影响了一门语言的思想，甚至人们因为框架改变了一门语言的的看法的的例子比比皆是，而JavaScript就是其中的代表。

领域服务间的权限设计思考和方法。

在当下的世界，互联网已经如同水、电、气一般的广泛的存在于我们的生活中，构建离线应用好像不再必要。或者说，丢失网络连接的情况也只是暂时性的，因此现代软件越来越依赖网络连接。

你不应该你在一个新的项目一开始就采用微服务架构，即使你确认你的应用在未来因为业务演进变得无比巨大。

企业架构解决了支持多渠道、多用户、多应用的平台建设诉求和模型建立能力不足之间的矛盾。

ArchUnit 是一个小型、简单、可扩展的开源 Java 测试库，用于验证预定义的应用程序体系结构和约束。

在云原生的时代，微服务已经变成了一个默认选项。但大部分开发者反馈，他们的微服务总是有这样那样的问题，明明是一个非常好的实践，但是感觉带来的问题，比解决的问题还多。