我为什么将全职投入Storybook

我之所以选择 Storybook，是因为它让开发精美的 UI 变得有条理、可重复且高效。

在过去的一年里，我利用业余时间协助维护 Storybook。在此期间，该项目取得了巨大的增长。越来越多的开发者认识到独立构建 UI 组件的好处！

随着增长而来的是比我业余时间所能处理更多的功能请求和问题报告。我很快意识到，要实现 Storybook 的目标需要付出专门的努力。

因此，我开始寻找一个与我一样对 Storybook 充满热情的团队，并且能够让我投入更多精力在 Storybook 上。今天，我非常激动地宣布，我将加入 Chroma，全职投入 Storybook 的开发！

维护需要时间

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

然而，一些功能请求和路线图项目已在积压中搁置了很长时间。实际上，开源项目都是在贡献者的业余时间进行的。这意味着有些拉取请求、问题、功能和绝妙的想法，社区就是无法顾及（尤其是那些较大的功能！）。

正如您可能在其他开源项目中所见，例如 Babel、Webpack 和 Gatsby，当有全职维护者时，项目进展会快很多。我认为 Storybook 也应该获得同样的投入——尤其是在社区要实现其目标的情况下。

开源就是社区

开源的核心优势之一是社区。这个理念很实际：一起做事比单干更容易取得大的成就。

我喜欢做 Storybook，因为有这个社区。能够与来自世界各地、拥有相同价值观并为同一个目标而努力的数百人协作，这是一件很棒的事情（即使我们的用例有时截然不同！）。

我现在视像 Filipp Riabchun🇷🇺、Michael Shilman 🇺🇸、Igor Davydkin🇮🇱 和 Tom Coleman 🇦🇺 等协作者为好友。

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

在任何软件项目中，随着项目规模的增长，协作往往会变得更加困难。Storybook 也不例外。开源有许多充满激情的开发者，这意味着要让所有人达成一致非常困难。

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

• 创建能更好地支持用户、贡献者和维护者的流程
• 致力于社区最常要求的功能
• 在见面会和会议上推广 Storybook

我打算每天在 Storybook 的 Slack #maintenance 频道发布我的进展。这样大家都能看到我在做什么，并进行协作！

Storybook 的下一步

我的目标是让 Storybook 成为 UI 组件开发的最佳工具。好消息是，Storybook 已经在朝这个方向发展了。拥有超过 2.6 万颗 GitHub 星和 450 名贡献者，它现在被 Dropbox、Microsoft、Airbnb 等众多前沿软件团队使用。我的首要维护任务是：

📝 Storybook 用于风格指南

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

⚡️ 让 Storybook 更快

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

🎛 学习和定制 Storybook

Storybook 成功的一个主要因素是其可定制性。勇敢的开发者将其用作组件浏览器、工作台、文档、演示环境等等。用例如此之多，以至于难以知道从何入手。我将帮助人们从头开始学习 Storybook，并发现如何根据他们的需求进行定制。

🌏 托管和版本化的 Storybook

最受请求的功能之一是获得版本化、托管的 Storybook 的能力。我将深入研究如何为每个 Storybook 用户轻松实现这一点。好消息是，由于我的新队友 Chroma（他们创建了 Chromatic）的专业知识，这个目标并不遥远。

简而言之

我坚信 Storybook 作为 UI 组件开发人员的首选工具，拥有一个光明而令人兴奋的未来。我很激动能够全职投入 Storybook 的开发，但我不是一个人在贡献。

在 Chroma 的朋友们全力支持下，我有机会与一个志同道合的全球开发者社区合作，共同打造一款出色的开发工具。

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

附注：我将在周四太平洋时间下午 2 点（美国东部时间）举行的 Storybook AMA（问我任何问题）中回答问题。本次 AMA 由 The Practical Dev（dev.to）主持。