多年前，我用HapiJS构建了一个我认为相当基础的静态网站生成器。我用它来做个人项目，经过朋友的劝说，我把它放在了Github上。我的朋友在Reddit上发布了它，然后才告诉我这件事。它最初获得了一些不错的关注，然后突然之间，所有的pull请求、功能请求和错误报告都来了。我不断告诉人们这只是一个副项目，如果他们想分叉它，可以随意，但我不会花太多时间在上面。然后关于我将一个没有支持意愿的东西放到开源社区的批评开始出现。我是个坏人，我的代码很烂，我应该停止做开发。这是我最后一个开源项目。我钦佩并尊重那些致力于将开源软件发布出来的人，但对我来说，这是一次糟糕的经历。
源讨论如果我们发现你浪费我们的时间在无用的报告上，我们会封禁你并在公众场合嘲笑你原帖 617 条评论 · 导入时统计很久以前，Sourceforge 然后是 GitHub 推动了当前默认的开源分发模式，这种模式是不可持续的，而且我怀疑这并不是自由软件/开源软件的创始人们所设想的。开源许可证是关于使用和修改软件的自由。这个运动源于对商业软件无法被用户自由改进和修复的挫败感，以更好地满足用户的需求。要创建自由软件，你只需要将源代码与你的二进制文件一起发布，并使用一种 OSI 认可的许可证，仅此而已。目前默认的模式，比如开放问题跟踪器、接受第三方的 pull 请求、进行代码审查、通过电子邮件或聊天提供支持、及时发布安全补丁等，与开源无关，而且不可持续。如果只是为一个爱好项目这样做，只要作者在做这件事时感到开心，那也没关系。…
完整原文把你的经验，加入这段讨论。
并非所有开源项目都是这样的。例如：https://www.viblo.se/talks/
完整原文抱怨是免费的，而且比提交拉取请求更容易。我打赌那只是1到2个傻瓜加上一些不定数量的跟班，而不是所有人。而且Megacorp X可以提交他们想要的所有错误报告，但他们缺乏投入并不是我的紧急任务。
完整原文我经历过这些，也做过这些，建过墙。 如果允许我进行一些漫无边际的旁白/探索的话： ___ 我的意思是，如果你仔细想想，考虑到我们所创造的环境，这种结果几乎是不可避免的。 基础的构建块是人们总是会为自己谋利和追求个人利益。他们本质上必须这样做，因为没有人会替他们做。 这就给我们带来了一种自然的冲突来源，因为不是每个人都是建设者（或者至少不是每个人认为自己会是），这意味着他们需要让别人来完成他们想要完成的事情。 你作为建设者当然也是一样的，你也想为自己谋利。 但不同之处在于，你不需要太多依赖外部资源来做到这一点，因为你可以自己创造。 这就是我们的基本构建块。 要有一个运作良好的社会系统，…
完整原文一般来说，自由软件和开源运动之间存在理念和文化上的差异。GitHub属于后者：充满了低努力请求的期望。 对于自由软件来说，许多项目都有自己的代码托管服务，有时甚至有单独的账户，甚至还有单独的错误跟踪器，使用另一组账户（比如Bugzilla + GitLab）。任何提交都意味着更大的努力，因此文化上有显著的不同。 举个例子，试着向GNU libc提交一个补丁（如果它在这些年里还没有转到GitHub，虽然我对此感到惊讶，因为这是一个GNU项目，但它也主要由Red Hat支持），然后看看你能走到哪一步。或者加入GNOME社区并提交一个修复程序。或者FreeDesktop。或者KDE。或者……
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。