我很抱歉，但 Crockford 就是坚持这么写的（I’m sorry, but the Crockford arguments do not cut it.）。
Javascript在很多方面都烂透了，而且还极其无趣，我就纳了闷了，大家为啥都义无返顾，群情激奋的跳进Node学习的大军里，是！Node 是比Ruby快，Node是基于事件模型处理的，但让我无法理解的是，一些人动不动就想把自己的程序用Node重构一下，过过脑子行吗！
Javascript的继承，深拷贝问题，不是定义一个新ECMA标准就能解决的，不是套个漂亮的语法外壳(比如CoffeeScript)就能搞 定的，不是用require实现个标准化或者引入classes就可以万事大吉的，ECMA语言里不是有个引入classes的ActionScript 吗！那玩意跟Javascript一样屎，只要大家继续用它，PHP框架的现状就是JS的未来— 一堆一堆的人前赴后继，日以继夜的为这坨屎一样的语言搭框架、写工具。
我来说一下为什么Javascript糟糕，当然了，它也有好的方面。 但是问题就是太不实用。比如说原型继承(prototypal inheritance)就限制颇多-因为这玩意说白了就是function override，还有就是那句：“万物皆function” 也是相当的废柴-因为一function不是一个对象，也不能当做数据机构来承载数据。
其实真正的吐槽才刚刚开始，随便列几个吧：
JS的调用属性
看这个屎一样的设计，回顾过去，咱们很难苛责语言的设计人员，因为它们可能处于性能考虑，再者，如果不习惯消息-传递机制的语言的话，你会觉得怎么”一些属性可以被调用而另外一些就不可以呢“！
哈希对象对于stable 键不可用
对象和哈希的混合不是一个好点子，因为它违反了对象可以拥有metadata的前提，metadata允许我们建立基本类型系统或者至少各种类型的introspection
函数对象对于类型系统不可用 因为一个对象不携带任何类型信息
这可是大事，Ruby的世界里也是这样，感觉所有的东西都在像鸭子一样快乐的嘎嘎叫，我们经常用Object$class 来获取对象信息，下面是给HTML元素加样式的标准的流程：
- <div class='<%= model.class %>' id='<%= [model.class, model.id].join %>' >…
在JS里是不可能的，因为只有’Object’，’function’和原始类型才有类型信息
到处是Null
不小心用错了一个常量
- MyApp.SYNC <i>// should have been MyApp.SYNC_FETCH</i>
任何事情都不会发生，因为对象是hashes，而且js给常量默认为0。 带着错误key的常量将会是undefined，而且还会渗透到被调用函数中，等出了事，慢慢跟踪debug去吧
回调的深渊
JS缺少合适的deferred功能，不是多线程，就得靠事件化执行，你的调用会散落在各个事件回调中，代码都完事了，回调还在那执行呢，比如，JS干下面这个是就费劲
- var res = await AjaxReq.fetch('/long-request')
- // because you are waiting for a result, here the runtime would
- // schedule event handling, DOM redraws and whatever else it can
- // squeeze in while you await
- res.name // this will be only executed once res is available
因为你在等一个结果，就在等待的这会，runtime完全可以进行事件处理、DOM重绘、干啥都行
res.name // this will be only executed once res is available 等res可以使用的时候在去执行res.name的操作
当然了，JS社区做了跟PHP社区一直以来一样的事情-给Javascript这坨屎擦屁股，怎么擦呢？用更多的回调，好点的，就是回调链
- when(<ERMAGHERD RIDICULOUSLY LONG CALLBACK>
- // 48 lines of code down
- ).then(<HOLYSHIT WHEN WILL THIS BE OVER>
- // 23 lines down
- ).then(<GIVE ME SOME COFFEE ALREADY>)
一般情况下，加入一个wait primitive就在获取结果的等待过程中控制events，
专业一点的做法就是啥玩意咱都异步，现实是你写的代码80%都是同步的，因为程序里80%干的都是一个操蛋的事情跟另外一个操蛋的事情一起搞，而且你需要它俩都它妈的完事了才行。
可怕的异常处理机制
异常处理在JS中机器可怕，一般形式-你可以查看调用堆栈(一堆匿名函数和好点的名字的函数)，你可看到错误信息，我就提两个经常碰到的错误：
- undefined is not a function
- cannot call property 'xyz' of undefined
这都拜javascript中“函数对（泥煤）象”所赐，根本没有方法定义-它们只有属性，JS运行时永远没有办法知道函数对象有没有方法可以被调用，或者某个属性名称 – 它就认为你的哈希键不存在，
我记得Ruby社区里的人抱怨Ruby的回溯和错误消息机制不好用，Rubinius就给解决了，在泥煤的javascript里，你知道错误消息 特别乱吗？因为有你想得到和使用的两个最最基本，最最重要的异常NameError和NoMethodError 都可能，这在其它语言里都是不能理解的，但javascript语言就这么马马虎虎的用起来了
不可否认，functions是亮点，原型也是好东西，但是如果你想建立一个稍微复杂的JS应用，你就得这么写：
- var cv = Marionette.CollectionView.extend({
- itemView: MyApp.Views.WidgetView;
- });
如果”MyApp.Views.WidgetView 还没有定义“你会得到啥错误？”undefined is not a function”当然！你什么时候会得到呢？当CollectionView想要实例化你的视图的时候，而不是当你定义变量cv的时候，你会忐忑好几分 钟，直到你明白了这错误是哪里导致的
这是为啥呢？因为所有都是hash而且这个语言不能做任何形式的introspection
还有一个困扰我的事就是有些大哥居然从Ruby转战Node，还赞Node是个好东西。Node也许是好宝贝，但是想想它内部运行着屎一样的Javascript语言，我就由衷地想退避三舍。
这么说吧，JS一日不好用，我便一日不会用Node，谢谢
我理解有一些人想跳出MRI架构，投身Node，很简单啊- -你不会说日语, 所以你舔个脸说日语很难学，话撂这，你在MRI上的有精进的机会也它妈趋近于0.
JS是屎，但凡我们有那么一丝丝的担当，就该尽自己的绵薄之力要么让它寿终正寝，要么帮助它更上一层楼，天天在那沾沾自喜对它的发展没有一点帮助，CoffeeScript做的还远远不够。
