懂人心的软件开发:不现实的机器化软件人假设
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
吾真本说混沌工程
扫码关注公众号
扫码阅读
手机扫码阅读
懂人的软件开发摘要
懂人的软件开发是指软件开发者理解自己、团队以及用户的社会和心理特点,这涉及社会心理学、心理学和行为经济学的知识。
社会心理学与行为经济学的关联
这两个学科都致力于理解和预测人类行为,对于软件开发者来说,了解这些可以帮助他们更好地理解用户需求和改善用户体验。
不懂人的软件开发的弊端
不懂人的软件开发可能导致开发人员在压力下忽视重要的开发实践(如TDD),而只关注短期绩效,从而产生低质量的代码和无效的测试。
懂人的软件开发实践
懂人的软件开发考虑到开发人员的社会心理特点,通过与开发人员合作设计实验,以及在生产环境中实施故障注入,从而提高代码质量和系统稳定性。Netflix的混沌工程就是一个成功案例。
机器化软件人假设的问题
在软件开发行业中,存在一种机器化视角,将开发人员视作可替换的代码模块或机器,这种假设不利于软件质量和团队协作。
应对策略
为应对这个问题,开发人员和管理者需要抛弃机器化的视角,采纳人性化的做软件的人假设,即认识到开发人员具有社会和心理特点。
资源推荐
《人件》和《助推》等书籍提供了有关软件开发的社会心理学知识,而《An Introduction to Behavioral Economics》则适合那些希望在企业IT部门实施行为经济学的人。
未来展望
懂人的软件开发是一个广泛的领域,有兴趣的读者可以通过加入微信群或发送邮件的方式参与讨论和实验。
吾真本说混沌工程
吾真本说混沌工程
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
吾真本说混沌工程的其他文章
领域驱动的微服务架构设计工作坊实施步骤
领域驱动的微服务架构设计工作坊,能使软件开发团队所有成员在短时间内,迅速就新产品或遗留系统的价值、用户画像、关键场景、聚合达成一致,以便让团队快速识别软件产品的问题域和解决方案域,并据此拆分微服务和团队,来开发新产品或重构遗留系统。
K8S下所用的Istio就是检验微服务稳定性的混沌工程开源工具
在K8S上部署的微服务,经常会依赖不受你控制的其他微服务。当两者之间的HTTP交互出现延迟或错误后,你的微服务能否按预期正常工作?应该做一个故障注入实验来检验。如果在K8S上使用了Istio,那么恭喜,你已拥有了简单易用的混沌工程开源工具。
听见呼救无人报警与持续集成流水线红色告警无人理会
开发团队持续集成流水线纪律落地的实际成效,还取决于在同一流水线上工作的开发人员数量。数量越少,效果越好。在同一流水线上工作的开发人员,意味着他们的代码最终都会合并到这条流水线上。
节省显示器同时提升持续集成问题修复及时性的“流水线问题责任聚焦”实验
如果将流水线健康显示屏撤掉,并要求每位开发人员,在向流水线合并代码后,需要通过自己的电脑显示器,观察流水线健康状态。直到状态变为绿色,才算合并成功。若其间发现红色/黄色告警,因为只有她/他一人在场,那么她/他主动修复问题的概率会达到最大。
父母与孩子一起学地道英文的神器:《小屁孩日记》
父母与孩子一起学地道英文的神器:《小屁孩日记》。亚马逊有书,喜马拉雅有音频。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线