谁能想到一个孔位错了几毫米，就把整个柜子给报废了呢。我第一次遇到这种情况是在装宜家的板子的时候，最后一块侧板愣是卡不上，插销都塞不进去。我仔细看了看那块板，结构其实挺简单的，中间有个通槽，两边各有两个盲孔。可是因为那两个孔往一侧偏了3毫米，板子就彻底废了。 我把包装清单和图纸都拿出来核对了好几遍，确定不是我少件也不是手滑造成的。问题肯定是出在生产那边。估计是工人在铣槽的时候把板子放反了，导致开槽的位置和开孔的位置对不上。我找了客服帮忙换板，他们答应给我免费换新的。不过这事在我脑子里打转之后，感觉就不一样了。 如果这板子是精密仪器上的关键零件呢？要是因为一个孔错位导致产线停摆，那损失可就大了去了。本来就是一颗螺丝钉的成本，一变成停工、人工还有物流的损失，那就是几何级的上涨。这就给我提了个醒：怎么防止这种低级错误发生呢？ 后来我想到了两种办法。第一种是不改设计，只是把加工顺序调换一下：先把槽铣好，再去开那个孔。这样工人就不用费劲儿去比对哪边是正面了，只要看槽的位置就能知道怎么放板子。“看槽”比“比孔”直观多了，出错率也能直接降一半。 还有一种是彻底改设计的办法：把两个孔的位置放在板件的几何中心上。不管工人怎么拿这板子，只要铣槽的时候把中心对准了就行。这样信息熵就降到了零——因为对称性被打破了，错误也就没机会滋生了。 其实防呆思维在生活里到处都有。Type-C接口出来后，终于解决了USB口正反难辨的问题。你插反了也没关系，信息熵直接降到了最低。那个时候谁用谁知道多爽啊！冲压机以前总出事故，现在搞了个双开关加上远距离布置。想单手启动机器？先得过距离关和心理关才行。 明式家具里有一种面条柜设计得特别巧妙。门关起来的时候重心会内移松手之后门会自动弹回去关严实了。这就叫硬件兜底的防呆设计。 说到写 SDK，其实和给工友发零件差不多意思。用错一颗螺丝都能让整台机器瘫痪。线程管理方面咱们要主动切换别把麻烦留给调用方第三方依赖能不绑就别绑 API 的参数用数据结构比用 map 强多了 Kotlin 的具名参数配合 Linter 用起来效果特别好写错一个字母马上就报错省得后来 debug 麻烦死人。 不过话说回来资本逐利机器迭代加速工人被拆分成了一颗颗螺丝钉防呆设计看似方便实则把人的判断力给剥夺了工具越聪明人越容易被驯化马克思说的工人生产出反对自身的异己力量这话太有道理了当程序员因为删库跑路上热搜纺织工人在 18 世纪砸掉织机技术本身没罪剥削逻辑才让人愤怒异化不是科幻而是工业化的必然题：如何让机器为人服务而不是人被机器吞噬？ 事后我画了一张图放在书桌上提醒自己空谈误国实干兴邦先做好防呆再谈理想换好板子柜子顺利完工我就放心了以后可再也不想经历这种折腾了！