有没有人有团队进行配对编程的经验,其中存在混合的IDE环境?我是长期使用IntelliJ的用户,其他人使用Eclipse,你可能听说过。
在我看来,配对编程涉及大量的程序员之间的键盘传递。但每次轮到我使用键盘时,我都会陷入停顿,因为我不知道该怎么做了。(就像我突然变成了白痴!)
现在我可以(也许应该)学习如何使用Eclipse。(这里不打算引发关于相对优点的圣战。)但我想知道是否还有其他人有意见?
有没有人有团队进行配对编程的经验,其中存在混合的IDE环境?我是长期使用IntelliJ的用户,其他人使用Eclipse,你可能听说过。
在我看来,配对编程涉及大量的程序员之间的键盘传递。但每次轮到我使用键盘时,我都会陷入停顿,因为我不知道该怎么做了。(就像我突然变成了白痴!)
现在我可以(也许应该)学习如何使用Eclipse。(这里不打算引发关于相对优点的圣战。)但我想知道是否还有其他人有意见?
规范化您的环境!尽管您需要一个常见的源代码样式,但我认为您还需要一种共同的工作方式,包括使用共同的集成开发环境(IDE)。各种设置、知识、插件等都更容易共享,包括您关于配对编程的示例。
我在多个IDE环境下还没有这样做过。但是,结对编程是我认为学习IDE功能最好的方式。因此,您应该能够快速掌握Eclipse,您的同事也应该很快了解IntelliJ。您们两个都将更加熟练地掌握两种环境——如果您选择这样做,那么这是一个很好的团队IDE。
与其他学习方法相比,结对编程教你有用的功能(或者您的搭档,他们可能有类似的需求)。您几乎是通过渗透学习的;当您的搭档使用某个功能时,您可能会问自己:“你是怎么做到的?”或“你刚才做了什么?”这是在您需要它们的时候教您所需的功能。
在您的情况下,可能会有额外的价值:您可能会发现自己想要一个IDE提供的功能;您的搭档可能从未遇到过它(但Eclipse中可能有)。因此,您花费一分钟追踪该功能,现在您们两个都学会了IDE的新(和有用的)功能。
你可以在配对的机器上同时加载两个IDE,并根据需要在它们之间切换,但我建议与你的配对伙伴统一使用IDE。你可能想在下一个回顾会议中提出这个问题,看看团队的共识是什么。
vi
很长时间。在她的机器上进行配对编程将是一场噩梦(对我们双方来说都是如此;))。 - Andreas Dolk