技术与业务之间 9 篇
改造怎么评估、怎么交付、怎么算账，再加两个当下就要拍的技术判断：现在要不要拆、验证做到什么程度才算敢上线。
- 没有测试的老系统，先让它自己交代行为
改造期最贵的不是写新代码，是没人说得清老代码现在到底在做什么。这篇讲这套新旧比对的能力为什么要单独排成第一个批次：黄金文件的输入怎么挑、输出记到哪一层才算够、时间戳和自增 id 这类干扰字段怎么先抹平，写接口得先把副作用隔开才有得比，以及比…
- 老系统改造：先证明能改，再谈怎么改
多数改造项目不是方案选错了，是开工前有三件事没人要求它回答：流量能不能切、改前改后的行为能不能比对上、数据改歪了能不能退回去。这篇给出开工前必须先过的三关、四类盘点各自要拿出一份什么东西、最容易漏的五样没写在文档上的约定，以及为什么「不改」…
- 生成不再是瓶颈，验证才是
Thoughtworks 在 2026 年上半年的工程报告里把话说明白了：代码生成不再是瓶颈，验证才是。这篇讲这个判断在数据上怎么站住，以及它在一次真实改造里具体长成什么样——验证税要交给谁、什么时候交。
- 什么时候该拆微服务：拆与不拆怎么看
先说什么时候拆才有收益、什么时候只是把复杂度搬了个地方，再按七步过一遍搭建时要考虑的东西。
