为什么？

　　我认为现代JavaScript仍然较烂的根源是其处在一个特定的社区氛围中，该氛围一直强调：JavaScript是一门非常好的语言，但却一直被人误解。不，JavaScript只是一个提早诞生且没有先例可循的语言。停止包庇并且开始把JavaScript作为一个平台去拥抱，作为一个编译目标。

　　文档

　　人们可以尽情嘲笑Java，但当我看Java文档时，我可以非常明确地知道哪个对象可以创建、每个方法里的参数、需要抛出的异常等。好的事情莫过于使用JavaScript库作为精选示例代码。这几乎是不可能写出正确的软件，除非你阅读库源码。甚至连如此完整的JavaScript项目Express也存在令人生厌的API文档（Ember他们那些非常的API文档可能是反例）。

　　语法糖

　　JavaScript社区很快抛弃了语法糖。语法糖是极富创造力的。将重复逻辑代码抽象出来，可以通用，帮助程序员以更好的方式编写代码。

　　● 让代码更加简洁

　　● 有助于表达代码背后的意思，而不是算法。我已经知道了数组迭代算法，好吧，谢谢你，但是请你不要告诉我这些，我只想知道你要做的东西。

　　作为一名编码人员，你的主要观众不是电脑，而是其他程序员，也包括将来的自己。书写冗长的for循环很爽，但说实话，for （var i=0； i<arr.length； i++）与for e in arr 比起来，人们更愿意读后者。顺便说一下，这里的JavaScript版的循环比CoffeeScript速率要慢，你知道为什么吗？

　　JSLint

　　如果程序员使用JavaScript尚未感到痛苦，那JSLint成功做到了这点，而且非常“成功”！ 想象一下，在某个编码的新兵训练营里，想要对JavaScript进行尴尬的惩罚，然后在其身上进行拔毛，这好比是拿着牙刷在刷厕所。事实上，我宁愿从牦牛身上拔毛。这是原文中的例子，小编的理解是JSLint的出现是给JavaScript挑刺的，而这样还不如直接在JavaScript身上拔毛。

　　更值得注意地是，作为程序员，我们应该寻找自动化，难道你不希望自己可以自动化JSLint吗？当然，你可以。CoffeeScript可以完美的生成linted代码，正如Jeremy。

　　OOP

　　JavaScript对象模型还是不够成熟，原型（Prototype）继承是一个低级别的功能，可以创建一些非常有意义的对象模型，但却无法基于本身进行构建。

　　这也可能是JavaScript API为什么会那么糟糕的原因，当你所使用的语言甚至没有类时，该如何记录面向对象代码呢？ 重要的是，当我们甚至不知道实例化对象时，JavaScript开发人员该如何实行互操作？