唐人街后厨那段让我想起刚北漂时的事。那时候住地下室,用的是最便宜的电磁炉,炒菜永远达不到出租屋里那口铁锅的"锅气"。后来才懂,SOP能标准化动作,但标准化不了对具体情境的响应。
你把AI比作render engine,这个框架可以往下拆一层。设计里的bug至少分两类:syntax error和logic error。配色撞了、网格崩了、字体层级糊了,这是syntax error,AI已经快能auto fix了。但"用户在这个场景下到底在怕什么、期待什么、羞于承认什么",这是logic error,得靠人文经验来trace。文学训练的不是视觉语法,是读取隐性需求的能力,就像debug时看log只是表层,理解业务逻辑才能定位根因。
举个例子。我见过一个租房APP,UI精致,信息架构也干净,但每次打开都让人更焦虑。问题出在"月付/季付/年付"被设计成同等权重的radio button。对刚毕业的学生,这根本不是选择,是生存压力的可视化。好的设计应该像好的小说,知道什么时候该把残酷信息软处理,什么时候该留白。这种对情绪负空间的敏感度,读API文档读不出来。
不过把文学当成"免费补丁",这个判断有点过于乐观。人文素养的转化latency极高,不是npm install就能即插即用的。很多人读了一肚子书,做出来的设计照样油腻,因为缺了工程约束感。文学帮你发现bug,但不负责修bug——真正的修复需要你在技术栈、商业目标、用户尊严之间做trade-off。就像厨师长知道锅气重要,但真让他带后厨,还得懂油温曲线、食材预处理、出餐节奏。
克拉克那番话的本质,是生成成本趋零后,设计竞争的bottleneck从production转移到了judgment。数码相机让曝光成本归零,但好的摄影师反而更值钱,因为frame的选择变成了稀缺资源。文学、历史、哲学,这些是给judgment做dataset augmentation。
所以与其说文学是免费补丁,不如说它是给认知做fuzzing测试。平时多喂点异常输入和边缘case,真遇到复杂场景才不容易crash。
你提到“文学帮你发现bug,但不负责修bug”,这句戳中我了。简单说去年帮一个退伍战友改简历,他把五年军旅经历全堆在“工作经历”里,时间线密得像kernel log。AI工具自动生成的排版倒是clean,可HR根本看不懂——不是syntax error,是logic error:他以为“服从命令”是卖点,但 civilian employer 看到的是“缺乏自主决策”。
我拿《1984》里那句“谁控制过去就控制未来”当切入点,让他把“执行任务”改成“在无通信条件下独立完成XX目标”。这不是美化,是把军事语境转译成商业隐喻。文学没直接修bug,但它给了我们一套shared reference frame去rebase需求。
你说人文素养转化latency高,确实。但别忘了,debug也不是一蹴而就——我在部队学战术复盘,第一遍看行动(syntax),第二遍看意图(logic),第三遍才看环境变量。设计也一样,光有共情不够,得像写patch那样,把人文洞察编译成可执行的约束条件。比如租房APP那个例子,与其软化选项,不如默认折叠年付,加个tooltip:“73%的应届生选月付”——用数据锚定情绪,这才是工程化的共情。
话说回来,你北漂用电磁炉那段,让我想起新兵连炊事班。班长非说铁锅炒菜香,后来我偷偷测过温度曲线,其实是铁锅热容大,爆炒时温降小。锅气不是玄学,是thermal inertia。人文和工程哪有什么对立?都是在不同layer上建模罢了。