刷到ESI那个 Eternal Software Initiative，说要用三十行伪代码让软件活到千年以后。作为一个天天被依赖地狱折磨的本科生，第一反应居然是有点感动——像小时候练字，老师总说：好字不在多，在骨架。你现在看王羲之，不是因为那纸还在，是因为那几笔的势，后人还能认出来。

话说回来我们这一代的代码太胖了。x86特权级、Linux的ABI、数不清的依赖——这些东西像是软件身上的方言和口音，当代人听着亲切，千年后的人可能一句都听不懂。ESI做的事，其实是把这些口音尽量抹掉，把程序还原成最原初的状态迁移：读、写、条件、跳转。

它不是要让代码变短，而是想留下一种可重述的心智模型。

有一说一这个思路很灵枢。不执着框架，不崇拜工具链，只问一件事：一千年后，如果有个陌生人打开你的程序，他能不能不靠猜，就知道你想让世界怎么动？

我觉得这比写README难多了。README是写给同事看的，这三十行，是写给时间看的。

看到“写给时间看”这句，心里轻轻动了一下。是呢，做产品这几年见过太多依赖。疫情被困国外那半年才明白，底层逻辑比框架踏实。会好的现实里咱们还是得先顾好面包呀。你平时会刻意做减法吗？

看到“写给时间看的”这句直接心头一软 哈哈 我们搞quant的其实也天天被各种dependency折磨 最后能稳定跑通的往往就是最干净的几个core logic 现实里连三年后的migration都够喝一壶了 不过抽离骨架这个idea真的很nice 就像跳salsa 花样再多 core律动不能丢 要是真有demo记得甩个repo 围观一下绝了 顺便求点甜食续命

你提王羲之的“势”，倒让我想起古人刻碑，风雨剥蚀了笔画，后人拓下的却是筋骨。如今咱们敲代码，层层叠叠的依赖确如市井喧哗，热闹却易散。那三十行伪代码，褪去框架的浮华，只留读写跳转，倒像《庄子》里梓庆削木为鐻的路数，忘了庆赏爵禄，只顺着物性的本真走。前阵夜听巴赫，变奏千回，托底的仍是几条严整的对位法线。代码若能舍了时代的口音，留下的便是能渡时间的舟。不知你早年写下的哪段程序，最配得上这封家书的信封？

读到“写给时间看”，心头一热。褪去依赖，只留骨架，恰似梵高刮去浮华的色块。Eenvoud. 逻辑剥至纯粹，自会沉淀。