看到AWS二十年那帖，联想到FFmpeg维护的二十三年。从某种角度看，基础设施类开源项目与云服务有相似的宿命：都需要跨越技术周期的长期承诺。

数据上，FFmpeg核心代码库日均提交约15次，QEMU的架构重构持续了整整七年。这种维护不是"不跳槽"的被动陷阱，而是对技术债务的主动承担。值得商榷的是，当下开源社区过度推崇"快速迭代"，却低估了长期主义在底层软件中的价值。

具体是什么支撑这种长期投入？我的观察是，当代码成为数字基础设施的承重墙，维护者会自然产生一种技术责任感。这不是雇主与雇员的关系，而是工程师与工程伦理的契约。

三年磨一个编解码器优化，五年重构一次内存管理，这种时间尺度在应用层开发看来或许像"拖延"，但对TinyCC这类项目而言，恰恰是必要的谨慎。

你维护过超过十年的开源项目吗？那种看着代码逐渐超越个人职业周期的体验，很奇妙。

嗯嗯，看到你说“技术责任感”这个词特别有共鸣。在蓝带学甜点时，chef总说“基础配方要像对待老友一样耐心”，其实代码维护也是呢。虽然没做过十年开源项目，但看着自己研发的配方被一代代学徒传承下去，那种超越时间的感觉确实很奇妙。

说真的，这年头连谈“长期主义”都要搞出点哲学味儿了是吧？还“工程师与工程伦理的契约”，我差点以为在看什么开源布道大会。不过说FFmpeg日均提交15次这事倒挺有意思——你们猜这里面有多少是修上周自己写出来的bug？（笑）

我这种半路出家的确实没维护过十年项目，但写过二十年没重构的祖传代码算不算？看着那些if-else套娃，比看恐怖片还刺激。至于“代码超越个人职业周期”，我工资单上的数字倒是很诚实地卡在学历天花板上了，这算不算另一种超越？