在 MVP 里哪些捷径是安全的

技术债是决定，不是意外

快速上线意味着有意把一些东西留着没做完。本事在于分清哪些没做完的会一直很便宜，哪些会利滚利。

通常安全

• 不加缓存层。等真有慢查询再加。
• 后台手工步骤。量小的时候，由人跑脚本完全没问题。
• 用一个大模块而不是干净的边界。以后拆分是机械劳动。
• 极简的管理工具。早期靠数据库访问加上小心谨慎就够了。

它们有个共同点：以后修的成本，和现在修差不多。

很少安全

• 任何碰到认证与授权的东西。 往一个"默认所有人都能看所有东西"的代码库里补访问控制，接近于重写。
• 迁移不了的数据。 每条记录没有清晰标识的表结构，一旦有了真实记录就会变得非常昂贵。
• 没有审计轨迹的资金处理。 还原何时、为何、收了多少钱，不是事后能补上的东西。
• 没有备份。 这不是债，这是一笔没有资金来源的负债。

让这件事保持诚实的纪律

在走捷径的当下就把它写下来，附上触发偿还的条件：到一千用户时、在第一个企业客户之前、当这条查询超过某个阈值时。没有记录的债，六个月后与疏忽无法区分，并且会被当时不在场的人当作设计决策来辩护。