结对编程时如何应对慢反馈?[关闭]

如果你可以单独做点别的事,为什么不在结对的时候呢?也许更简单的行动项目可以在等待时从问题列表中删除?3分钟的等待对我来说太长了,我无法让大脑保持“流动模式”。所以不管怎样,被打乱了(还有你的搭档),你就不能和你的搭档做点别的事吗?

但是,在你的情况下,我不会在任何环境下工作,在这种环境下我有3分钟的休息时间。所以问题是:你不能在一个更小的环境中开发和调试这些代码,把它烤到完美,然后再将这些代码重新集成到主流中吗?

您的里程可能会有所不同,但我认为在任何不太重要的功能上进行结对编程是浪费至少一个程序员的时间

配对编程只能应用于 研究/POC/创新 开发的一部分。简单的任务应该委托给单个程序员。

这不仅是浪费时间的问题,当你不得不等待你的伴侣完成这项耗时的任务时。还有人为因素- 你会觉得无聊 在等待的时候。记住,高效的开发人员需要 不断激励

您可能应该考虑重构流程。三分钟来获得反馈对于配对和单独编码来说都太多了。你的工作效率会被不断的改变。你可能只是在配对时更能感受到。

性能工作,当然你必须运行几分钟来收集统计数据,这对XP来说并不太合适。有一个很好的例子可以证明,一开始是两人一组,勾勒出一些想法,然后单独行动,避免每三分钟就浪费两个人的时间,然后在报到之前再次联合起来回顾工作。

到了冲刺的时候了 性能必须是内在的,而不是附加的。团队应该有一套可以在类似生产环境中频繁(每天)运行的自动化测试。另外,团队应该持续运行一个profiler。如果你没有这两个,是时候停止排队了,现在就完成它!!!

如果一个团队需要解决一个债务问题和一个需要解决的技术问题。它将包括一组自动化的性能测试,一组profiler测试。必须每天分析测试结果。如果出现性能问题,则可以调用架构或设计峰值。

如果一个团队从一开始就没有持续地进行性能测试,那么您可能需要解决大量的技术债务。一旦应用程序执行完毕,您就需要每天继续运行自动化测试,这样您就可以意识到问题是否出现以及何时出现。这样,您就可以更好地识别应用程序中有问题的更改。

通过运行自动性能测试,您可以允许测试运行一段时间,通常为几个小时。结果可以稍后进行分析,开发人员可以自由地在其他故事卡上进行工作,而无需等待大量单独性能测试的结果。

等待是阻碍。通过自动化测试消除等待。

不管你是不是结对编程。3分钟对于获得代码更改的反馈来说太长了,即使您是单独编写代码的。我会对项目进行分析和分解,这样我就可以专注于较小的部分。从这个意义上说,XP实际上是在帮助(强迫)你改进设计,以免为时已晚。

我会分头去做那些事。你们两个都是单独编写代码的,并且每隔一段时间(大约30分钟左右?)重新组合一次当你做了改进。