原贴链接

开源开发者需要你的帮助。

并不是每个人都对他们的项目感兴趣。他们知道这一点。他们几乎肯定是为了解决自己的问题或满足自己的需求而创建项目的。

但他们本可以将项目保密。他们不必发布它，当然也不必维护它。

我们完全依赖于某些这些项目，但我们依赖于所有开发者来保持文化和生态系统的活力。

信不信由你，他们依赖于你。没有人喜欢把东西放到一个空洞中。如果他们认为会是这样的结果，他们就不会费心了。所以他们也需要社区的存在。

社区也有责任——除了仅仅消费项目之外。

社区的工作是支持开发者。

在过去几周查看项目发布时，我看到了一个一致的现象：那些必须解释项目没有做他们想要或喜欢的事情，不完美，或者有其他东西做同样事情（太可怕了！）的反对者和抱怨者。

当然，我们都应该有一颗厚脸皮——这是互联网！但我们也是人。努力工作并发布项目，却不得不立即与抱怨的人争论，这让人感到“有什么意义”。

你的工作是进入这些帖子，为那些可能需要复习人类普遍的礼貌和行为的人带来一个教学时刻。

我期待在下一个发布帖子中与你相遇。

附言：不要误会——批评很重要。但批评是“我用[x]做这件事，不需要你做的”或“你没有在你代码中使用我习惯的东西，所以你的项目很糟糕”提供了什么？不要告诉人们不要批评，但我认为我们都知道那些没有有用的东西要说，只想贬低别人和那些有合法问题或担忧的人之间的区别。

讨论总结

本次讨论主要聚焦于开源开发者与社区的关系，特别是社区成员在项目发布时的态度和行为。帖子呼吁社区成员不仅作为项目的消费者，更应作为支持者和建设者，为开源开发者提供正面的反馈和支持。讨论中提到了一些常见的负面评论类型，如批评项目重复或不完美，并呼吁社区成员在参与讨论时展现出更多的尊重和理解。此外，讨论还涉及了开源项目发布的目的、技术实现的质量以及社区对开发者的支持方式。

主要观点

  1. 👍 开源开发者需要社区的帮助和支持
    • 支持理由：开源开发者选择公开和维护他们的项目，这需要社区的支持和理解。
    • 反对声音：一些评论指出，并非所有项目都值得支持，需要区分项目的质量。
  2. 🔥 社区成员应该支持开发者，而不是仅仅消费项目
    • 正方观点：社区有责任支持开发者，提供建设性的反馈而非无益的批评。
    • 反方观点：一些评论认为，社区成员应有权表达自己的观点，包括批评。
  3. 💡 负面评论对开发者是一种打击
    • 解释：负面评论，如批评项目重复或不完美，可能会打击开发者的积极性。
  4. 👀 社区有责任教育那些可能需要提醒的人关于基本的尊重和行为
    • 解释：社区成员应提升对开源开发者的尊重和理解，避免无益的批评。
  5. 🌟 批评是重要的，但应该是有建设性的，而不是无益的批评
    • 解释：建设性的批评有助于项目改进，而无益的批评只会打击开发者。

金句与有趣评论

  1. “😂 Thank you for saying it out loud.”
    • 亮点：表达了对帖子观点的认同和支持。
  2. “🤔 100% that - yet seeing it from a user side too -> makes little sense to recreate 1 thing that is done fine 100 times - rather contribute.”
    • 亮点：从用户角度出发，强调了贡献而非重复创造的重要性。
  3. “👀 Yes! I was wondering if i was just being too sensitive these last several days, but I’ve noticed an uptick in the negative comments in people’s project posts.”
    • 亮点：反映了近期负面评论增加的现象，引起共鸣。

情感分析

讨论的总体情感倾向是积极和支持的，尽管存在一些负面评论和批评。主要分歧点在于如何平衡建设性批评和无益的批评，以及社区成员在项目发布时的态度和行为。可能的原因包括社区成员对开源项目的期望不同，以及对开发者工作的认可程度不一。

趋势与预测

  • 新兴话题：社区成员如何更有效地支持开源开发者，以及如何提升开源项目的质量。
  • 潜在影响：提升开源社区的文化和氛围，鼓励更多的开发者参与和贡献。