开发人员花多少时间查看日志?

可能应单独记录安全/严重事件,以便更快地发现它们。可能通过电子邮件或使用其他技术发送,以便自动通知合适的人员。任何人都不应该查看应用程序日志来查找安全事件。作为开发人员,我定期检查生产错误。我正在努力获得支持以访问错误,我将教他们如何解释最常见的错误,但我仍将处理不太常见的错误。另外,当我查看prod错误时,我会评估最常见错误的消息,以改进它们。

因此,我认为开发人员应该定期检查prod错误,确保重要(即安全)日志自动发送给适当的人员,并将最常见的错误传输到其他组(支持基础结构、安全性等)。如果有人的唯一责任是查看日志,我不会称他们为开发人员。

当我想诊断一些我已经知道已经出错(或者可能出错)的东西时,我会查看日志。

对于其他问题,我希望得到通知。

• 如果系统有重大问题,我希望有人打电话给我。
• 如果有异常被抛出,我希望这些异常被记录下来,并且它们的摘要可以很容易地在网页上或推送到电子邮件中。

对我来说,“一个开发人员的唯一工作就是审查日志”是一个矛盾的说法:如果你只是在审查日志,你就没有在开发,因此你不是一个开发人员。

我个人并不认为开发人员会为了满足这个需求而加紧工作。大多数开发人员关心的是开发工作……而不是应用程序专家会处理的问题。

如果我必须为一个开发人员写一个工作描述,而这个开发人员的唯一工作就是查看日志,那么它将包含一些关于研究应用程序体系结构以及成为软件使用和实现方面的专家的内容。

在我的公司中,我们要求一个应用程序需要运行这么长时间,而不给严重的问题,以便从QA获得发布。

把它看作是发布后的beta阶段。

只要我们在这里 应用程序是生命,但还没有被QA发布。 阶段,我每天至少检查一次日志。(当然,我们还有其他方法可以得到错误的通知,但是我学到了很多关于用户如何以这种方式操作软件的错误假设)。

我认为这是一个系统管理任务,而不是由开发人员承担的任务。日志中的任何问题都将在问题跟踪系统中进行标记,然后由开发主管/产品经理分发给开发团队,如果需要更改代码库以解决缺陷/错误。