这篇文章来自 Martin Fowler,个人觉得对于互联网行业从事技术的同学很有借鉴意义,原文有英文版。文章标题嘛,英文版的更有味道,索性就用 Frequency Reduces Difficulty。

Enjoy

我最喜欢的一句话是:如果你做一件事觉得很痛苦,那你就频繁做这件事。这句话看似毫无意义,但当你深入挖掘时,会发现一些有价值的道理。

来举一个集成的例子。大多数程序员都感同身受,将自己的代码与其他人的代码集成到一起是多么令人痛苦的经历。因此,人的自然反应是尽可能地推迟这样做。

然而,如果我们能够绘制痛苦与集成之间的时间关系,会看到这样的图表。

如果你符合这样的 Action-Pain 指数关系,那么如果你频繁地集成,你就可以大大减少痛苦,而这就是持续集成所带来的 “快乐”—— 通过每天频繁的集成,集成的痛苦几乎消失了。

这种更频繁地做痛苦事情的想法在敏捷思维中有很多适用场景。例如 测试、重构、数据库迁移、与客户的对话、计划、发布——各种各样的工作都可以更频繁地进行。

它为什么会有这种效果呢?

第一,随着工作量的增加,你所承担的工作任务都变得更加困难,但当工作任务被分解成一个个小块时,它们则很容易完成。数据库迁移就是一个很好的例子。完成一个涉及多个表的大型数据库迁移工作是很艰难的,而且还容易出错。但是,如果你将工作拆分,一次只做一个小的改动,则这个改动的缺陷率就很低。因此,当你把一个大的迁移任务分解成一连串的小迁移任务时,这一切都变得更容易处理,这就是数据库重构的本质。

第二,敏捷思维的思想在于建立反馈回路,以促使我们能更快地学习。反馈对于极限编程来说是非常有价值的。在一个复杂的工作过程中,比如软件开发,你必须经常 check 你所处的位置,并进行路线修正。要做到这一点,你必须寻找每一个机会来增加反馈回路,并增加你获得反馈的频率,以便你能更快地做出调整。

第三,实践出真知。当我们更频繁地去做任何工作时,我们就会得到提升和经验。人们常说,手术成功的关键是找到一个经常做手术的外科医生。练习可以帮助你消除过程中的障碍,并使你更熟悉出错的地方。如果你反思你正在做的事情,你也会想出办法来改进你的做法。对于自动化,一旦你做了几次,你就会更容易知道如何将一件事自动化,而且你也会更有动力将其自动化。

原文:https://martinfowler.com/bliki/FrequencyReducesDifficulty.html


↙↙↙阅读原文可查看相关链接,并与作者交流