我为什么决定加入主题团队

由 Mux 赞助的 DEV 全球展示挑战赛：展示你的项目！

最初发布于laurieontech.dev

正如我承诺的那样，这篇帖子将“不仅仅是一条推特帖子”，讲述我的新工作！

以下是新闻标题：

• 我还在Gatsby工作！
• 我仍然是一名资深软件工程师（尽管我之前没有公开提及这一点）。
• 我现在是主题团队的一员了！
• 我之前的团队，学习团队，自身也正在经历一些变化。

我在学习团队的经历

我非常喜欢在这个团队工作❤️。如果不是因为组织架构调整，我可能还会继续待在那里一段时间。

我参与过的一些很棒的工作：

• Gatsby 文档的开源维护
• 推进 Gatsby Cloud 文档体验的愿景和实施
• 通过网络研讨会、讲座等方式进行社区教学
• 为未记录的功能开发文档
• 团队内外的指导与合作

这是一个很棒的职位，专注于我在过去一年中逐渐倾向于的内容创作工作。

但随着时间的推移，我开始意识到它也存在一些缺点。

不断地修改反而让写作变得更难了。

我之前做过一段时间的内部顾问。我在这方面经验丰富，但后来主动选择暂时离开这个行业。

编写文档和教学材料意味着要一遍又一遍地从零开始构建小型项目。我错过了许多更深入的架构设计探讨和团队协作编写代码的机会。

所以到底发生了什么？

初创公司总是在不断发展变化。对 Gatsby 来说，这意味着要重新审视我们的内容制作方式，并将几个不同的团队和关注领域整合到一个更大的团队中。这是一个令人兴奋的发展方向，原因有很多，我非常期待看到这群才华横溢的人能够取得怎样的成就。

然而，随着这些对话的深入，我意识到我在团队中扮演的角色始终更侧重于“填补空缺”，而非其他。我想澄清的是，这完全是我的责任。但我骨子里是个完美主义者。我很容易只关注源源不断的社区贡献，而把代码探索一再推迟。

于是我开始思考。

主题团队

我意识到，在某些方面，我总是会倾向于内容创作，但如果这不是我的全职工作，我可能会在这方面做得更有效率。

我也为过去十年所做的工程工作感到非常自豪。这些知识和经验对于学习团队来说至关重要；弄明白那些没有文档的东西是如何运作的可不是件容易的事！不过，我也错过了一些“典型”的软件开发任务。

我怀念参与大型项目合作的日子。我怀念一些重要的架构讨论。我怀念修复bug的日子！

在学习期间，我把主题开发当成了自己的一个兴趣项目。我被团队正在开发的东西深深吸引。他们围绕下一代工具进行着真正具有创新性的思考和开发。

值得一提的是，主题团队需要一个新的名字！这个团队负责 Gatsby 主题的开发，但他们也参与 Blocks、Theme-UI 以及一些即将推出的库的开发。欢迎大家提出名称建议😅。

在与该团队就文档进行了很多互动，甚至还就一些痛点听取了一些社区意见之后，我觉得这非常适合将我喜欢的东西和我所缺乏的东西结合起来。

所以我问了我们的工程副总裁，我是否可以参与其中——我非常感谢Gatsby领导层的支持。我交谈过的每个人都非常支持我走上这个新的方向。在安排好过渡的各项事宜（这将持续几周）之后，我终于获得了批准！

接下来会发生什么？

现在我有很多代码库要学！说真的，我正在努力提升自己，这需要一些时间。

但我想不出还有比这里更适合我发挥技能和兴趣的地方了。我有机会运用以用户和产品为中心的开发风格，直接参与工具的开发。我还能向一群真正杰出的人学习——他们常被称作“魔法师”或“疯狂科学家”。此外，我还能深入探索 JavaScript 及其周边生态系统，这本身就令人兴奋不已。

这里正是我迈入职业生涯下一个十年最理想的发展阶段。我希望我所做的工作能为大家带来更多精彩的内容！