哦，男孩，我错了。
您还记得奇怪的“您不会下载汽车”的地方吗？
在我的童年时代，我在当地的电影院看过很多次，而且-我不得不承认-这总是让我感到奇怪。
我的意思是，偷车和脑海中下载文件有两种完全不同的效果：在后一种情况下，您最终会得到两个文件。 下载结束后，这不像原来的那样神奇地消失了。 相反，这辆车好吧……它总是[只是]一辆。
当时的这种不协调让我很容易发现，以至于我感到奇怪的是，我花了很多年每天使用开放源代码，并且花了几个月的时间来维护自己，以至于我理解自己和那个地方一样差劲。将现实世界与虚拟世界混合在一起。
当客户获得免费赠品时，我曾与开源软件进行交互。
在那里，我这样说：我曾经在我的代码中添加了该库或该代码段以集成新功能，并且，如果出现问题，我将返回GitHub存储库并提出一个相关问题； 我通常会尝试成为一名优秀的问题作家，但我也写了很多愚蠢的“ + 1 /我也”评论。
我认为维护人员，创建我正在使用的代码的人员在那里可以生产出出色的产品—通过向他们提供有关如何添加功能或就某个问题所涉及的ETA提出反馈，这是合法的和标准的合作方式。 我希望他们会很乐意接受我的建议，并根据自己的意愿修改路线图。
即使当我开始提供响应导航的帮助时，我仍然看到了那些以客户身份提出问题的人，从而保持了这种“心态”。 通过这样做，我差点分解了太多的问题（处理过多的“坏客户”）并试图让每个人“高兴”。
然后，我加入了GitHub上的Open Source Maintenanceers社区，在那里我可以与一些使用开源开发多年的聪明人进行交流。
然后点击了。
我想我现在做对了：开源并不意味着“抢钱”，而是
“嘿，看，我做到了-如果您也想使用它，这就是方法。 我以适合自己需求的方式来做，但是随便使用。”
就是这样。
您写的第一个应该解决该问题的人就是您自己。
您认为该功能是如此有用且需要大量功能，那么您如何分叉存储库并添加代码以启用它呢？
开源意味着您可以使用自己想要的东西，而git＆GitHub为我们提供了一种简便的方法来合并我们的挣扎，这样其他开发人员将来就不会面对它们。
但这始于每个人rolling起袖子并积极做出贡献。 编写代码始终是解决开放源代码问题的第一种方法。
你认为你不够好吗？ 不用担心 还是做吧。 打开那个公关; 当您投入使用时，其他开发人员将认识到这一点，并将帮助您成长并成为更好的编码人员。
还是不喜欢编码？ 好吧，在打开问题时，请记住遵循这样的指南 。
永远不要忘记，没有人被迫去做你在写的东西。 在您的问题上，没有人必须为您工作。
从右脚开始您的2018年，不要犯我犯的巨大错误。
负责任地使用开放源码，并以身作则：大多数人不会读这篇文章和/或不会在短期内与活跃的维护者交谈—但是，如果他们看到这就是周围每个人“正确”使用OSS的方式，将表现相同。
大家新年快乐，让我们一起成为美好的一年????
认为我错了吗？ 我错过了什么吗？ 发表评论，或鸣叫我 -我很想听听有关此主题的反馈????
非常感谢PhilPlückthun和Tasveer Singh审阅了这一
From: https://hackernoon.com/i-thought-i-understood-open-source-i-was-wrong-cf54999c097b