FreeBSD 的新面孔
最后更新于
最后更新于
原文链接：
作者：DRU LAVIGNE
FreeBSD 项目核心团队的选举在今年早些时候举行，结果公布于 7 月 1 日。FreeBSD 核心团队构成了项目的董事会，因此负责决定项目的整体目标和方向，并管理 FreeBSD 项目范围内的具体领域。每两年，核心团队由项目中的活跃开发者选举产生。2020 年的选举出的是第十一届核心团队。
对于本期，我们邀请了一些新的和回归的核心团队成员介绍自己及其目标。
我使用 FreeBSD 已经约 20 年了，主要用于我的个人服务器以及我的主力桌面/笔记本电脑。我对项目的贡献大多数发生在空闲时间。我是 poudriere 的作者，曾参与 pkg unicode 排序、用 mandoc 替换 groff，并且重构/现代化了许多 Ports 树的部分内容，如选项框架、USES 和 flavors。我已经做了 10 年的 FreeBSD 开发者（包括 Ports 和源码），是 portmgr 团队的成员已有 9 年，并且过去做过 2 次 portmgr 的轮值。
我决定再次参选核心团队，目的是在非技术方面帮助社区。我希望帮助确保 FreeBSD 在保持其优势（即工程质量和社区性质）同时，保持开放以便于现代化和持续改进。
我从大约 2003 年开始使用 FreeBSD。当时我在一家网络硬件公司工作，他们开始开发一款基于 FreeBSD 的新产品。我从事的是 TCP/IP 协议栈的工作，那时 FreeBSD 项目正在进行精细锁定的改进。我们的产品对网络协议栈提出了一些特殊要求，因此我们经常遇到之前未曾出现过的问题。我与 FreeBSD 开发者合作，诊断并报告错误，测试修复。这项工作让我在 2005 年成为了一名提交者。之后我继续在同一家公司工作，直到 2012 年左右转为咨询角色，此后我便开始与 FreeBSD 基金会合作，管理项目的开发工作。
我曾连续两次在核心团队服务，然后在 2018 年选择不再参选，作为一种自我设限。在休息了一届后，我觉得自己准备好再次作为候选人参选。
作为 FreeBSD 项目的一员，我觉得我们可能对变革比较抗拒，但我们有时也会面临在没有充分考虑或照顾的情况下推动变革的压力。变革是不可避免的，对我们而言，保持变革对于我们在新一代计算用户中的相关性至关重要。我希望我们能够让 FreeBSD 更加吸引学生以及其他学习和刚接触操作系统的人。我希望他们能成为 FreeBSD 用户、开发者，并且成为未来的核心团队成员。
在我的核心团队任期内，我计划推动两个主要的技术项目：将版本控制系统过渡到 Git 和完全引入 pkgbase。核心团队本身并不直接从事技术工作，但这两个项目都需要大量的努力，集中在与社区的协调和沟通，以确保这些变革能够顺利进行。
我认为，鼓励有新想法的新成员参与并推动项目向前发展至关重要，我非常高兴看到在这个核心团队中有许多新加入的、积极参与的提交者，其中包括我在项目中的两名学员。
我给新核心成员（包括我自己）的一条建议是：找出真正重要的事情，并学会尊重地拒绝我们没有能力处理的任务和话题。在以前的核心团队中，我们曾有过非常长的任务清单，表面上看这些任务是由核心团队负责的，但实际上进展甚微。我们需要将核心团队成员有限的时间和精力集中在最重要的任务上，以便取得真正的进展。
我在成为提交者之前就开始处理 FreeBSD 代码，1990 年代末期将 FreeBSD 的网络协议栈移植到 VxWorks。我自 2004 年起成为 FreeBSD 提交者，并且此后曾多次担任核心团队成员。我的主要工作领域是网络，从驱动程序到所有协议，最近则是 DTrace。
我本次参选核心团队有两个原因：其一是全球形势特别复杂，疫情导致全球大部分地区封闭，其二是我觉得是时候给 FreeBSD 带来一些新的方向和活力了。作为核心团队成员的一个关键元素——我从以往的任期中知道——是我们是旗帜的代表者，这就是在一个民主运行的开源项目中领导力的体现。我们要举起的一个旗帜就是：作为贡献者，我们都在同一情境中。许多技术人员忽视了我们工作中的人性化方面，但在当前的形势下，保持团结将比以往任何时候都更加具有挑战性。
我希望举起的第二面旗帜是：作为一个项目，我们需要细化和明确我们的软件及信息传播。我们的信息是：FreeBSD 在作为技术工具包方面表现得非常出色。FreeBSD 应该被几乎所有人采用——从个人到初创公司再到大公司——用来生产推动技术发展的系统和产品，打造高质量、可靠且高效的系统。从我们共同的历史来看，这种情况已经发生过很多次（例如 NetApp、Isilon、Juniper、奈飞等公司在这一领域都有卓越表现），我们应当继续聚焦并将我们的目标定在这里。在我的任期内，我的目标是确保这一信息在项目内外清晰一致地传达。
我在东京工业大学担任助理教授。在 FreeBSD 项目中，我是发布工程团队和文档工程团队的成员，并且是 FreeBSD 基金会的董事会成员。
我大约在 2000 年开始参与 FreeBSD 并从那时起一直参与其中的各个方面，包括 IPv6 协议栈、用户空间工具的改进、文档框架以及维护 Ports。我还维护着一个官方镜像站，服务于亚太地区，并且主办了亚洲地区的国际 BSD 操作系统会议 AsiaBSDCon。
我决定竞选核心团队成员，因为我有兴趣改善我们的社区，并且我认为我们应该意识到我们的社区已经变得地理上非常广泛。在 FreeBSD 项目的早期历史中，大部分社区成员位于北美或欧洲。而来自澳大利亚、南美、非洲、中东、中央亚洲或东亚的贡献者数量正在增加，随着如此多的地区参与其中，国际合作的机会也在增多。话虽如此，我们也面临一些需要解决的问题。作为亚洲的一员，我可以为项目提供这一地区的视角。
我还希望帮助改善项目与企业用户之间的互动。尽管曾有多次尝试进行这种合作，但与使用 FreeBSD 的公司进行的访谈表明，如何使项目与企业用户的关系相互受益仍然是一个未解的问题。我认为我们应该对此进行讨论，并超越会议和厂商峰会的范围。
我期待推动多样性改进的目标，以及有关与企业用户互动的讨论。这些都是需要持续讨论的主题。而且，我们的核心团队中应该也有地域多样性。虽然来自亚洲竞选核心团队的人数通常较少，但我希望作为一名来自亚洲的个人，能从不同的角度提供一些想法。
我算是比较新的成员，加入项目仅约四年。我的大部分工作集中在用户空间和 lualoader 上。FreeBSD 对我来说大多是一个爱好——我在工作中部署了一小批 FreeBSD/arm 板子，用于各种目的，但它们非常稳定，几乎不需要对 FreeBSD 做什么工作。我通常被项目吸引，是因为它有一些有趣的挑战需要解决，当然，我留下来也是因为“山羊”
我最初并不打算竞选核心团队，但在某些人的推动下，我开始考虑这个想法。经过反思，我决定竞选核心团队，并处理一些我曾经注意到或甚至受到影响的社交/沟通问题。我的总体目标是改善我们之间以及我们与贡献者之间的互动，并帮助项目通过维护和招聘开发者保持可持续发展。
作为本期的 portmgr 联络员，我的目标是帮助 portmgr 在各方面作为一个组织单位得到改进。一些更具体的目标包括：
在不降低 Ports 树质量的前提下，减少非 portmgr 提议的变更的摩擦。
改进框架发展方向的社交化。
识别 portmgr 内部的运作方式，并确定这种动态是否适合团队的组织方式。
我因为在一家使用 FreeBSD 构建网络设备的公司做学生实习而接触了 FreeBSD。当时，我非常想参与开源项目，并对操作系统感兴趣，幸运的是，我设法在这家公司相对小的操作系统团队中找到了工作，团队里有几位 FreeBSD 提交者，他们帮助我成为项目的一员。从那时起，我在几家设备厂商工作过，现在从事自由职业的 FreeBSD 开发工作。我的许多贡献主要是在内核的 bug 修复方面——出于某种奇怪的原因，我喜欢追踪那些晦涩的并发问题。我也做了一些关于 DTrace Ports 和虚拟内存子系统的工作。
我竞选核心团队是因为我想更好地掌握项目的沟通挑战。FreeBSD 拥有一个庞大的分布式开发者基础，同时也有许多下游项目，这些项目与 FreeBSD 项目的互动程度各不相同。与此同时，FreeBSD 也是一个比某些其他知名的开源操作系统更小、更紧密的项目，因此，通常通过让“合适”的人参与进来，能够迅速解决问题。尽管如此，这种情况并不像应有的那样经常发生，特别是在大型下游厂商中。我希望更好地了解我们下游的需求以及开发者的需求，尝试找出我们开发过程中的空白点。目前，我认为非提交者要提交、审核并提交补丁仍然过于困难。
随着向 Git 的过渡，我预计将会看到更多来自贡献者的补丁提交，而且“贡献者”和“提交者”之间的区别将变得更加模糊。作为核心团队的一员，我将致力于制定帮助定义和简化贡献者提交补丁以及提交者测试和审查贡献补丁的工作流程的政策。
DRU LAVIGNE 是《BSD Hacks》和《The Best of FreeBSD Basics》的作者。