10月15日，说一份手册。

1956年的这一天，IBM应用科学部和编程研究部印发了一本51页的册子，封面印着"FORTRAN自动编码系统——IBM 704"。这是FORTRAN的第一份程序员参考手册，也是第一门真正投入使用的高级编程语言，第一次以正式文本交到使用者手里。牵头编写的是约翰·巴克斯（John W. Backus）。

手册开篇写得很实在：FORTRAN本身就是一个704程序，它接受用"接近数学的日常语言"写成的源程序，产出一份704机器语言的目标程序。原话是——它"把704变成一台可以用更简洁、更熟悉的语言与它交谈的机器"，结果是"编程所需训练大幅减少，写程序和排错所耗的时间也大幅减少"。

二十多年后，巴克斯在IBM内部杂志的访谈里给出了更朴素的理由："我的很多工作来自懒惰。我不喜欢写程序。"那时他在IBM 701上算导弹弹道，索性动手做了个让写程序变容易的系统。

这句话值得在七十年后重读一遍。

第一层，门槛降下来，是真实的跃迁。 手册里那句"大幅减少"后来被证实得有点过分——同样一个任务，需要的语句数减少了约二十倍。到1963年，市面上已有四十多种FORTRAN编译器，各种FORTRAN手册散出去22万册。一门语言的价值不在它多优雅，在于多少人愿意用、多少机器愿意接。

第二层，翻译层必须够好，否则没人换。 手册里还有一句："FORTRAN产出的目标程序，效率几乎与优秀程序员手写的一样。"这不是客套，是生死线——当时客户不接受高级语言，唯一理由就是编译出来的代码太慢。所以第一版FORTRAN编译器本身就是个优化编译器，其索引寄存器分配的水平，此后十五年也没有被超越。落到今天的AI落地，一模一样：一套东西能不能用，不看它多聪明，看它翻译得准不准、快不快、稳不稳。

第三层，也是最要紧的：谁被允许指挥机器。 手册之前，能指挥704的是极少数会写机器码的人；手册之后，会写公式的人就能干这件事。门槛从"会机器"降到"会数学"，中间那一大批人就进场了。今天大模型做的，是把这道门槛从"会数学"再降到"会说话"——车间里的老师傅不需要先学会写代码，用他自己的话把活说清楚，系统去执行。

顺带说一句，巴克斯团队当年估算编译器六个月能做完。结果这个"六个月"，在此后两年里一直是"还需要六个月"。AI项目的排期，七十年没长进。

对正在上AI的制造企业和一个人干活的超级个体，这一天留下的提醒很具体：别把AI当聪明机器，把它当翻译层——衡量它的第一指标是翻译准不准，不是模型多大；你那些只有你会干的活，如果只能用你的手感描述，别人接不住，能用一门"更简洁、更熟悉的语言"写下来，才可能被调用、被放大。

而"我懒"这三个字，可能是最经得起检验的创新动机——不为宏大叙事，只为不想再干那件重复的苦活。省事的欲望，比使命感更能撑过两年的"还需要六个月"。