编程,有些人喜欢,有些人讨厌,有些人从未尝试过,还有一些人每天都在使用。
那群喜欢结对编程的人认为,结对编程有利于团队的知识共享,打破成员间的知识孤岛。另一方面,结对编程(PP)可以促进团队之前的协作,也能够加快新成员的融入,更加快速的创建价值。还有结对编程与 CI/CD 以及主干开发能够很好的融合在一起。
可是在另外一群不喜欢结对编程的人眼中,却有另一番观点,他们认为,结对编程会降低效率,尤其是两个开发人员经验差距较大的时候。他们还认为,这种工作方式会让开发者无法集中注意力。每一个人的工作方式都不同,在同一台电脑上工作,具有非常大的挑战。
一个人工作的时候,一天工作结束,拿下耳机,与结对编程结果完全不一样。参与一天结对编程,有时候,真的很累。但是这一部分内容却有很少的人讨论到。
编程有很多挑战,需要我们付出很多努力,他和其它技能一样。这不是一件自然而然的事情,需要我们进行不断的练习。
结对编程会让人觉得是在工作时有人盯着。
结对编程可能会重新点燃程序员的“冒名顶替综合症”,很多他们能做到的事情他们却觉得自己做不到。
当遇到问题时,你要把你的思路转化成别人能理解的文字,这是一个非常艰巨的任务,就像考试一样。
对于开发人员来说,对于 IDE 的快捷键都可能有不同的设置,不仅这些,还有很多工具也存在差异。这些差异都会使开发人员,在开发过程中感到非常的不舒服。
讽刺的是,要让程序员在结对编程感到更加的舒服,我们需要在工作结束,或者在番茄钟间歇的时候,多多交流,相互反馈。但程序员大多数沉默少言,并且很内向,他们之间的反馈和交流非常的不容易。
简而言之,整个事情都不容易。
结对编程优势不可能被否认,是有据可查的。但结对编程存在的问题却很少被提到,但这些也非常重要。
郑重声明,我是一个结对编程的践行者。对于我来说,和很多人一样,我们都会对挑战所带来的收益进行评估,判断是否值得自己去付出努力。但是我也相信,和其它的挑战一样,当你准备好,知道你自己应该做什么的时候,事情就会变得很容易。
我们经常谈论各种各样的挑战,我们可以使用我们的智慧来找到解决办法。我们可以从中获得好处并减少问题带来的挑战。举个例子,我们并不需要对每一个任务都进行结对编程,我们可以间歇性的执行结对编程,更好地适合你团队的现状。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)