社交编码|结对编程

观看本视频后，你将能够： 描述社交编码原则，并认识到结对编程如何创造出更好的代码以及培养更优秀的程序员。 什么是社交编码？ 我喜欢把它称为 “内部开源”。 社交编码是开源社区多年来一直在做的事情。 新的变化在于将这些概念引入企业，并以社区的形式在内部项目中进行编码。 过去，开发人员在私有代码库中工作，只有团队成员才能进行代码贡献。 一切都由访问控制列表和严格的 “需要知道” 原则控制。 这样做的问题在于，没人知道你正在进行相关工作，所以代码复用根本不可能，因为没人知道这些代码的存在。 因此，企业不断地重复造轮子，因为没人知道轮子已经被造出来了。 在社交编码模式下，代码库是公开的，并且鼓励每个人复刻代码并进行贡献。 这是一种截然不同的思维方式。 开发团队往往会认为 “这是我的代码，其他人不许碰”，但为了公司的利益，他们需要摒弃这种想法。 你可能会认为这样会陷入混乱，但实际上，它运行得相当好，因为代码库所有者会进行管控。 代码库的所有者仍然完全掌控着代码贡献。 社交编码解决了什么问题？ 假设你看到一个组件，它能满足你80% 的需求，但缺少一些功能。 你要如何添加这些缺失的功能呢？ 现在你需要做出一个决定： 你是向代码库所有者提出新功能的请求，但要冒着请求被排在优先级列表末尾的风险？ 或者更糟糕的是，他们的资金被削减，你的请求会首先被砍掉。 还是说，为了不依赖其他团队，你要把代码全部重写一遍，只为了得到那20% 你需要的功能？ 很遗憾地说，许多团队选择了后者，为了获得所需的功能而重新造轮子。 这对任何一家公司来说都是巨大的资源浪费，但这种情况却一直在发生。 采用社交编码原则是如何解决这个问题的呢？ 你和代码库所有者讨论新功能，并且你们达成一致，由你为他们开发这个功能。 这使你能够利用他们已完成的所有工作，并添加你需要的功能。 你在GitHub上创建一个问题，并将其分配给自己，这样每个人都知道你正在处理这个问题。 然后你复刻代码库，创建一个分支，并进行你的修改。 当你完成所有工作并准备好贡献代码时，你发起一个拉取请求，表明你已准备好接受审核，代码库所有者可以决定是否将你的代码合并回主项目。 代码库所有者拥有完全的控制权。 因为是他们进行合并，所以他们可以要求你做出修改。 如果你的测试覆盖范围不够，他们可以要求你编写更多的测试用例。 他们会像对待团队的其他成员一样对待你和你的贡献。 这是一个双赢的局面。 你得以利用另一个团队的代码以及所有你需要的功能，而另一个团队则免费获得了一个新功能。 公司也节省了资金，因为代码得到了复用，而不是重写，皆大欢喜。 这就是开源的运作方式，也是公司对待内部代码应有的方式。 结对编程是社交编码的一个方面，它源自极限编程。 它是指两名程序员共用一台工作站（两人共用一个屏幕、一个键盘和一个鼠标）。 坐在键盘前操作的程序员通常被称为 “驾驶员”。 另一位程序员同样积极参与编程任务，但更侧重于整体方向，被称为 “领航员”。 当 “驾驶员” 在打字时，“领航员” 会检查其工作，或者查找一些资料，又或者思考接下来要做什么。 大约20分钟后，他们交换角色。 这样他们两人都能扮演这两个角色。 在工作中，我一有机会就会进行结对编程。 我喜欢社交编码的这个方面。 我个人的一个弱点是，我会为给新变量或函数取什么名字而苦恼。 我想把它取到完美，让代码尽可能易读。 有其他人一起交流想法，能帮助我更快地做出这些决定。 你可能会认为结对编程是用两倍的资源来完成同样数量的工作，但事实并非如此。 结对编程有很多好处。 第一个好处是代码质量更高。 “大声编程” 这种方式能让人对代码有更清晰的理解。 过去，当我独自编写代码，然后向别人解释这段代码时，我会在大声讲解的过程中发现一个错误。 我在脑海中检查代码时没有发现这个错误，但在大声说出来的时候却发现了。 向别人解释代码会迫使你把代码写得更清晰。 这意味着可以更早地发现缺陷。 这是一件好事，因为它能降低后续的维护成本。 在开发过程中，缺陷发现得越晚，修复成本就越高。 结对编程还能促进技能传授，培养更优秀的程序员。 我喜欢让初级程序员和高级程序员结对。 我经常这么做，这样他们就能从对方解决问题的方法中学到东西。 他们会学到对方使用的技巧和窍门。 这能培养出更优秀的程序员。 而且每一行代码都有两双眼睛在检查。 你不会希望代码只有一个人能看懂。 不然那个人去度假了，就没人知道如何修复他的代码了。 结对编程能让人对代码有更好的理解。 更多的人能够充分理解代码，从而进行修复和改进。 在本视频中，你学到了： 社交编码是通过公共代码库以社区协作的方式进行的，所有团队成员都被鼓励进行贡献。 结对编程能够提高代码质量，因为它能更早地发现缺陷、降低成本，并且让更多人理解代码库。