向 Rails 项目报告 bug 的门槛可能相当高。您需要仔细诊断问题，最好能提出解决方案，附带详细的重现步骤，以及其他所有使像 Rails 这样每年处理数百甚至数千份报告的项目能够正常运作的功课。
虽然这是一个收集可操作报告的合理流程，小型贡献者群体能够合理地对其进行分类，但对于了解那些让您的旅程更加不适或耗时的障碍、阻碍和迂回曲折来说，这根本不是一个好流程。那些东西只会消失在抱怨的黑洞里（我用完这个比喻了吗？！😂）。
因此，当 Avdi 在 Twitter 上 倾诉一些抱怨时，很自然地发生了那种事情，就像你觉得自己的工作受到攻击时总会发生的那样：核心贡献者群体变得防御起来！这是错误的描述！完成的 bug 报告在哪里！？您知道的，如果你曾经为某件事付出过心血，然后看到它在网上受到批评，就会有那种立即的、本能的刺痛感。但这不一定非要刺痛。
“刺激和反应之间有一个空间。在这个空间里，我们有选择如何回应的力量。在我们的回应中，蕴含着我们的成长和自由”——维克多·弗兰克尔
我们现在选择的回应将与对被感知到的轻视的典型回应有所不同。我们的回应将是成长的回应，其本质是 Avdi 的沮丧是普遍的沮丧，是有效的沮丧。它们可能还没有以可操作的形式出现，不像我们习惯的完美描述的 bug 报告那样，但我们可以一起将它们变成那样！
更重要的是，我们可以接受 Avdi 的沮丧远不足以涵盖所有沮丧。所以我们可以要求更多！以一种结构化的方式，在一个新的探究范式下，我们可以一起让 Ruby on Rails 变得更好。这听起来不错，不是吗？
所以，这就是我们正在做的！我们成立了一个小组，让 Avdi、Betsy 以及其他表达过不满或对这些不满表示兴趣的人一起合作。而这个小组的第一个项目就是我们称之为“A May of WTFs”的活动。这是 Ruby on Rails 讨论论坛上的一个新类别，它将成为那些你不会将其转化为正式 bug 报告的 WTF 的安全空间。它将限定在五月份的时间范围内。并在 Betsy Haibel 的领导下进行。所以，我将让她来设定参与规则。
我们都在“Rails WTF”上浪费时间。我们的 Rails 进程出现了一些奇怪的问题，我们在网上疯狂地搜索 Stack Overflow 四个小时，最终才想到重启 Spring。或者我们犯了一个愚蠢的拼写错误，导致自动加载器丢失了另一个类。
为 WTF 写 bug 报告可能很难。当难以理解是什么触发了问题，或者是什么解决了问题时，要找到一个好的重现步骤似乎是不可能的。而且，当你刚刚花了几个小时盯着 byebug 和诅咒电脑时，谁还愿意付出这样的努力呢？
这个五月，Rails 团队将解决一些这些 WTF——这意味着我们需要您告诉我们它们！发送给我们您最奇怪的 Rails 6 故事，即使您不真正理解是什么触发了它们，或者不记得您是如何修复它的。提供尽可能多的细节——但不要担心您无法提供的内容。我们将从中寻找模式，以便改进 Rails（或者至少是它的错误消息），让每个人受益。
所以，请加入我们，一起来 A May of WTFs。帮助 Betsy、Avdi 以及所有有兴趣将原始的沮丧转化为闪亮的文档补丁、错误消息甚至 API 的人。我们将以 WTF 作为输入，以 💖 作为输出。