刚好在欧洲待过两间公司，可以分享一些经验跟看法，欢迎留言讨论XD 先回答问题，并不常见。欧洲人也是人，没人喜欢敲下一行代码就被问 为什麽你要这样写，白种人的ego更无法容忍自己无暇的代码被检视。 我的浅见是，Pair Programming是开发过程中一个解决特定问题的方法。 而方法是否有用？要先问自己几个问题。 # 从码农的角度 - 团队素质参疵不齐吗？ - 团队有统一的写作风格吗？ - 团队有持续维护且达成共识的代码风格文件吗？ # 从工头的角度 - 团队有完整的新进人员训练吗？ - 风格迥异的程式库是否已造成大量的技术债进而拖慢开发速度呢？ - 团队成员对业务逻辑都有共识吗？ 在我的日常工作中必须要接触来自不同国家的成员，即使大家都是码农， 但是成长历史背景的不同，每个人解决问题的方法与过程也都不尽相同。 看代码猜国家其实满有趣得。 而不变的是，大部分的资深码农对於训练新进人员通常不感兴趣，有的人 甚至认为这工作严重拖累他的生产力。其实长远看，不做好新进训练的团 队很快就会因为意识的分歧而大幅降低团队的生产力。当缺乏对於团队认 知的新进人员开始敲下他自己的代码，造成来回数次的Code review，让 参与者感到疲乏失去耐性而进行妥协，这就是程式码崩坏的开始。 当12人的团队有12个写作风格时，作爲第13人的你会选择去了解所有的 风格还是创造另一个写作风格？ 『当系统性的问题复杂大无法靠一人之力解决时，为了解决你的问题， 你只会把它变得更复杂。』 Pair programming并无法解决上述的任何一个问题，但可以有效地降低 这一类的问题对团队造成的伤害。因为在过程中彼此交流面对问题的切 入点与讨论解决方法的思路，可以帮助双方同步对技术与业务逻辑的看 法。越了解与你共事的人，在合作上就越有效率。而共事的人越多，在 选择最有利团队的解决办法时，通常能有更多的选择。 当然再好的药，对天生体质不好的团队通常也没什麽用。能与心态开放 肯持续学习又聪明的人合作是上辈子修来的福气。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 84.86.183.170 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1498161523.A.57F.html