我为什么要全职投入 Storybook 工作

我被 Storybook 吸引是因为它使开发精美的 UI 变得有组织、可重复且高效。

在过去的一年中，我利用业余时间帮助维护 Storybook。在那段时间里，该项目取得了巨大的增长。越来越多的开发人员意识到在隔离状态下构建 UI 组件的好处！

增长带来了比我在晚上和周末能够处理的更多的功能请求和问题报告。我很快意识到，要实现 Storybook 的目标需要投入专门的精力。

所以我寻找了一个与我一样对 Storybook 充满热情并能让我更多地投入 Storybook 工作的团队。今天，我非常激动地宣布，我将加入 Chroma，全职投入 Storybook 工作！

维护需要时间

简而言之，Storybook 的开发就是 450 位贡献者创建了 1.8k 个拉取请求并提交了 2k 个问题。从数字上看，它比大多数商业软件项目都要大。

然而，一些功能请求和路线图项目已经在积压中开放了很长时间。实际上，开源发生在贡献者的业余时间。这意味着社区无法处理 PR、问题、功能和伟大的想法（尤其是较大的功能！）。

正如您可能在其他开源项目中注意到的，例如 Babel、Webpack 和 Gatsby，当有全职维护人员时，项目进展会快得多。我认为 Storybook 也值得同样的专注投入——特别是如果社区要实现其目标的话。

开源是一个社区

开源的核心优势之一是社区。这个想法很实际：众人拾柴火焰高。

我喜欢在 Storybook 上工作，因为有社区。与世界各地成百上千拥有相同价值观并朝着相同目标努力的人们合作真是太棒了（即使我们的用例有时差异很大！）。

我现在认为像 Filipp Riabchun🇷🇺、Michael Shilman 🇺🇸、Igor Davydkin🇮🇱 和 Tom Coleman 🇦🇺 这样的合作者都是好朋友。

让我们一起构建一个蓬勃发展的社区

在任何软件项目中，随着项目规模的增长，协作往往会变得更加困难。Storybook 也不例外。开源拥有大量充满激情的开发人员，这意味着让每个人都达成共识是很困难的。

我将专注于构建一个协作且蓬勃发展的开源社区。以下是方法

• 创建流程，更好地支持用户、贡献者和维护者
• 处理社区最需要的功能
• 在聚会和会议上推广 Storybook

我打算每天在 Storybook 的 Slack #maintenance 中发布我的进展。这样每个人都可以看到我在做什么并进行协作！

Storybook 的下一步是什么

我的目标是使 Storybook 成为 UI 组件开发的最佳工具。好消息是 Storybook 已经在朝着这个方向发展。凭借超过 26k 的 GitHub 星星和 450 位贡献者，它现在已被 Dropbox、Microsoft、Airbnb 等许多领先的软件团队使用。我的首要维护重点是

📝 Storybook 用于样式指南

首先是在 Storybook 内部实现文档视图。也就是说，允许您编写 markdown 并在页面上嵌入组件故事。Storybook 用户已经记录了组件变体，因此 Storybook 提供一种编写更长篇幅文档的方式是很自然的。

⚡️ 使 Storybook 更快

如果您以创建 UI 为生，您可能会在 Storybook 中花费大量时间。但是随着您在 Storybook 中构建越来越多的组件，它往往会变慢。我专注于性能和可扩展性，以便开发人员始终获得流畅的用户体验。

🎛 学习和自定义 Storybook

Storybook 成功的关键因素之一是可定制性。大胆的开发人员将其用作组件浏览器、工作台、文档、演示环境等等。用例太多了，很难知道从哪里开始。我将帮助人们从头开始学习 Storybook，并发现如何根据他们的需求进行自定义。

🌏 托管和版本化的 Storybook

最需要的功能之一是获得版本化、托管的 Storybook。我将深入研究如何使每个 Storybook 用户都能轻松简单地实现这一点。好消息是，由于我在 Chroma 的新队友（他们创建了 Chromatic）的专业知识，这个目标指日可待。

简而言之

我真的相信 Storybook 作为 UI 组件开发人员的 #1 工具，拥有 光明而令人兴奋的未来。我很高兴全职投入 Storybook 工作，但我不是孤军奋战。

凭借 Chroma 的朋友们的全力支持，我获得了与全球志同道合的开发人员社区合作构建出色开发工具的机会。

如果您有任何想法或反馈，请随时与我联系！

附言，我将在美国东部时间 7 月 26 日星期四下午 2 点的 Storybook AMA 上回答问题。由 The Practical Dev （dev.to）主持。