犯了低级错误

开始新的开源项目可能很困难。 您的脑子里有个很棒的主意，但需要努力才能将其转变成一个富有成效，健康，富有吸引力的社区。 可悲的是（几乎在任何情况下都是如此），新项目反复犯同样的错误。

这是开源项目犯的一些最常见的错误，以及为避免这些错误而提出的建议。

1.聊天而不是运送

在开始的成千上万个开源项目中，由于一堆关于Slack频道，邮件列表，问题或其他地方的讨论，一开始就有太多人陷入困境。 讨论在房子周围四处弹跳，范围常常变得越来越豪华，以包含许多各种各样的想法和考虑因素。

早期的开源原则-“尽早发布，经常发布”对我们有好处。 与其尝试解决所有难题，不如编写代码，将其放入存储库中，然后开始接受请求请求。 当您专注于代码时，您的项目将更快地发展，适应和改进。

2.尝试发布完美的第一版

LinkedIn的创始人里德·霍夫曼（Reid Hoffman）曾说过一句名言：“如果您对产品的第一个版本不感到尴尬，那么发布太晚了。”

在新的开源项目中尤其如此。 尝试使您的第一个发行版甚至您的1.0尽可能完美是很诱人的。 事情是这样的：大多数人不会注意到您的第一个版本，因此它实际上并不需要是完美的。

人们会在发展过程中注意到，使用和参与开源项目。 开始发货，获取反馈，进行改进，然后交付这些改进。 这就是您建立增长的方式。

3.尝试建立完善的基础架构

我在新的开源项目中看到的一种常见模式是，他们希望确保基础架构（网站，协作平台（例如GitHub / GitLab），持续集成和持续部署（CI / CD）以及其他所有方面）都非常完美可能。 这可能会导致准备好要交付的大量代码，使项目创建者不容易发布，因为他们担心基础设施的其他，很少达到标准的水平似乎有些棘手。

一个典型的例子是网站。 一些项目将推迟交付，直到功能齐全，设计良好的网站到位。 不要这样

专注于建立足够的基础架构以能够协作来构建软件。 交付您的软件，提高知名度-这将在您的社区中建立增长。 随着增长的增长，您将获得更多帮助，以完善您的基础架构。

4.不执行行为准则

近年来，涉及多样性和包容性的问题浮出水面。 自然，我们希望确保我们的社区具有多样性和包容性。 不管这是正确的事情，多元化的社区只会带来更好的结果。

许多社区在开始时并未考虑他们想要看到的行为。 对于许多人来说，社区应该是快乐，有趣，互动和包容的。

一些项目通过制定行为守则并将其发布在他们的网站上来使其正式化。 这还不够。 您执行良好行为的方式是确保项目负责人生活和呼吸良好行为。 始终将负面行为的事件扼杀在萌芽状态。 不要试图忽略不良行为，因为它会恶化。 同样，如果人们放错了脚步，也不要羞辱他们。 通常，友好，私密的几句话要求人们更加尊重，就可以解决问题。

5.失去重点

我知道，我知道，现在听起来像是工作，对吗？ 严肃地说，尽管开源的主要乐趣之一是无限的创造潜力，但许多项目却因为分散自己的精力和过于专注而陷入困境或关闭。

不要试图成为所有人的万物。 随着您的项目蒸蒸日上，热情的用户将收到一百万个请求。 始终专注于您的目标，但始终鼓励人们加入该项目并扩大其重点和潜力。

不过，重要的是，“欢迎补丁！” 是对愿望清单的常见回应，不仅要寻找补丁，还要寻找维护者。 您要做的最后一件事是维护他人工作的技术债务。

6.在太多地方进行过多讨论

我们周围有许多通信平台，例如Slack，Mattermost，邮件列表，IRC，论坛，问题，视频会议等等。 为了确保所有人参与其中，在所有这些地方都设有办事处可能很诱人。 这是个错误。

正如我在讨论中所讨论的那样，通信渠道有不同类型，我将其大致分为结构化和非结构化渠道。

我建议以下准则：

• 所有错误和技术讨论都存在GitHub / GitLab问题中
• 在由Discourse支持的论坛上拥有一个普通的“社区俱乐部”
• 拥有一个实时聊天频道，人们可以在那里进行快速和非正式的讨论

每个渠道服务于不同的目的，并不是全部都是必不可少的。 问题是最重要的，其次是其他。

同样，保持专注并保持讨论相当集中，这将建立动力。

7.认真对待自己

最后，所有这些都应该很有趣。 太多的项目对自己太重视了。 始终专注于娱乐，在社区成员之间建立良好的关系，并互相取笑。

开源的基础是建立在敬业，创新的社区成员的基础之上，他们具有将新思想付诸实践的创造力。 始终保持这种敏捷和创新的精神。 这将有助于您的项目蓬勃发展。

祝您好运，如果您对其他错误有其他想法和建议，请避免在新项目中出现错误，请在评论中分享它们。

翻译自:

犯了低级错误