这篇讨论的核心在于软件开发中用户反馈与开发者决策之间的冲突，尤其是在引入 AI 工具的背景下。争论的一方认为，只有贡献代码的开发者才有资格评论，而另一方则坚决主张，用户的意见至关重要，因为他们最清楚自己的需求。最终的观点是，软件的首要任务是稳定和可靠，开发者应抵制为了新奇而用 AI 进行不必要改动的诱惑，认真倾听用户的声音，避免破坏一个本已优秀的产品。
用户的声音比代码更重要
争论的起点是关于谁有权对软件提出批评。一种观点认为，没有贡献过代码的用户无权指责开发者。然而，更强烈的声音反驳了这种“代码贡献决定话语权”的逻辑。
- 用户最懂需求： 用户无需编写一行代码，就能比世界上任何程序员都更清楚地了解他们需要软件做什么。
- 付费就是贡献： 在一个很多人只需每月支付少量费用就能成为“大师级程序员”的时代，将用户的意见价值与其代码贡献挂钩是错误的。
- 忽略用户的代价： 认为用户因为不贡献代码或金钱就无权抱怨，是“失去用户的完美方式”。
听听那些用户的意见吧，他们无需自己写一行代码，却比世界上任何程序员都更了解他们对软件的需求。
首要原则：不要搞砸软件
对于用户来说，最核心的需求非常简单：软件必须稳定可靠地工作。当开发者为了追求新功能而破坏了这种稳定性时，用户的抱怨是完全正当的。
- 稳定胜过一切： 软件需要“在任何意义上都能正常工作和保持稳定”。
- 警惕无意义的改动： 当开发者“无缘无故地破坏它”时，用户有权提出质疑，尤其是当 AI 使得随意尝试新功能变得异常容易时。
- 核心诉求： 用户的抱怨本质上是对最终结果的不满，而非针对使用的工具。
不要搞砸这个软件。当它是一个非常优秀、多年来被众多人使用的软件时，这一点尤其正确。
AI 只是工具，不是变差的借口
讨论强调，没有人会因为 AI 让软件变得更好而抱怨。问题在于，当 AI 被用来做出更糟糕的产品时，开发者需要反思自己的策略。
- 关注最终结果： 抱怨是关于“终点”，而不是“手段”。AI 本身不是问题。
- AI 的风险： AI 可能让开发者更容易“把东西扔到墙上试试”，从而导致未经深思熟虑的改动，最终损害用户体验。
- 用户的底线： 当你使用 AI 来把工作做得更差时，你就真的需要重新思考你的策略了。
给开发者的建议：少即是多
最后，讨论给开发者的建议非常明确：与其为了创新而创新，不如花点时间去理解用户的真实需求。
用户会告诉你他们想要什么，你只需要去倾听。
这一次，用户的要求非常简单，他们实际上是在要求开发者 “少做，而不是多做”。这意味着：
- 减少使用 AI 进行随机改动。
- 减少为了增加新奇感而添加的功能。
- 专注于维护软件的核心价值和稳定性。