原文链接：Anyway,stop recommending bazookas to kill flies in programming.

众成翻译地址：过犹不及，别再在编程中高射炮打蚊子

译者注：翻译这篇吐槽的文章，主要是为了自省~日常工作中确实会犯类似的错误，不单是解答别人的时候，自己选择对应工具时，也是趋向于熟悉的而不是合适的。避免滥用框架与盲目引入类库，与诸君共勉~

---

在编程的社区中，有些现象让我感到十分困扰。（为了更好地阐述我的观点，）我将以 Vue 作为例子，尽管这同样存在于其他编程领域之中。

首先，我们一起来看看问题的根源。

在编写代码时，可能会遇到一些问题，自然想（前往社区）寻求帮助。此时，你会迫切地想得到问题的解决方案。然而，我对部分的问题回答者保留意见。他们鼓吹提问者切换工具、类库或者整个框架，而不是根据实际情况提供一个恰到好处的解决方案。

部分回答者不会尝试去了解你所遇问题的背景。他们会建议你去用高射炮，尽管你只想杀的 bug 是只蚊子。

这实在是答非所问！比如我在烤一个蛋糕时，问你：

我正在烤一个蛋糕，烤箱应该设置多少度呢？

我期待的答案是告诉我应该设置什么温度，然而回答却并非如此：

别烤蛋糕了，你做过沙拉吗？

在社区中类似的场景比较常见。我不是想指责什么，但这并不是一个好现象。我刚接触编程时，也经常犯这个错误。但之后我意识到这并不对。

我并不是说换一个工具就不能解决问题，我的意思是：需要了解问题的需求与背景。

与其建议对方用自己正在用的，不如在了解背景之后，提供一个恰到好处的解决方案。不要因为熟悉某项技术，就不断怂恿他人使用。

那么，Vue 的社区有什么问题呢？

在 Vue 的社区中，无论是在 Facebook、论坛还是 Discord，只要涉及到处理 state 或者 SEO 的问题，回答者经常在询问提问者项目的规模之前，就给出一样的回答。

提问者：我 Vue 的项目中碰到一点 SEO 问题 […] 我该怎么办呢？

回答者：你尝试过 nuxt 吗？

这并不是好的答案？如果提问者的项目中并未使用 nuxt，回答者首先应该根据提问者的项目背景提供解决方案，而不是建议他直接去使用 nuxt。

不要误会，我喜欢 nuxt，nuxt的作者是法国人，而我一向法国兄弟的好哥们。我的观点是：nuxt 并不是在 Vue 项目中解决 SEO 的唯一方案。

迁移到 nuxt 并不是一件简单的事情，nuxt 有自己的架构，如果和现在的架构不兼容时，迁移的成本并不低。

因此，告诉提问者：“用 nuxt 就好”，实在不是好的解决方案。这和只建议人们使用 prerender-spa-plugin 或其他工具是一样的。

提问者：有两个组件，我想让他们共享状态，我该怎么做呢？

回答者：用 vuex 就好。

vuex 是两个组件共享状态的唯一方案吗？显然不是！

我也十分喜欢 vuex，我在项目中经常使用它，但 vuex 在小的项目中，实在是大材小用。先了解背景与需求，再去回答对应的问题！

在 Vue 中，要共享状态，至少有三种不同的解决方案：共享一个响应式的对象、Event Bus、Vuex。 https://vuejs.org/v2/guide/state-management.html#Simple-State-Management-from-Scratch

除非是提问者要求的，不然在推荐一个新工具之前，应该先去了解问题的背景。

虽然我十分喜欢 Vue，但如果有人问我：我在登录页中应该使用什么呢？。我不会直接告诉他：使用Vue。我会先询问他，在页面中要实现什么功能。

以上只是冰山一角。

这只是一点抱怨。我之前也经常这么做，但我觉得这只是将自己喜欢的强加于对方，但并没有解决提问者的问题。

Have a nice day~编程是一件美好的事情。

最后：不少人在 reddit 上谈论 XY 问题。如果提问者一开始就使用了不合适的工具，那么推荐新的工具并没有任何问题。我指的高射炮爱好者，是那些在不了解背景的情况下就直接推荐的人。