向 Rails 项目报告错误的门槛可能非常高。系统期望你详细诊断问题、最好提出解决方案、提供详细的复现步骤，以及其他可以让 Rails 这样的项目每年处理数百乃至数千项报告的各种作业。

虽然对于收集少数贡献者可以合理分流的可操作报告而言，这是一个合理的过程，但这对于了解所有会让你这段旅程更加不舒服或花费更长时间的坑洞、路障和环形交叉路口而言，根本不是一个好过程。这些东西只是被川流不息的抱怨所吞噬（我还没有穷尽所有的比喻吗？😂）。

因此，当艾威迪用 在 Twitter 上表述部分抱怨 时，当您感觉自己的工作受到了攻击时总会发生的自然反应发生了：核心贡献者团队开始采取防御姿态！这是一种错误的刻画！完成的错误报告在哪儿！？如果您曾经做过某件事、将心血倾注其中，然后看到网上对其进行批评，您就知道会发生什么了。对这种刻薄的批评会产生一种直接的、下意识的反应。但这并不一定要刻薄。

“刺激和反应之间有一个空间。在这个空间中，我们有能力选择做出何种反应。我们的反应中蕴含着我们的成长和自由”——维克多·弗兰克尔

我们现在选择用这种反应来取代对明显侮辱的典型反应。我们的反应将是增长，其本质是，艾威迪的挫折是广泛普遍的挫折，是合理有效的挫折。它们可能并不是像我们习惯接收的描述完善的错误报告那样可以采取行动的形式，但我们一起可以将它们变成这种形式！

更重要的是，我们可以接受一个事实，即艾威迪的挫折还远远不够广泛，无法涵盖所有挫折。因此，我们可以要求更多！以一种结构化的方式，在一种新的探究范例下，我们可以共同改进 Ruby on Rails。这听起来很不错，不是吗？

所以，这就是我们要做的事情！我们成立了一个小组，要求 艾威迪、贝茜 和其他表达过不满或对这些不满感兴趣的人员进行合作。这个小组成立的第一个项目就是我们称之为 一个异常的五月 的项目。这是 Ruby on Rails 讨论论坛上的一个新类别，它将成为你不会将其转变成正式错误报告的那些对异常产生的安全空间。它将在五月限定时间内进行。它将在贝茜·海贝尔的指导下进行。因此，我让她来确定参与规则

我们都浪费了时间在“Rails WTFs”上。在我们的 Rails 过程中出了点问题，我们在 Stack Overflow 上疯狂地阅读了四个小时，才终于想到重新启动 Spring。或者我们写了一个愚蠢的错别字，导致自动加载器丢失了一个完全不同的类。

很难为 WTF 编写错误报告。当难以理解触发问题的原因或修复问题的方法时，找出好的重现似乎是不可能的。而且当他们刚刚花了几个小时盯着 byebug 和诅骂电脑时，谁愿意为此付出努力？

5 月份，Rails 团队将解决其中一些 WTF，这意味着我们需要你告诉我们它们！给我们发送你最奇怪的 Rails 6 故事，即使你真的不知道是什么触发了它们或记不起你是如何修复它们的。提供尽可能多的详细信息——但不必担心自己无法提供的信息。我们会通读所有这些内容，寻找能够让我们为每个人改进 Rails（或至少是它的错误消息）的模式。

所以请加入我们，参加WTF 的五月。帮助 Betsy、Avdi 以及其他所有有兴趣将原始的沮丧能量转化为文档、错误消息或 API 更新的补丁的人。我们将 WTF 作为输入，并将 💖 作为输出。