原因：数据存放地址发生变更，产品读数路径有的修订了，有的没有改（多人负责）。读数的同事统一读书时，忘记选择先路径了，结果使用了默认路径，没修定路径的产品就读不到数了。

原因：

1，变动是风险高发地带。

2，多人处理同一项业务容易漏，差错率高。本次，有的产品修订参数了，有的没修订。读数每天换人，有的记得重新选路径，有的就忘了。这次就是忘记了。

3，系统参数维护在枝节点，不科学。同类参数最好维护一次即可。目前这类参数每个产品都要各自维护。如果有100000个产品呢？要维护100000次？系统需要完善。

这些都是看得见的原因。但不是底层的原因。

底层代码是：复核。

数据读取后没有经过复核（读取的数据生成结果，与数据提供岗复核）。

如果有复核措施，不管什么原因，比如，数据路径变了，忘了维护，多人维护，不会读数，系统需要完善，不小心漏了，系统出现Bug了，不管任何原因，只要有复核就能发现。

在此基础上，就本次事件：优化系统，从末节的参数维护变更为根节点维护。专人维护参数，专人读数。

本次事件下游在哪个阶段发现问题的？就是在复核阶段。根据读取数据处理业务后，复核处理结果时发现问题了。

所以这件事的底层原因是：数据读取未经过复核。

复核意识是与数据有关的非常重要的一个思维意识。

底层代码确实非常的底层，好用！非常值得琢磨。

如果不是对业务很熟悉了，不会想到"复核"。只能看到表面的原因，就是忘改路径，读数忘记路径问题了。系统需要完善的问题可能也想不到。

复核，看似和这件事无关，却又紧密相关。

以前总是想不出来底层代码，看来是没有思考到最根本的问题。需要加强学习。

这是日课想到的。