译者｜Jimmy Breck-McKye翻译者｜胡丹桂撰稿｜覃云
他们都有此种的历经：当自学了一种后端控制技术的时候，同时会有三种捷伊后端控制技术问世。 还有，你优先选择的有种后端控制技术，或许已经落伍了。
不过他们或许也唯独没有关注为何会此种。
众所周知的说明或许是 web 开发人员与生俱来心急，总有一天崇尚前沿的控制技术，千篇一律。总体而言：后端控制技术更替这般之快是整个开发人员街道社区的合情合理（而你的合情合理行为完全依赖于你无能为力的因素）。
无论真实世界其原因与否是此种，后端开发的确存在此种的难题。
后端开发有多不平衡？在深入探讨其原因之前，有必要性校正那个难题与否真实世界。 后端控制技术与否吗变动这般之快？
谈谈 Github 上representing最少的 JavaScript 后端控制技术条目：
极短的 2.5 年也不是那么久 – 不到传统图形界面系统插值周期性的三分之一，这不足以说明难题。 那么是什么其原因导致了此种加速的，甚至是不可持续的变动？
React造成那个难题的其原因可能是 React。 作为这款使用方便的辅助工具，它须要大批的远距组件和支持库，而这正是难题再次出现的地方。React 街道社区是一个很大的小型库构架组织，其中插件由许多分立的单个机能 JavaScript 库组成，该构架是为了致意 Unix 神学。
此种构架的竞争优势是，随着捷伊课堂教学的再次出现，可以随心所欲地进行调整，这对加速技术创新（如过去一两年一样）是有象征意义的。 优点是增加了变动的影响范围，并且须要大批的审核。
这就是我的核心理念看法：JavaScript 的难题不是词汇，互联网或其他任何某一控制技术，而是优先选择的构架无法让开发人员跟得上变动趋势。
NPM 难题现代 JavaScript 最大的资产是 NPM。它提供了大批的组件，可以满足任何人的某一需求，但是很难过滤和决策。哪些库吗被支持？哪些库的机能是正确的？哪些不是有恶意的库？ JavaScript 开发人员真正作为唯一的参考标准就是流行度 – 下载数量和 star 数量 – 这加速了库的传播。
当然，还有其他校正库的方法：可以通过 Github 难题阅读并搜索 StackOverflow。你可以做一些测试，甚至自己检查源代码。但是这须要很多时间。
这是 JavaScript 开发人员的弱点。作为一名面试官，我经常会问面试者是如何优先选择控制技术，但回答往往让我失望，因为知名度几乎总是他们优先选择某个库的唯一标准。软件工程至少部分是研究工作，他们须要培养初级程序员的研究能力。但即使此种做了，这些可能性仍然会再次出现在他们身上。
设想成为一名初级开发人员把自己设想为一个初级到中级的 JavaScript 开发人员，首次编写一个捷伊插件。
从完全空白，这让事情变得简单。你很佛系，所以从优先选择一个简单的框架开始。听起来不错（这也是你的唯一优先选择）。
作为准系统它没有什么作用，所以优先选择远距库的任务落在你肩上。如果你在做后端工作，它可能是 Redux 的表单和 API 请求的库。如果是后端，它可能是 Express 的中间件。
然后你开始搜索，搜索结果中的一篇来自 Medium(译注：博客网站) 的博客推荐 X.js。该博客的译者是 X，但她从未表明此种特殊的利益冲突。Medium 上所有的博客都一样，所以总有一天不能用知名度来作为他们的参考标准。
你错过了指出了 X.js 中的一些重要不足之处的答复，因为 Medium 在有意忽略。然后继续搜索，发现了 Y.js.
这次你在 Twitter 上找到一个链接 – 超过一百个点赞！这应该值得信赖了吧，毕竟这么多人为自己”把关”了。你在感谢中点了个赞，然后跳转到了 Github 的链接。
但不是那么快。那个链接太老了 – 该库现已弃用。你可以看出，DEPRECATED 那个词无处不在，十分醒目。
Y.js 是“面向对象”的。你认为这是一件好事，隐约回想起 ComSci 第一年关于 Smalltalk 和消息传递的一些东西。但显然这是非常糟糕的。
另一篇 Medium 上的博客试图说明为何，虽然推理有些模糊，并且用你不认识的密集术语来包装。后来事实证明，那个术语是由该博客的译者发明的，文中权威的参考链接也来自他自己的博客。
更糟糕的是，该帖称，即使在 JavaScript 面试中提到 OOP 也会使你完全失业！你现在已经迷失方向了。值得庆幸的是 – 有他的 $ 50 美元的 JavaScript web 开发课程。你很庆幸找到这么好的资源，记下了链接，并点了赞。
所以，你将转向 Z.js，那个库有更多的 star，文档或许不太有用。 尽管列出了很多方法，但如何实际使用？ 至少看到它使用了一种叫做“标准 JS”的东西，你认为它与 ECMA 标准委员会有关？ 其实并没有。
但怎样才能避免这些坑呢？ 谁来帮助你避免采坑？ 高级开发人员也正在自学。 他们都卷入了崇尚最新控制技术，追赶潮流的旋涡中，只是为了保持最新并保持就业。
所以，你采取了看似最可靠的标准：Github 项目 star 最少。 这就是为何 JavaScript 开发受到随波逐流的影响。
应该怎么做？像大多数抱怨者一样，我只想表达不满，而不是解决它们。 但我有一些想法：
警惕 MediumM
警惕自我推销在过去的一两年里，JavaScript 世界再次出现了激进的自我营销，这可能是因为付费在线培训材料的兴起以及作为 Github名人的就业、咨询竞争优势。
我对好的内容没有任何难题，但也再次出现了很多不诚实的手段：自我引用 ，发明专有术语（例如Standard.js）
考虑非小型库构架尝试能提供大面积的机能，并且不须要很多插件来提高生产力的框架来开始你的项目 – 这将立即减少变动的影响范围。 这是我对 Vue.js 非常感兴趣的其原因之一。 您也可以将 React 用作入门辅助工具包或较大框架的一部分，如 Next。
不要过分满足无理需求唯一须要知道整个公司控制技术栈细节的是自由身承包商，他们获得了可观的工资来完成项目。 否则，大多数雇主不须要你了解最新 React 的细节。 所以，避免自学所有东西的要求：大部分都是没用的。
原文链接http://www.breck-mckye.com/blog/2018/05/why-is-front-end-development-so-unstable/
前端之巅「后端之巅」是 InfoQ 旗下关注大后端控制技术的垂直社群。紧跟时代潮流，共享一线控制技术，欢迎关注。
GMTC 全球大后端控制技术大会邀请到了来自 Google、Twitter、Instagram、LinkedIn、Hulu 等国外一线后端专家前来分享他们的后端前沿控制技术和最佳课堂教学，更有 iOS 街道社区大神 Mattt、Apollo GraphQL 负责人等大牛的助阵，另外月影、寒冬、迷渡、程墨、教主、小春等 50＋国内知名后端大佬也会带来精彩分享，可谓干货满满。
目前大会倒计时门票热销中，团购更优惠，购票咨询：18514549229（同微信）戳，了解更多干货详情！
