我见过的最严重的错误(一段时间)

在采访开发人员时,我最喜欢问的问题之一是: 您遇到过的最严重的错误是什么? 作为一名面试官,我希望了解一下此人面临的挑战是什么类型,以及他们作为未来的教训可以记住的东西。 这是一个很好的问题,因为它迫使受访者讲一个故事(这样您就可以评估他们的沟通技巧),并且可以很好地了解他们的调试过程。 开发人员通常会花费大部分时间来解决问题,因此重要的是要确保候选人具有良好的故障排除流程。 如果您向经验丰富的前端开发人员提出这个问题,通常会得到有关某个讨厌的Internet Explorer或Safari错误或一些古怪的Javascript故事的故事。 如果您正在采访后端开发人员,则通常会遇到有关文件句柄,一些奇怪的第三方依赖性错误或难以跟踪的竞争条件的故事。 听了这么多不同的故事后,我忘记了所有自己的讨厌的错误故事。 然后,上周,我的团队遇到了一个难以复制的问题,突然间,我发现自己在追逐“我所见过的最严重的错误”。 第一天:就这样开始 让我们从工作至深夜的运营总监Georgina发布到Slack #onfire频道的错误报告开始: 在继续之前,我应该快速解释一下团队的工作。 我在Cumul8工作,我们在该平台上构建了一个平台,该平台使用户可以实时连接,分析,可视化和监视其数据。 该平台的核心部分是一个Web应用程序,它允许用户使用可配置的拖放磁贴构建自定义的仪表板。 构建仪表板是我们服务的核心功能,因此该错误已正确升级为“着火”状态,我们将其用作“所有人都在甲板上”广播,每个人都跳进来尝试伸出援助之手。 好消息是,据报道该问题仅与Chrome无关,这意味着我们在早上进行关键演示时有一个解决方法。…