你做到了：你把你个人的实用工具、库或 Web 应用程序放在了 GitHub 上，作为免费和开源软件供全世界查看。
也许你编写这个软件是为了满足个人需求，或者也许你一直希望它能触及更多人。有一件事是肯定的：它一直以来都是你自己的，而且只属于你——但当你第一次推送代码的那一刻，你的孩子就离开了巢穴。接下来会发生什么取决于你。
你可以选择永远不再碰这段代码。即使这样也能对其他开发者有很大帮助。但是，如果你想接触更广泛的受众，你就需要围绕你的开源项目培养一个社区。这需要大量的技能，而这些技能并非总是与生俱来的。仅仅成为一名优秀的开发者是不够的，如果你不能很好地沟通。反之，如果你面对的是那些最尊重代码的人，那么富有魅力的人格也对你没有多大用处。如果你设法幸运地找到了两者之间的正确平衡，但如果你不学会分担一些责任，并将它们交给有能力的社区成员，你可能会很快 burnout。
拥抱你的贡献者
它来了——你的第一个 pull request（拉取请求）。这是一个激动人心的时刻：一个完全陌生的人使用了你的代码，并且非常喜欢它，以至于他们修复了一个小问题，甚至添加了一些新东西。你兴高采烈地接受了这个拉取请求，你的库或应用程序变得更好了一点点。但是报告不断涌入：bug、功能请求和未经证实的随机不兼容性报告。其中一些是有效的，但其中很大一部分与你认为你的软件的目标完全无关。
当数量增加时，可能很难找到时间或意愿来回复每一个报告。但那将是一个错误：在初期保持开源项目的活力意味着要回复每一个人，即使回复只是快速解释为什么你不会修复所报告的问题，或者不采纳所提出的特定功能。
控制冲动
这种转变可能有点坎坷。无休止的 bug 报告和负面反馈可能会非常令人沮丧，甚至可能导致我们中最优秀的人变得脾气暴躁和沮丧。你必须认识到这一点。 你今天可能正在查看第 50 个 bug 报告，但它可能是这个人提交的第一个。如果你对他们发泄你的挫败感，你可能会疏远一个有帮助的贡献者，而这个人反过来可能会在网络上散布关于你坏态度的传言。
保持冷静并做出适当的反应，你可能会获得一个终身的开源盟友。
你当然不是必须这样做。一些非常受欢迎的开源项目领导者表现出出了名的不妥协的态度。我本人也肯定并非总是完美的。但我发现，一点同理心大有裨益。
接受你的局限性
随着你获得越来越多的反馈，你可能会发现有人主动承担你过去一直控制的事情。例如，当我们添加了在多种语言中运行 concrete5 的能力时，我们开始收到大量关于其工作方式的反馈，以及我们在该方面所做的一些限制。我很自豪能够拥有一个多元化的开发者社区在多种语言中使用 concrete5，以至于我不愿意接受这些反馈。
这是一个自尊心的问题。
而且，这是愚蠢的。给出这些反馈的人是非英语使用者，他们实际上正在以我希望的方式使用我的软件，并发现了它不足的地方。他们要求提供帮助，并对它的工作方式进行真正可衡量的改进。通过认识到他们在这方面总是比我更了解，我能够将 concrete5 国际化所有方面的责任委托给这群开发者。结果是一个更加完整的系统，因为它实际上是由那些在该特定领域具有特定经验的人开发的。
一旦你能放弃这种控制欲，你会发现它很解放：突然之间，你可以去做你想做的事情，而不是仅仅不得不做所有事情。
吃你自己的狗粮
好了，你做到了。你放弃了对项目的完全控制。它蓬勃发展，但你发现自己做的更多的是计划、协调和沟通，而不是开发。事实上，你的项目做得越好，你感觉离它就越远。
这可能是一个危险的时期。
你创建这个项目是因为你想解决一个问题。如果你不再继续将其用于其预期的目的，你就不会知道其最痛苦的点在哪里。你不会看到哪里可以改进。放弃对项目的控制是可以的，但你仍然必须使用它。不要把自己局限于电子邮件、Slack 和 IRC：保持活跃，并作为你软件的用户参与其中。
相信你的直觉
作为用户保持活跃使你能够相信你的直觉。你可能会达到这样的程度：你的项目上的大部分活跃开发工作都是由其他人完成的。这太棒了！这意味着你已经成为人才的培养者，并且你的项目正在蓬勃发展。但即使在这个层面上，当你看到你的项目中正在进行新的开发时，如果一个修复或功能的方向对你来说没有意义，也不要害怕介入并发挥领导作用。
正是你的愿景使你的项目达到了今天的水平，所以不要忘记这一点。
评论已关闭。