> For the complete documentation index, see [llms.txt](https://freebsd-journal-cn.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://freebsd-journal-cn.bsdcn.org/20150304-zfs-zui-jia-shi-jian/the-freebsd-foundation-at-15.md). # FreeBSD 基金会成立 15 周年 * 原文：[The FreeBSD Foundation at 15](https://freebsdfoundation.org/our-work/journal/browser-based-edition/zfs-best-practices/) * 作者：**Justin Gibbs** 15 年过去了，FreeBSD 基金会不断拓展支持 FreeBSD 社区的方式。从资助开发项目、推广 FreeBSD，到提供法律支持、在会议和峰会上把社区聚集到一起，FreeBSD 基金会与 FreeBSD 贡献者的辛勤工作相辅相成，专注于全志愿者项目未能充分覆盖的领域。 我们并非一开始就这么有能力，但这 15 年里，把我们带到今天的那份愿景从未改变。通过讲述我们的起源故事——我为何觉得 FreeBSD 基金会必须存在——我希望能更好地阐释我们的使命，说明未来 15 年我们将如何继续前行。故事要从 FreeBSD 项目早期说起。 我对 FreeBSD 的参与始于纯技术层面。怀揣好奇心与求知欲，我把 FreeBSD 看作一幅未完成的拼图。创造新的拼块并把它们拼到合适的位置令人上瘾；当发现自己的方案也能为他人所用时，那种满足感无与伦比。我偶然闯入了一片技术游乐场，在这里可以分享想法、构建出色的东西，而不必像在学校或工作中写软件那样受到不切实际的进度安排和其他约束。 这座“FreeBSD 游乐场”的缔造者们或许并未完全意识到自己创造了什么。目标是延续 BSD 传统、挑战自我打造“最佳 UNIX”，并从中获得乐趣。但随着项目成长，显然必须有人为这座游乐场负责：草坪需要修剪，游乐设施需要维护，偶尔还得拉开打架的人。为填补这一角色，并不太想做管理者的创始人们和几位早期技术贡献者共同组成了 FreeBSD 核心团队。 1993 年底，我受邀加入核心团队。在那个年代，项目正是用这种方式认可技术专长——成为核心团队成员会让你在技术争论中更有分量。这是莫大的荣誉，我欣然接受。但我当时并未完全意识到，自己接受的其实是管理职位。我既没有“赶猫”（cat herding）所需的技能，也没有天生才干，却成了为数不多的几位志愿者——其实是几位黑客——中的一位，肩负起引导 FreeBSD 前行的责任。 接下来在 FreeBSD 核心团队服务的七年是一段奇妙的经历。勉为其难的志愿者管理者去管理志愿者社区，听起来像是灾难的配方。然而出奇地奏效。我们年轻、忠诚不渝，还有令人艳羡的大把空闲时间投入项目。只要投入足够的努力和纯粹的意志，几乎没有做不到的事。但我也清楚，作为一群技术狂热者，我们不得不做的许多事其实是我们并不喜欢做的。让项目运转和成长，侵占了我钟爱的编码项目的时间。对我来说，这难以持续。 1999 年，一段认真交往的关系进入第二年，我开始考虑婚姻和成家。显然，我对 FreeBSD 项目投入的时间需要做出调整，但我不想减少对这样一个社区的付出——它曾给予我太多。我也希望真正享受自己选择投入到项目中的时间。 同年，FreeBSD 核心团队正在寻找一种方式，接受从 Walnut Creek CDROM 转让的 FreeBSD 商标。FreeBSD 是一群人的集合，并非正式的法律实体。我们需要结构来守护项目的知识产权。在研究非营利公司如何担当这一角色时，我发现可能同时解决两个问题的方案。“FreeBSD 基金会”完全可以持有商标，也可以成为一种可持续的方式，让我以单个志愿者永远无法企及的方式回馈项目。 2000 年 3 月 15 日，FreeBSD 基金会诞生了。微薄的预算、堆积如山的文书工作、备案和法律费用、与 IRS 之间的往来信函，让起步缓慢而坎坷。在某些特别令人沮丧的时刻，我很难相信最初的目标能够实现。FreeBSD 基金会仍需我持续照料和“喂养”。我很少在业余时间为 FreeBSD 写代码。我期盼着有一天，基金会能够引入项目之外的专业力量来协助处理市场营销和法律事务，同时解放志愿者，让他们专注于自己热爱的事。 2000 年 12 月，基金会获得了临时的 501(c)(3) 非营利组织地位。第一道主要障碍已被跨越。其后跨越的障碍渐渐变得容易些：学习维护非营利地位的规则、设置合法接受捐赠的渠道、弄清基本会计。最终，2001 年 6 月 27 日，FreeBSD 基金会正式向世界公布。 真正的考验从此开始：把基金会从纸面实体转变为 FreeBSD 社区的资产。我们接收并开始保护 FreeBSD 商标。我们与 Sun 合作，授权 FreeBSD Java 二进制文件。我们资助了 SMP 系统网络可扩展性的早期工作。我们扶持了初生的 BSD 会议。这些早期成果证明了 FreeBSD 基金会的价值。但它尚未可持续。 2006 年之前，基金会的所有活动都由志愿者管理。Jonathan Bresler 和 John Polstra 担任官员，在 FreeBSD 基金会早期提供了大量支持。随着时间推移，更多志愿者同意加入基金会董事会，帮助扩展其能力。然而，基金会的地址仍是我家。基金会的电话仍打到我家。我有本职工作和家庭需要照料。需要有人日常管理基金会，否则永远无法发挥全部潜力。 我不知道从何开始，便向我工作单位的人力资源总监请教如何招聘 FreeBSD 基金会的第一位员工。Kathy Stoltz 把我介绍给了她的老友 Deb Goodkin。自那以后，Deb 一直在为 FreeBSD 基金会服务，如今担任执行董事。我觉得非常幸运，能为 FreeBSD 基金会找到如此能干的守护者。更重要的是，她与基金会董事会合作制定了政策和结构，确保在志愿者、董事会成员和工作人员来来去去之时，FreeBSD 基金会仍能存续并继续支持 FreeBSD 项目的工作。 这段旅程教会了我几件事。FreeBSD 远不止编写文档或代码、构建一套系统。作为社区，我们需要理解这一点，并寻求有创造性的方式来实现那些我们作为志愿者并不擅长应对的目标。我们所热爱的工作可能对世界产生巨大影响。但要实现这一点，我们必须推广它，同时让研究人员、教育工作者、商业产品构建者更容易使用和获取。FreeBSD 基金会是开展这项必要工作的载体——与 FreeBSD 社区合作，应对那些 FreeBSD 项目自身似乎无法克服的挑战。这就是我为 FreeBSD 基金会投入如此之多使其成为现实的原因。 旅程尚未结束。工作尚未完成。我要感谢 FreeBSD 基金会的工作人员、前后任董事会成员、各位捐赠者，是你们让这些成就成为可能。也要感谢与我们交流过的众多 FreeBSD 用户，谢谢你们的鼓励之言，也谢谢你们提出的更高要求。 最后，作为 FreeBSD 基金会的创始人兼主席，我要感谢 FreeBSD 社区的信任。持有 FreeBSD 商标并支持 FreeBSD 项目是莫大的荣幸。FreeBSD 基金会将继续成长，运营者的面孔或许会变换，但我们对这个社区的承诺、对守住你们信任的承诺，将永远不变。 *** **Justin Gibbs** 是 FreeBSD 基金会的创始人兼主席，自 1993 年起一直在 FreeBSD 的存储相关子系统上工作。他目前在 Spectra Logic Corporation 工作，使用 FreeBSD、闪存、磁盘、磁带构建 PB 级归档存储系统。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://freebsd-journal-cn.bsdcn.org/20150304-zfs-zui-jia-shi-jian/the-freebsd-foundation-at-15.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.