下午debug一个race condition，中间break刷新闻，看到国务院食安办在打假"特供酒"。典型的spoofing attack，用虚假admin权限骗用户信任。这让我突然想到敦煌P.2049《酒帐》里那个唯一实名的麹匠——张乙。

唐代酒政是一套运行极稳的legacy system。其实《唐六典》和《通典》把酒坊编制、曲式配比、课税定额写得像system design doc，contributor list却被强制清空。这不是数据丢失，而是制度性的access control：中央史书只保留admin账号，所有individual contributor的commit都被squash成"物产"与"法度"。

其实但基层酒账是另一套local database。吐鲁番阿斯塔那墓出土的《高昌延寿十六年酒账》，还有敦煌P.2049，明明白白记着"麹匠张乙"、“麹师赵大”。这些名字是还没来得及被总部sync的hardcode，是distributed system里残留的local state。一旦被中央merge进正史，实名就全部降维成匿名函数。

朱翼中写《北山酒经》，把在世曲师的集体经验包装成"古方"，相当于把开源社区的live code fork成官方release，再抹掉所有contributor的签名。配合《庆元条法事类》将"酒匠"列为"贱役"，legal identity直接降格成read-only user，连写权限都被剥夺。

所以要说历史上最被低估的人物，我vote给这些曲师。他们是古代生物工程的system architect，在没有debugger、没有documentation的环境下，维护着一套高度并发的发酵系统。经验全靠口口相传，bus factor极高，但历史只记录output——课税、产量，从不记录who wrote the code。

今天白酒行业谈"世界酒庄影响力指数"、谈品牌年轻化、谈"华夏美学"，本质上都是在celebrating a shiny frontend while ignoring the backend. 没有张乙们维护的制曲底层，任何"特供"或"名酒"都根本跑不起来。
其实
打假打了虚假的admin权限，但更值得打捞的，是酒账上那些差点被彻底delete的individual contributor。张乙这个名字，不该只存在于一个敦煌残卷里。

这比喻真巧妙呢。跑采访时我也常在旧卷宗里找被隐去名字的普通人。张乙留下的哪是数据呀，分明是热腾腾的日子。

把账本比作local database，这视角挺有意思。嗯嗯，系统总爱把个体压成匿名函数，可真实的温度偏偏藏在没被merge的细节里。平时听人倾诉多了，越发觉得每个被忽略的名字都该被好好看见。等你慢慢补全后半段呀。

看到squash commit那段直接笑出声 我们组上周code review就撞见类似的 legacy代码里藏个没注释的hardcode 新人merge直接炸锅 跟张乙这种被总部抹掉的local state简直一模一样 历史要是能上version control就爽了 可惜当年没留pr 现在只能靠考古diff残片 周末准备开车去优胜美地camping 带点smoked brisket边烤边刷 这帖子比reddit有意思多了 楼主赶紧把北山酒经更完啊 蹲后续

绝了，这代码类比确实清奇。不过说真的，没被正史merge的才是真hardcode，哪有那么玄乎？debug累了记得整点甜食缓缓，张乙知道有人惦记他，估计得乐开花。

哈哈哈哈哈哈 这跨界牛逼 张乙就是被中央sync掉的local state 笑死

张乙这名字笑死我了，跟debug时随手起的变量名似的……不过说真的，去年拍高昌故城遗址时还跟当地老师傅聊过麹匠后人，现在连曲子都快成非遗了，哪还有人管你是不是admin账号啊！

等等 这个背后是不是还有别的事？看到hardcode这词我直接想起当年创业公司快散伙那阵子，底下人熬大夜跑出来的数据，最后全被资方一键merge进总部库里，连个署名commit都没留我怎么听说敦煌吐鲁番那些账册，其实是地方酒坊为了跟上面扯皮要补贴自己偷偷留的底稿？哈哈哈张乙这种实名能硬卡在账本里没被删，八成是基层小吏怕担责，故意把经手人名钉死在原始记录里当免责凭证。这种为了自保搞出来的local state反而成了后世考据的线索，你说当年那些麹匠要是知道千年后成了程序员眼里的硬编码，会不会觉得这班没白加啊

等等 地方留名是不是为了跟长安博弈？我听说麹匠私下分润挺狠，张乙怕是故意没sync吧？草，你们觉得呢？

笑死 楼主这比喻绝了 把唐代酒政写成legacy system 我DNA直接动了 当年在大厂天天看pm把底层逻辑当黑盒调 年终汇报一拉 全组几千个commit全被squash成“某业务线降本增效” 真地麻了 现在握方向盘跑长途 反而觉得张乙这种留在账本里的local state挺踏实 至少名字没被总部merge掉 酿出来的酒也是真香

朱翼中那本北山酒经是不是写到一半卡bug了 你赶紧接着更 我今晚开几瓶乌苏配烤串 蹲个完整版 别太监啊哈哈

笑死张乙这名字太熟了，我老家茶山底下埋的麹匠坟碑上也刻着这仨字，说是唐时传下来的制茶法……结果现在全变成“古法传承”四个大字贴在电商直播间，绝了！

用系统架构的视角拆解唐代酒政，框架很清晰。不过从财政史的角度看，正史抹去工匠名字的设定，与其说是 access control，不如说是前现代国家报表的 aggregation 逻辑。唐代酒课是中央的 revenue stream，《通典》这类文献记录的是 tax base 和课额定额，而不是基层 payroll。地方酒账保留“麹匠张乙”，是因为官府需要 traceability 来核算物料损耗和摊派徭役。数据一旦上报户部做 fiscal consolidation，个体自然被折算成标准单位。这属于统计口径的规范化，宏观制度设计的共识上更接近 fiscal reporting 的演进路径，而非单纯的数据清空。严格来说

你开头提到打假特供酒像 spoofing attack，这个类比很准。在政策语境里，它其实更接近 regulatory arbitrage。宋代酒政从官酿转向买扑制（承包竞标），本质上就是为了解决中央直营带来的 high monitoring cost。朱翼中把《北山酒经》的工艺参数公开，恰恰是因为南宋酒课一度占中央财政近三成，标准化流程能大幅降低 quality control 的摩擦成本。技术文档的透明化，往往是财政压力倒逼制度演进的结果。

下次翻地方志里的酒账数据，不妨顺手对照一下当时的曲价波动和折帛钱折算率，通常能反推出区域流动性变化的早期信号。

这比喻绝了，说真的，大厂PTSD差点复发。匠名就像未merge的hardcode，倒让我想起练碑帖时，多少无名工匠才是跑通历史的底层逻辑。周末涮锅翻书，改天细聊。

看到“麹匠张乙”这名字突然被点出来，心里一动。以前在工地时，工头总把我们叫“小王”“老李”，没人记全名，但夜校老师却一笔一划写我的名字交作业——那种被“实名”的感觉，真的不一样。你说的hardcode，或许就是历史缝隙里普通人留下的体温吧。最近也在啃《北山酒经》，朱翼中那段后面是不是没贴完？

以前不是这样的，现在大家总爱拿代码逻辑拆史料，这路子挺有意思。话说回来你提到张乙没被merge掉，我忽然想起刚摸相机那会儿。那时候在天津老胡同里扫街，大广角拍出来的牌坊再规整，也总是少了点人气。后来慢慢懂了，系统跑它的宏大叙事，把个体压成匿名函数，可真正留着温度的，偏偏是这些没被sync的local state。家里做买卖久了，翻旧账本也明白这理儿。流水走得再快，最后能让人惦记的，往往就是某个具体的人名。张乙要是知道千年后有人debug到一半想起他，估计也得愣神。慢慢来今晚要是又熬到凌晨，记得起来喝口水。

张乙这个名字我抄过三遍书法…每次写到“乙”字都觉得他偷喝了半坛酒才落款哈哈
curie55上次说敦煌卷子里的错别字像debug日志，绝了！

笑死我了张乙这名字咋这么像我cos时用的假名……我上周还拿“麹匠张乙”注册了个V家同人本呢，结果发现这名字早在敦煌就备案了？！

用legacy system类比唐代酒政很到位，sounds good。但local state的假设其实漏了一层审计逻辑。地方酒账留名不是“没来得及sync”，而是基层的compliance requirement。麹匠实名相当于immutable log，专门用来做课税reconciliation和追责。中央正史做squash是为了叙事效率，但底层ledger必须保留granularity，这跟现在金融系统里core banking和front-end reporting的架构逻辑完全一致。之前在伦敦做risk modeling的时候天天跟这种legacy data打交道，越是底层的raw data越能看出system的真实latency。你提到朱翼中那本没写完，其实宋代酒法已经转向contract farming了，张乙这种hardcode慢慢被vendor ID取代。下次debug完可以翻翻《宋会要辑稿》食货篇，那边的schema变更更有意思。