“把新文章发出去。”
自动发布系统开始上班。先看原稿清单，再看审核结果、翻译进度、待发布名单。整理所有记录，保存，再检查几张表的数据是否一致。
忙了大约23分钟，还没轮到真正处理文章。
这来自一次匿名运行记录：准备系统状态约8分钟，保存结果约15分钟，最后进程被强制结束。这只是一回的故障，不代表所有系统的平均表现。
想象工厂所有人准时打卡、开早会、核对考勤表，然后一件产品都没做就回家了。偏偏这还是无人自动工厂。
一张表生出五张表
记录进度本来很有用。知道哪些文章写好了、哪些通过必要检查、哪些还没发布，就能避免重复劳动。
可是清单会繁殖：原稿、审核、翻译、发布，还有各组工作进度。一旦数字对不上，就得再安排一项“核对清单”的任务。
“文章呢？” “正在更新表格。” “更新好了？” “正在检查表格的更新历史。”
财务部造出了机器人。机器人最大的梦想，是进财务部上班。
为了保护表格，先把发布停掉
在绑得太紧的系统里，只改一行进度记录，也可能被当成整个发布内容改变。系统重新生成页面，另一张表又被改动，于是再次重来。
为了避免这个循环，发布期间还可能禁止其他任务写记录。
表格原本是帮助发布文章的，现在却要暂停发布来保护表格。
好比超市收银台为了重新统计排队人数，先暂停结账。顾客买瓶水都得等。
分工不是大家一起填表
真正需要的工作不复杂。写稿的人存好原稿；发布的人检查这篇文章并让读者看到；监测的人确认网页真的能打开。
如果所有人都必须改同一份庞大记录、等它更新完，记录一停，全体就停。多招十个人，也只是多十个人排队盖章。
台账可以全删吗？
重复表格可以删，但最基本的信息不能忘。
系统仍需知道哪篇文章的哪个版本已经上线，以及中断后该从哪里继续。否则可能重复发布，或者用旧稿覆盖新稿。
如果已发布网页和现有存储能提供这些信息，就别再往好几张表里复制。
只检查发生变化的文章，没变的结果继续用。监测和统计可以随后完成，别挡住合格文章。
真正的成绩是今天新增了多少篇读者能打开的文章，不是更新了多少张表。
“今日战报：台账一致性100分。新文章0篇。”
恭喜，工厂升级成了档案馆。
