在充满挑战与机遇的2020年，一场突如其来的疫情让我失去了我的第一份技术工作。那天，我正好从学校接孩子回家，准备开始一段为期三周的假期。那一年他们再也没有回去过。在一个偶然的面试中，我意外地获得了一个DevOps职位的面试机会，当时我对此一无所知。经过初次面试后，面试官推荐我阅读《凤凰项目》，并在阅读后给予我第二次面试的机会。

在书中，布伦特是一个卓越的运维工程师，总是在问题出现时及时给出答案并解决问题。但他成为了一种瓶颈，而非团队发展的助推器。这使我想到了一种现象——知识孤岛的隐性成本。当知识被孤立时，团队将面临巨大的风险。想象一下，当团队成员请假、离职或退休时，知识孤岛带来的影响可能是灾难性的。这种孤立会导致所谓的“知识囤积”，团队成员无论是有意还是无意，都会对自己的专业知识进行保护，不愿意与他人分享。知识孤岛的成本还包括单点故障、重复努力以及新成员入职的缓慢。

为了团队的稳定和发展，我们需要打破知识的孤岛，让专业知识在整个团队中流动和共享。当每个团队成员都能获得并分享知识时，团队的效率将大大提高。在开发文化背景下，知识孤岛问题尤为严重，会导致团队间实践的不一致，阻碍统一的工程文化的形成。我们需要创造一个自由流通信息、强调协作、每个人都能获取知识的环境。即使是在小型的敏捷团队中，如果缺乏知识共享的措施，知识孤岛仍然会形成。

为了解决这个问题，我们需要拥抱“共同拥有”的理念。虽然这个词语可能会让一些人感到紧张，担心这是为了推卸责任。但事实上，它强调的是团队责任、共同贡献、学习和成长。当我们承认每个人的观点和想法都很重要，并且他们有能力对项目产生影响时，我们才能真正实现共同拥有。

在小型团队中，特别是在两披萨团队结构中，共享所有权不仅有益，而且是必要的。当团队中的每个人都对项目有全面的了解时，他们可以更好地协作，避免重复劳动，并在整个开发过程中保持高标准。这种协作需要一种公开分享专业知识、团队成功优先于个人成功的文化。

为了促进知识的共享和协作，我们可以使用CODEOWNERS文件作为一种工具。它不仅可以为特定的代码库分配审查责任，还可以被视为一种专长地图，列出代码库不同部分的主要负责人。将其视为突出专长和鼓励协作的一种方式，而不是限制访问或创建守门人。

CODEOWNERS文件只是解决问题的一种工具，真正的目标应该是建立一个共享知识和持续学习的文化。我们需要从拥有文化的思维转变为专家文化的思维。只有这样，我们才能真正实现知识的共享和团队的协作，从而推动团队的进步和发展。在我们打造专家文化的旅程中，我们也在重塑价值的衡量尺度。不再是看你是否不可或缺，而是看重你如何为整个团队增值。你不是代码的“守护者”，而是价值的“倍增器”。在团队和组织中，我们都渴望拥有这样的倍增器。

开源酱（pizza-cli codeowners）的创新解决方案：

那么，今天你可以有所行动了。在开源酱（OpenSauced）项目中，我们为pizza-cli打造了一个codeowners命令。这个命令能够深入解析你的git历史记录，生成一个详尽的CODEOWNERS文件，并且能自动保持文件的更新。这意味着，一旦有关于某个特定文件的问题，你不必再猜测该联系谁。我在“技术中的知识债务问题”这篇文章中对此进行了深入探讨。

对于代码库中的每一份文件，pizza-cli与GitHub Action相结合，会指定最多三个“负责人”。为什么是三个呢？三个负责人既能确保责任明确，又能实现知识的共享，既不会让责任过于集中于一人，也不会让责任过于分散。

要明确一点，这并非关于划定界限或“专属”领域，而是意在展示团队内部的专业知识，开启沟通之门，促进相互学习。

从小处着手，胸怀大志

现在就前往pizza-cli探索吧。你可以先从一个小项目或团队开始尝试，讨论代码所有权和专长。

像pizza-cli这样的工具只是一个起点。我们的目标是构建一个知识丰富的开发者文化，让每个人都能在这个环境中茁壮成长。这类工具能够帮助我们避免任何成为瓶颈的可能。

创建一种注重知识共享和持续学习的开发者文化是一个长期的过程，但这样的投资绝对是值得的。让我们携手打造这样的团队，互相提升，拥抱专长，共同成长。在这个环境中，我们的知识能够像披萨一样，被切分、共享，然后倍增。