扫码阅读
手机扫码阅读

听见呼救无人报警与持续集成流水线红色告警无人理会

595 2023-07-18

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

查看原文:听见呼救无人报警与持续集成流水线红色告警无人理会
文章来源:
吾真本说混沌工程
扫码关注公众号

在软件开发领域,许多团队采用持续集成(CI)流水线并在工作区域显著位置放置健康状态显示屏,以便在出现编译错误或自动化测试失败时及时提醒开发人员。然而,现实中这些显示屏往往被忽视,有时即便显示红色告警几天也无人干预。

这种情况的一个原因可能是流水线上缺乏有效的自动化测试,只进行基础编译和打包。因此,当出现问题时,通常是开发组长来修复,导致开发人员对显示屏不予理会。此外,若开发组长忙于会议等事务,问题修复可能会被推迟。

有些公司会通过请咨询师来提升开发人员编写有效自动化测试的能力,并要求任何看到红色告警的开发人员立即修复问题。但这种做法是否能解决问题尚不确定,因为其实际效果还受到同一流水线上工作的开发人员数量的影响。根据责任稀释假说,人数越多,个人干预的可能性越小。

责任稀释假说由社会心理学家Bibb Latané和John Darley提出,他们的研究显示,在紧急情况下,当目击者人数多时,个人采取行动的概率降低。这与1964年Kitty Genovese遇害案的报道有关,该报道显示尽管多名目击者,却无人施救。

基于这一假说,可以得出两点启发:首先,保持工作在同一流水线上的开发人员数量在2~3人可以提高解决问题的概率。其次,如果人数较多,可以取消共用的显示屏,改为为每位开发人员安装独立的显示屏,以便他们各自关注并解决问题。

本文还建议通过实验来验证这些方法的有效性,即通过比较开发人员在共用显示屏和使用个人显示屏时解决问题的概率,来检验责任稀释假说在实际开发工作中的适用性。

最后,作者邀请对将社会心理学及行为经济学应用于软件开发感兴趣的读者,通过微信交流,并声明文中内容欢迎转载,但不得修改,并需注明作者信息。

想要了解更多内容?

查看原文:听见呼救无人报警与持续集成流水线红色告警无人理会
文章来源:
吾真本说混沌工程
扫码关注公众号

用好企业软件系统稳定性与混沌工程相关技术和过程。

34 篇文章
浏览 20.1K
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线