原子性提交是持续交付的必备技能
“坚持少做,持续分解,坚持反馈,持续改善”是《持续交付 2.0 》一书中最为重要的四大工作原则。 它们在代码提交与 Code Review 中的应用就是:提交的原子性。 原子
“坚持少做,持续分解,坚持反馈,持续改善”是《持续交付 2.0 》一书中最为重要的四大工作原则。 它们在代码提交与 Code Review 中的应用就是:提交的原子性。 原子
一、序 一周前,我们对 1000+用 golang 写的代码进行 Mob CR,类似于“扎堆编程”。 在 4+ 小时的讨论中,其中讨论的一个问题是:“如何正确进行软件项目的依
MTTR、MTBF 和 MTTF 等指标对于任何具有服务依赖性的组织都是必不可少的。只有跟踪这些关键KPI,企业才能最大限度地延长正常运行时间,并将中断
这是马丁•福勒在 2003年 的一篇文章。 正文如下: 我们已经看到过很多有关软件生产过程,设计实践等方面相关讨论。由于软件行业缺乏衡量软件开发有效
原文链接: https://martinfowler.com/articles/developer-effectiveness.html 科技在不断地变得更加智能和强大,新技术不断被引入到组织内,以提升整体生产力。而这也会增加复杂性和开发人员的认知开销,减少了他们个
本文源自《SRE工作手册》英文版第三章,讲述的是家得宝(THD)公司在SRE转型中如何使用VALET。 VALET 是一个易记易用的模式语言,分别代表:
为什么软件开发方法论让你觉得糟糕? 围绕软件开发实践和方法论,总有很多教条式的口水仗。阶段式(phase-gate)方法能够有效管理软件开发过
Copyright ©️ 2019 - 2028, 《持续交付2.0》作者 乔梁; all rights reserved. 京ICP备18046893号-1
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows.