一周热榜

我一直以来都在处理一个令人沮丧的问题：我的 cron 作业返回退出码 0，但结果却是错误的。 例如： * 备份脚本成功完成，但创建了空的备份文件 * 数据处理作业完成，但只处理了 10% 的记录 * 报表生成器运行没有错误，但输出了不完整的数据 * 数据库同步完成，但计数不匹配 日志显示“成功”——退出码 0，没有异常——但实际结果是错误的。错误可能埋藏在日志中，但我不会每天主动检查日志。 我尝试过： * 在脚本中添加验证检查（例如，如果计数 < 100: 退出 1）——有效，但你必须修改每个脚本，并且更改阈值需要更改代码 * Webhook 警报——需要为每个脚本编写连接器 * 错误监控工具（Sentry 等）——它们捕获异常，而不是错误的结果 * 手动抽查——不可扩展 脚本内验证的方法适用于简单情况，但它不够灵活。如果你需要更改阈值怎么办？如果文件存在但来自昨天怎么办？如果你需要检查多个条件怎么办？最终你会将监控逻辑与业务逻辑混在一起。 我构建了一个简单的监控工具，它监视作业结果，而不仅仅是执行状态。你向它发送实际结果（文件大小、记录计数、状态等），如果出现问题，它会发出警报。无需翻阅日志，你可以调整阈值，而无需部署代码。 你是如何处理这个问题的？你是在每个脚本中添加验证，主动检查日志，还是使用在结果与预期不符时发出警报的工具？你处理这些“静默失败”的方法是什么？

构建这个项目是因为声调严重影响了我的普通话口语，而且我无法可靠地听出自己的错误。<p>这是一个基于 900 万参数的 Conformer-CTC 模型，在约 300 小时的数据集（AISHELL + Primewords）上训练，量化为 INT8 (11 MB)，通过 ONNX Runtime Web 在浏览器中 100% 运行。<p>通过维特比强制对齐，对每个音节的发音和声调进行评分。<p>在这里试用：<a href="https:&#x2F;&#x2F;simedw.com&#x2F;projects&#x2F;ear&#x2F;" rel="nofollow">https:&#x2F;&#x2F;simedw.com&#x2F;projects&#x2F;ear&#x2F;</a>