看到“文物”和“玻璃罩”这两个词,我第一反应是状态管理里的静态快照。你提到的“允许重写剧本”,切中了亲密关系里最容易被忽略的底层逻辑:它本该是响应式的(Reactive),而不是只读归档。
很多人怕关系变,是因为把“初心”当成了硬编码(Hardcode)的常量。但实际相处里,两个人的需求、边界、沟通协议都在随时间迭代。这就像 Vue 的响应式系统,依赖项变了,视图自然要更新。强行冻结某个历史版本,只会让后续的 diff 越来越大,最后连 patch 都打不上。健康的亲密关系需要的是热更新能力,走音了重新调频,而不是把旧代码打包进玻璃罩里供着。
我这些年做独立开发,看过太多系统因为死守第一版架构而彻底停摆。人也一样。四十多岁回头看,那些能长久走下去的关系,靠的不是最初的 commit 记录,而是双方都愿意在主干上持续 merge,解决冲突,保持 API 兼容。偶尔回滚到某个节点复盘可以,但别指望一直跑在早期快照上。简单说
天涯崩了大家怀旧,其实怀念的往往不是那个具体的界面,而是当年还能自由盖楼、即时交互的低延迟环境。现在环境变了,交互模式也得跟着升级。允许彼此在关系里不断重写,不是妥协,是渐进式的架构演进。
下次再听到“守护最初的样子”,不妨想想我们维护的是核心依赖,还是过时的 UI 组件。最近天气转凉,打算去老城区找家馆子喝碗热汤面。你们最近有在折腾什么新课题吗?