作者丨swyx.io

译者丨核子可乐

Javascript 东西的确超级难用，但这并不是咱们的错。

假如咱们点进来看了，就证明各位必定对此抱有同感。哈哈，我也这么觉得。我的日常作业便是跟 Javascript 东西打交道，而我的观念是，这些东西至少可以做得更好。究竟“无视问题，便是作恶”。

但不少朋友或许也并不认同我的观念，别忧虑，其实我自己也并不彻底认同文章的标题。可是，各位或多或少都在日子傍边遇到过 Javascript 东西很不好用的状况。作为 Javascript 开发者，咱们花了许多时刻来学习怎样批改并掩盖自己运用的东西，但却很少问问自己这全部到底是为什么。（当然，这也十分正常，我会在后文中展开来评论。）

终究，假如您点开这篇文章仅仅为了拓宽一下思路……呃，真的有这么客观镇定的读者朋友吗？无论怎样，相同欢迎您的莅临。

当然，以上都是假定，而不是客观事实。我想做的仅仅解说和剖析，而非粗犷判别。我的全部博文都出于自己当下的观念，我的观念常常会变。并且我也要着重一点：本文只谈缺点，暂时不触及 JS 东西那些重要的优势。

1

Javascript 在开端规划上与其时运用场景不符

Javascript 东西之所以这么烂，是因为 Javascript 在开端规划上就没有考虑到要害业务东西与应用程序的需求。

JS 的开发周期是出了名的快——整个进程不到 10 天，并且其时没人想得到软件会吞噬整个国际、浏览器软件会吞噬操作系统软件，而 Javascript 又能越过浏览器在操作系统中占有一席之地。

JS 的文明无疑承继自其开端规划与决议计划。凭仗着易于发动与运转的特性，JS 为许多程序员打开了开发的大门；但一系列缺点也由此而来，包含未界说特点拜访不会导致运转时过错，甚至闻名的“undefined 并不是函数”过错等等。我之所以将 JS 现在的许多问题归结为一种“原罪”，是因为 JS 的赋性的确十分一起，也使得许多开发者一向回绝在 JS 傍边增加编译时刻查看机制。更有甚者，不少“极点分子”甚至回绝运用 Prettier。

Web Assembly 或许终有一天会解说那些不想运用 JS、但却没有更好挑选的开发人员，但在此之前，他们依然得继续忍受下去。

这就意味着……

2

巨大的社区

Javascript 东西之所以这么烂，是因为它不是单纯为某一类用户打造的。

作为地球最巨大的非电子表格编程言语，无论是代码风格、软件交给仍是测验方法，开发人员们都能为此爆宣布剧烈的抢夺——甚至上升到宗教战役等级的口诛笔伐。其间最具争议的东西当数 Babel！

尽管巨大的技能社区通常是项目具有活力的表现，但一起也会带来种种人们认识不到的问题。正所谓林子大了，什么鸟都有；每个人其实都有着十分详细，甚至是彼此对立的诉求。因而，咱们越来越难以“做好一件事”来让每个人都高兴。

让人们高兴的最简略方法，当然是在装备之后再另装备，这便是咱们的首要作业内容。可是，这种方法既会带来地狱般的杂乱装备系统，也将严峻影响东西之间的互操作性。我个人十分拥护 Jared Palmer 的观念，即应当只注重骨干结构以及 80% 的用例。别的，我也主张许多用户测验运用 patch-package 等东西保护自己的低成本分叉。

大社区好是好，但会导致……

3

不过改动的方针，不过改动的鸿沟

Javascript 东西之所以这么烂，是因为它在规划之初并未考虑到单一方针运转时。

许多人提出，JS 库是否应当可以一起在浏览器与 Node 傍边运转？有人不太拥护。

此外，人们也不拥护 JS 东西应当转化本身依靠联系的观念。人们也不期望处理留传浏览器的问题。跟着时刻的推移，这方面问题会越来越小，但得供认问题依然存在。Create-React App 现已就此进行了长达两年的评论。

人们也不肯对东西进行重复测验。Kent C Dodds 在 JS 测验方面做了许多作业，但时至今日仍有不少东西还彻底没有完结自己的查看——这一点在 Windows 等不同环境中表现得尤为杰出。甚至有定见指出，没有东西或许都要好于运用一大堆未经测验的东西。

终究，人们也无法在东西需求处理的问题方面达到一起。举个极点的比如，这就像是初学者问询 A 和 B 之间有何差异（因为二者常常彼此代替），而保护者答复称 A 与 B 归于“正交联系”。但事实上，A 的专家（只注重 A）对 B 的专家（只注重 B）一向十分不满。

更要命的是，有时分咱们好像间隔达到一起就只差一步，但这时分鸿沟线变了——带来了新的争议与难题。在这种状况下，人们甘愿在彼此之间的争议身上投入精力和时刻，而不肯支撑并提示对方还有更重要的大方向需求把控。这必定会让参加者们终究都精疲力竭。

这又会导致……

4

无人担任

Javascript 东西之所以这么烂，是因为它是自下而上发明出来的——而非自上而下。

JavaScrip 不仅仅一种言语，也不存在“Javascript SDK”或许“规范库”。

TC39 担任言语办理作业（我记不清出处了，但的确有定见以为不应着眼于单一功用对 JS 进行年度规划规划），但东西方面却没人操控。这儿边 npm 却是发挥着必定程度的效果，不过咱们好像不肯意让他们办理除此之外的其他业务。Node 十分成功，但相同身陷原罪的泥潭之内——其发明者也开端尽力寻觅代替计划。在集权与分权的对立中，Javascript 将分权面向了极致（无独有偶，Python 也有相似的状况，好在其依然保有比较清晰的会集话语权）。

没错，咱们每隔一段时刻就会迎来一套新的前端结构（但绝不像许多人恶作剧说得那样每个月甚至每天都有新结构出来，在这方面我主张咱们坚持慎重的心情。不了解状况就随意发表定见，实践上便是对实践作业的人们的诽谤）。没错，咱们也有 3 到 4 套不同的绑缚包，以及不少底子没人用的文件格局。别的，每个月的更新包下载量高达 9300 万次。

这是种极大的重复与糟蹋，带来了不安全感与疲乏心情，一起也提高了学习的难度。

咱们都知道。但这是咱们在保证交给给每位用户之前，对效果进行充沛领会与测验的最佳方法。假如某些东西不好用，咱们至少还有其它盼望。而假如代替计划的确更好，那么信任原有东西也会自我改进并渐渐赶上……或许彻底消失在人们的视界中。

当然，我不是说 Javascript 在传递与发布信息方面做得白璧无瑕。尽办理论上“运用正确的东西来完结正确的作业”是种无比正确的挑选，但绝大多数人其实并没有时刻或许志愿去测验其别人从未用过的东西。

这实践上意味着，咱们自己在回绝查看自己运用的东西是否正确。

5

咱们无法真实具有自己运用的东西

Javascript 东西之所以这么烂，是因为它在本质上仅仅一堆软弱的笼统仓库。

提到这儿，我计划聊聊最近发作的一系列实践作业。我一般不怎样谈时势，但为了充沛评论这个问题，我只能破一次例。

在默许状况下，全部 npm install 都会运用刺进符（^）进行东西包分配，该刺进符与东西包的非有必要及首要版别相匹配，且假定该东西包遵从 semver。可是，semver 仅仅一种无职责约好。假如有用户的正常运转树立在存在 bug 的根底上，那么批改 bug 就会发作破坏性的影响。因而，semver 选用的是一种十分技能化的 bug 界说方法，即“软件未能像咱们预期的那样作业。”更重要的是，semver 在发布时不会以任何具有实践意义的方法强制执行，因而它无法干与咱们的实践下载进程。可是，咱们之所以默许运用刺进符，需求的正是这种干与。

当 event-stream 发作时，即便现已存在于注册表内，包也有会被删去，而全部根据该包的 JS 东西及应用程序也会发作毛病。对包办理机制的安全保证无比重要，但终究决议全部的竟然仅仅一个小小的字符：^。

那一次，我继续布置的全部 Javascript build 都遭到了影响；这是因为 flatmap-stream 依靠于 event-stream，后者处于 fs-events 之内，fs-events 又是 Vue、React、Angular 以及几乎每一种其他东西的依靠方针。像 Javascript 这样一个声称竞争性、大规模、多样化的生态系统，怎样会存在单一毛病点？我真的很慌，但好在知道该怎样处理。我猜，那天许多初学者因而抛弃了 Javascript。或许许多用户像我相同，其时正在向人们展现自己的软件，并第一次遇到这样的状况。但观众们不会管问题来自哪里——谁在做展现，便是谁的问题。

问题大约便是这样，但也不止于此。npm 可以经过默许装置固定版别来批改我的场景（显着 Go 生态系统便是这么做的），但却不能从底子上处理“我不知道自己在运用什么”的问题。事实上，那天我是第一次传闻 flatmap-stream。

我供认这是我的错，而一起也是每一位运用者的错。正如这一节的小标题所言，“咱们无法真实具有自己运用的东西”。

因而，我改动了主见。

许多闻名的开发人员都会说，咱们应该像处理自己的代码那样处理 node_modules。但这底子就不实践，只会让咱们在出了问题之后见怪自己。事实上，咱们几乎不或许彻底掌控整个依靠链。

Thomas Young 是终究一位一窍不通的大能，但他在 1829 年就逝世了。

Rich Harris 也从前指出这种小模块方法的缺点。详细来讲，他更注重软件的可发现性与完整性：“每个人都有自己关于难如登天问题的处理方法，但没人会考虑海里的水滴在干什么。”他说得很真实，但这么简略的道理在巨大的社区傍边却很难得到遵循。

即便咱们身为模型开发者，也不或许真的与社区阻隔。您总得跟那些非模型开发者们协作，而他们依然把握不了自己运用的东西。因而，咱们将不得不运用自己不熟悉的东西，这的确是一种客观存在的统计学概率。

根本上，假如咱们整个东西链 / 出产力战略的可靠性取决于每一项依靠，那么咱们有必要想方法施以革新，不然问题将永久得不到处理。（这儿要着重一点，我并没有方法，现在只能向咱们传达出问题地点。）

6

咱们把东西开发者视为东西人

Javascript 东西之所以这么烂，是因为咱们自己不开发东西，并且不把开发这些东西的人当人看。

咱们不需求了解全部，但这并不是说咱们就不用在乎那些辛苦开发东西的作业者。这是个真实的问题，并且正在毒害整个社区。

或许咱们对此没有深入的领会，但各位可以想想，自己身边有没有人会投入许多时刻来开发 Javascript 东西——即便有，他们也是必定的少量。下载数字不会扯谎。Typescript 的奉献者有 412 名，Webpack 有 547 名，Babel 有 757 名，React 有 1331 名。全部这些东西的用户，至少要比奉献者多 3 个数量级。别的，甚至还存在着这样一种无法否定的实践：大多数奉献者只担任批改拼写过错以及编写阐明文档（尽管也很重要，但咱们懂我的意思）！

假如咱们只需求最惯例的 Javascript 或许 Typescript 功用，那或许压根不需求这些东西，所以不认识也不关心这些东西到底是由谁在保护。您或许在一家财富五百强企业作业，也或许效能于一家苦苦挣扎的草创企业；您或许身在一家光鲜的数字代理商，或许只计划在作业之余给自追求一条换岗的后路。无论怎样，您想要的跟许多其他用户相同：把自己想要的东西显现在屏幕上！

这种不对称性，意味着当东西用户与东西开发者进行交互时，必定存在巨大的差异性。因为这种相对常识差异，以及支撑者习气坚持的好心心态，东西开发者们往往被逼退让，协助用户确诊问题甚至填写最根底的 bug 陈述。

接下来要说的问题，比 bug 陈述要严峻得多。许多讲师靠着教授 Javascript 开发常识赚得盆满钵满，而开具开发者却只能在 Patreon 和 GitHub 上靠打赏日子。工程司理与 CTO 们拿着数百万美元的年薪，并依靠着美丽的图表坚持自己“仰望众生”的优越感。假如您也曾像他们相同，在面临东西中的问题时总是坚持“仰望”的心情，而从来没有参加其间进行查看或许供给助力，那么您就和我自己相同成了问题的一部分。东西，特别是那些年青的东西，不或许自行完善。只需你我的参加，才有或许让它变得越来越好。

更糟糕的是，全部这全部都有着看似合理的理由。把一大堆自己不熟悉的东西收拾起来，一起打包成光鲜亮丽的产品进行出售，才是绝大多数人真实想做的作业。尽管我也鼓动咱们在进行技能挑选时抱持慎重心情，但出于良知，咱们真的应该更活跃地做出自己的奉献。别的，至少不要把东西开发者当成活该支付的东西人。

现在的全体趋势是，初级工程师们整天耍弄东西，而高档工程师则扔下了实践作业开端讨论更严重的方针。我个人，真的期望内行们能多帮帮那些新人。“我年青的时分就知道怎样用软件了，现在这帮孩子竟然连编程都不会，几乎太可笑了”这种屁话真的只会令人生厌，但却不断出现在训练营当以及应届毕业生耳边。没错，高档人员需求考虑的不仅仅东西，他们还要操心更多关于软件出产与办理的作业。可是，我期望能有更好的途径传递以及传达他们的经历教训，而不仅仅在交际媒体上对初学者们冷言冷语。

当然，我不盼望有人会看了这篇文章就改动自己的心情甚至行为。我也不大信任东西开发者们会在我的鼓动之下，咆哮“赶忙给老子送钱来！”

7

资金

Javascript 东西之所以这么烂，是因为咱们还没弄理解该怎样在填饱肚子的一起完结免费开源。

我把最重要的问题留在了终究。Javascript 有 97% 的组成部分归于开源效果，因而开源的问题天然也就成了 Javascript 的问题。

开源保护的问题信任现已不需求细聊，获取开源资金的测验多种多样——但其间许多方法显着仅仅失利的馊主见。经过最近的一系列测验，Feross 得出结论，“开源保护者，就像是一位拿不到任何报答的草创企业创始人。”这话说得没错，尽管开源保护者偶然也可以凭仗自己的作业效果树立草创公司，但这种几率真实是太低太低了。

我不喜爱的处理计划：

广告业务形式（在文档与操控台傍边发布广告）

在 Patreon 上求打赏

在 GitHub 上求打赏

任何由开发人员自己——而非企业雇主——出钱的财政赞助

Gitcoin 等赏金机制

我喜爱的处理计划：

训练（即 React Training）

办理服务（Laravel Forge、Meteor Galaxy 等）

我强烈推荐 Joseph Jacks 提出的“Open Core”以及“OSS 商业形式”考虑。但需求着重的是，这些方法都是在献身敞开协作空间以交换更高的软件效果报答。

除了对开源商业形式的经济学考虑之外，咱们也不太或许盼望外部驱动力处理问题。但惋惜的是，咱们天然喜爱外部驱动力，或许说喜爱由别人协助处理问题。Dan Pink 对这个问题总结得十分到位：

“在孩提时代，咱们首要遭到内驱力的影响，咱们自发学习并自动协助别人。但跟着年纪的增加，咱们被社会所影响并越来越依靠于外驱力：只需咱们可以战胜问题、尽力学习、勤奋作业，咱们就能得到别人的好心、更高的职级以及丰盛的薪水。渐渐的，咱们丧失了内驱力。长大的进程，便是天分被消磨殆尽的进程。”

考虑到对本身根本需求的满意，我十分附和这种内驱力才是完结开源项目可继续发展的最佳方法。尽管咱们挑选的 OSS 商业形式或许在财政上取得成功，但假如一向遭到外部鼓励的驱动，那么总有一天咱们会因这种外来要素做出与处理核心问题无关的挑选甚至退让。

8

也有不少超卓的东西计划

Javascript 东西并不满是这么烂，至少要比曾经那些东西好得多！终究，我想聊点活跃的气势，究竟好的趋势值得必定，我也不是那种不分青红皂白乱黑一通的家伙。咱们今日的东西可以说是广受支撑，Jest、Express、GraphQL 在 2018 年可谓如日中天。除此之外，Yarn 以及 Prettier 也相同得到了用户们的广泛好评。

在最新的 Javascript 现状查询傍边，受访者表现出的心情也适当活跃：

结合前文中我提出的问题，下面来看相关改进趋势：

规划: Javascript 言语正变得益发严厉，可以与 ES6 协作运用，因而其实践是在运用的进程中不断规划完结的。Typescript 也迎来了很好的承受度，占 npm 用户中的 63%（尽管还无法处理全部问题，但至少比以往的计划好了许多）。

社区: 咱们在拟定行为准则方面做得越来越好。GitHub 供给问题模板与反应机制，以促进人们更好地展开协作。在这些形式供给的高压力测验傍边，咱们正不断总结出更好的结构与笼统形式。

方针改动: 许多常青树级浏览器的存在，有助于供给愈加安稳的方针。尽管跨浏览器的不一起问题依然需求笼统层协助处理，但不同浏览器间的差异现已快速缩小，这一点在东西挑选以及相关影响方面表现得尤为显着。

无人担任: 这是一种特性，而非过错。

全部权: 我暂时还没什么方法。

东西开发者: 咱们正在教授常识。Ander Helsberg 具有 35 年的言语与东西开发经历，其现在正在研讨 Typescript 并训练新一代工程师。咱们也活跃经过各类开发者大会教授常识。

资金: 尽管我现已解说了自己倾向于保存的观念，但有必要供认仍有不少行动有助于处理开源项目的资金问题，并且这些行动十分重要。

https://www.swyx.io/writing/js-tooling/

点个在看少个 bug