架构杂谈

面对一个新项目，开发者在技术选型阶段，可能会面对很多诱惑。是追逐潮流，选择当前最火热的开发语言；还是保守起见，从交付时间的角度出发，选择成熟语言。 在这里小小的做一下展开分析。

DDD不是一种具体的技术或框架，而是一种面向业务的设计思想和方法论。它可以与各种不同的技术和框架结合使用，例如Spring、Hibernate、Event Sourcing等。

想象是美好的，《人月神话》里提到了，没有银弹。任何一种方法论，都只能在有限的场景下发挥作用，滥用只会给自己平添麻烦。

首先，前后端分离不是一个新的话题，也没有什么大的争议，在目前主流的开发领域，基本上已经成为业内的规则。这里就是简单聊一下，我们在哪些情况下，应该规避前后分离的固有思维，把目光聚焦在具体业务上面...

这其实是一个软件的设计理念，当下各种架构层出不穷，设计上也是越来越健壮臃肿，普通开发人员的关注点是否应该放在这个上面呢？

分支是指在代码版本控制系统中创建的一个独立的分支，通常用于开发新功能或修复bug。分支通常是暂时的，它们的目的是在开发过程中保持代码库的稳定性...

数据库和缓存，这两个存储介质，其相关的数据如果不一致，可能会引发不可预知的业务风险。如何保持一致，这是一个经典问题，也是开发人员在使用缓存中间件的过程中，怎么都绕不开的一个话题。

4+1，顾名思义，就是为不同的利益相关者（stakeholders）准备 4 种不同的视角和 1 种场景来阐述架构的设计意图，以便减少认知和交流的成本。