使用Mob编程开发的经验教训 - Jasmin Fluri

我一直想在一个真实的项目中进行Mob编程，直到在一年前的一个为期三天的黑客马拉松中进行了实验 - 它的表现非常出色。几周前，我终于有机会与我的工程团队一起开发新的Kotlin / SpringBoot应用程序。这是我在前几届会议后的想法和经验教训。

什么是Mob-Programming？
Mob编程是一种软件开发方法，整个团队在同一时间，同一空间和同一台计算机上工作。-  维基百科

理论上说：一个人写代码（驱动编程），其他人告诉他写什么（导航员）。

Mob-Programming的想法是，三/四/五个头脑比一个头脑好！当我们讨论各种可能的实现并一起找到解决方案时，我们可以成为更好的程序员 ，就​​像我们在Pair-Programming中一样。Mob-Programming的一个概念是，可以与编码直接的利益相关者可参加会议讨论需求。

即使我们的Mob-Programming练习中不只是一台计算机，但我们都关闭了电脑上相互通信应用程序。这样我们只有一个人编码，我们其他人通过口头告诉他/她如何做。

我们手头的任务是什么？
我们（五位数据工程师）正在构建一个绿地Kotlin / SpringBoot应用程序。我们两个人，包括我在内，对Kotlin / SpringBoot有所了解，其他三个人的目标是学习这些知识，但几年内没有对任何Java（或类似的）进行编程。我们都非常了解要求和领域。此外，我们希望从一开始就遵循TDD方法。

那么Mob-Programming会议的设置是什么？

• 一个（安静的）房间，我们可以坐在一起。理想情况下，使用白板或/和活动挂图在讨论要求时做笔记。它有一个大屏幕或投影仪，每个人都可以看到驱动编码的IDE。
• 没有活跃的通信应用，这可能会转移我们的兴趣。

经过四个小时的编码和一次短暂的休息，我们惊讶于时间已经到了。
接下来的每个会议都是在前一天我们实施的功能的简短总结开始的。我们养成了为每个环节设定目标的习惯。因此，在开始时总是会对实施要求进行简短的讨论。

到目前为止，我从Mob-Programming会议中学到了什么？

• 保持编程间隔短。编码时其他人给出指令需要很多关注，并且可能非常耗费精力。我们通常在30-40分钟之后切换驱动编码（与其他人建议相比已经很长时间了 - 更短的会更好）！
• 休息一下！打破有助于在编程期间保持专注，并且通常是新想法的来源！中断也像某个编码会话的反馈循环进行。
• 做好准备并准备开发环境以进行编码。没有什么比Mob-Programming会议更令人沮丧的了，一般开始时人们正在设置他们的IDE或修改构建工具。
• 保持冷静！与观众进行编码对您的同事来说可能比您想象的更加紧张！此外，通常很难理解同事在解释时提出的建议。双方，司机和航海家应尽可能保持冷静。
• 不要互相打扰。让每个人解释他们的想法。讨论主要是非常有效，并导致编写更好的解决方案。

• 当功能的实现可用于在整个团队中传播知识！
• 我可以想象，重构将是Mob-Programming的一个有趣案例。所有与会者都会立即知道代码的更改方式。但这仍然是未来的一项实验......

我什么时候不用？

• 对于繁琐的任务，如调试，错误修复或重复性工作，不需要任何创造力或非常调查。

结论
与他人讨论解决方案可防止多次被问题卡住！大多数人都有马上解决手头问题的想法。TDD方式确保我们的产品的代码都有很好的测试。在会议期间也可以不时出现业务利益相关者，因此，可以在实施时实时讨论业务需求的变更。
我很高兴看到合作带来了高质量的软件，并期待更多的Mob-Programming会议！