英文原文：The Hardest Thing About Pair Programming
这是我正式学习软件开发的第六天。也是我结对编程的第六天。但是，我和我的小伙伴，貌似都不知道该如何继续了。为什么呢？对于解决问题的方案，我们已经想出来很多，但是下面出来个问题，那就是我们的意见相左。在我强烈觉得这一种方案正确的同时，他支持另外一种观点。想知道最后我们是如何解决的吗？
如果这只是程序中微不足道的一点，那么我会选择直接去测试。话说，黑猫白猫，出来溜溜就知道了。我会用 Sublime 编辑器写一个新的文本文件或者打开一个 IRB 会话，看看我们写的代码是否奏效。实践是检验真理的唯一标准，但是我的小伙伴们有时候会觉得这种方法很浪费时间，而且这意味着我既不信任他们的知识水平，也不相信自己的。关于这一点他们可能是正确的，但是我希望他们能明白，我去验证他们的猜测看这些代码能否如预期那般解决问题，其实并没有觉得他们愚蠢的意思。只是因为我们都是初学者，用这种方式——将代码写出来并予以测试，可以让我更快地熟悉代码，掌握代码。
但是如果产生的分歧的地方比较重要呢？又或者不仅仅是几行可以放到 IRB 会话中的代码呢？老实说，我和我的小伙伴常常会对程序的整体结构意见相左。我们都坚持认为，对方的做法就是瞎子点灯——白干一场。这个时候我有两个选择：
1. 妥协。这将结束争执，让我们回归编程。但是，如果最后证明我是对的，这就意味着我们在这条错误的道路上写的无数行代码做的都是无用功。而且如果我一贯妥协，从不维护自己的主张，那就违背了结对编程的目的。我也应该出谋划策，而不是一只应声虫。此外，作为一个女权主义者，要是让我实施“不作为”策略，我难以忍受。女性从一出生就被教育成要顺从他人的意愿，不可我行我素、主张自我。话说到目前为止，我所有的 partner 都是男性，我总觉得那根性别的杠杆老是促使我听从他们的意见。现在我正在积极将这根杠杆的支点挪到中间位置，让它成为天平而非杠杆。
2. 坚持自己的立场。如果我的小伙伴听从了我的建议，但是最后却发现走错了，我们自然会停止这条错误的道路。但是，大多数情况下我的 partner 常常不会听我的，直到一连串失败的尝试之后才会走那条正确的道路，而这样往往费时费力，让我们很被动。选择坚持自己的立场意味着一场争论。如果我能说服我的小伙伴实施我的想法，但是最后却没效果的话，我会感觉到他们在抱怨（有时候的确如此，有时候则不是）。我们争执得越激烈，我们的合作关系就越不稳固。
那该如何解决呢？不要用谁对谁错的观点去看待问题！将合作当做一段可爱的旅途，而不是一场用来比谁解决的问题多的竞赛。我试着在进程一开始就问些开放式的问题，例如“我们应该怎么处理呢？”“这部分应该往哪个方向走？”等等，整个过程都是动态的。这也标志着我和我的小伙伴正在共同努力，积极探索（请不要理解为顺从），我希望他们也能问我些类似的问题。我相信很多人在学习软件开发之初就被耳提面命，和他人协作与技术知识同样重要。如果能深入了解，我相信你也会觉得，结对编程可能是学习编程的漫漫之旅中最困难也是最有价值的一个过程。
译文链接：http://news.html5tricks.com/hard-things-pair-programming.html
翻译作者：IT 新闻 – 蒋丽丽
相关文章
