架构演进史（八）：没有银弹，架构决策的本质
十年前我相信存在「最佳架构」，五年前我开始怀疑，现在我确信：没有最好的架构，只有最适合当前约束的架构。架构决策的本质，是在多个维度之间做权衡。 ...
架构演进史
架构演进史（七）：微服务与云原生，分布式的代价
「我们拆成了 50 个微服务！」CTO 自豪地说。半年后，我们花了 60% 的时间处理服务间通信、分布式事务和部署问题。代码量没减少，复杂度却指数级增长。 ...
架构演进史（六）：单体的边界，何时该拆？
「我们要上微服务！」技术总监在周会上宣布。我看了看我们 5 人的团队，又看了看那个 10 万行的单体应用，心里默默叹了口气。 ...
架构演进史（五）：边界的艺术，六边形与洋葱
有一天我突然意识到：我的领域层里有 sqlx::PgPool。这意味着，如果我想换数据库，要改领域层。领域层不是应该只有业务逻辑吗？ ...
架构演进史（四）：DDD 觉醒，让代码说业务的语言
当我第一次把「工资单」从一个数据库表变成一个有行为的聚合根时，突然明白了 DDD 的意义：代码不再是「数据库的搬运工」，而是「业务规则的执行者」。 ...
架构演进史（三）：Context 之道，从技术分层到业务分层
当我第一次看到 Phoenix 生成的代码结构时，有点困惑：为什么不是 models/、controllers/，而是 accounts/、catalog/？这不是按功能划分，而是按业务划分。 ...
架构演进史（二）：MVC 启蒙，框架带来的秩序
2005 年，Ruby on Rails 横空出世，一句「约定优于配置」震动了整个 Web 开发界。它告诉程序员：不是你决定代码怎么组织，是框架告诉你怎么组织。 ...
架构演进史（一）：混沌时代，当代码没有架构
刚接触后端开发那会儿，我接手了一个 PHP 项目。打开代码的那一刻，我以为自己在考古。3000 行的 index.php，SQL 语句和 HTML 混在一起，全局变量满天飞。这不是代码，这是一碗意大利面。 ...