车子网站,网络营销渠道的类型有哪些,山西省建设工程信息网,怎么开通自己的微信小程序原文链接#xff1a;Anyway,stop recommending bazookas to kill flies in programming.
众成翻译地址#xff1a;过犹不及#xff0c;别再在编程中高射炮打蚊子
译者注#xff1a;翻译这篇吐槽的文章#xff0c;主要是为了自省~日常工作中确实会犯类似的错误#xff0…原文链接Anyway,stop recommending bazookas to kill flies in programming.
众成翻译地址过犹不及别再在编程中高射炮打蚊子
译者注翻译这篇吐槽的文章主要是为了自省~日常工作中确实会犯类似的错误不单是解答别人的时候自己选择对应工具时也是趋向于熟悉的而不是合适的。避免滥用框架与盲目引入类库与诸君共勉~ 在编程的社区中有些现象让我感到十分困扰。为了更好地阐述我的观点我将以 Vue 作为例子尽管这同样存在于其他编程领域之中。
首先我们一起来看看问题的根源。
在编写代码时可能会遇到一些问题自然想前往社区寻求帮助。此时你会迫切地想得到问题的解决方案。然而我对部分的问题回答者保留意见。他们鼓吹提问者切换工具、类库或者整个框架而不是根据实际情况提供一个恰到好处的解决方案。
部分回答者不会尝试去了解你所遇问题的背景。他们会建议你去用高射炮尽管你只想杀的 bug 是只蚊子。
这实在是答非所问比如我在烤一个蛋糕时问你 我正在烤一个蛋糕烤箱应该设置多少度呢 我期待的答案是告诉我应该设置什么温度然而回答却并非如此 别烤蛋糕了你做过沙拉吗 在社区中类似的场景比较常见。我不是想指责什么但这并不是一个好现象。我刚接触编程时也经常犯这个错误。但之后我意识到这并不对。
我并不是说换一个工具就不能解决问题我的意思是需要了解问题的需求与背景。
与其建议对方用自己正在用的不如在了解背景之后提供一个恰到好处的解决方案。不要因为熟悉某项技术就不断怂恿他人使用。
那么Vue 的社区有什么问题呢
在 Vue 的社区中无论是在 Facebook、论坛还是 Discord只要涉及到处理 state 或者 SEO 的问题回答者经常在询问提问者项目的规模之前就给出一样的回答。 提问者我 Vue 的项目中碰到一点 SEO 问题 […] 我该怎么办呢 回答者你尝试过 nuxt 吗 这并不是好的答案如果提问者的项目中并未使用 nuxt回答者首先应该根据提问者的项目背景提供解决方案而不是建议他直接去使用 nuxt。
不要误会我喜欢 nuxtnuxt的作者是法国人而我一向法国兄弟的好哥们。我的观点是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 问题。如果提问者一开始就使用了不合适的工具那么推荐新的工具并没有任何问题。我指的高射炮爱好者是那些在不了解背景的情况下就直接推荐的人。
