英文原文： CoffeeScript? TypeScript? How about JavaScript?

        译/腊八粥

        请注意本文只是我的偏见，我努力地理解借助 CoffeeScript 或 TypeScript 之类的编译器写 JavaScript 代码的理由。静态编译、强类型语言和框架，我有着这些流行的、丰富的背景。我的上一份工作就是使用 TypeScript，因为我不得不使用。那是一段不快乐的时光，我将因此而离开。

        我很幸运地把自己从这种困境和负担中释放出来，正在完全地使用 JavaScript 编写代码，我对此感到格外高兴！如果我对于这种变化的热情还不够明显，请让我向你保证，我现在更开心了。有一点很重要，我不是在暗示静态编译或强类型语言 有什么错误，因为它肯定没错。它只不过不再是我的菜了。

        鉴于 JavaScript 的动态本性以及缺乏静态类型检查，我可能编写着低质量代码，充斥着 bug 却不能在编译时发现，对吗？答案是毫不含糊的，不对！我从来不能这样有动力、多产、富有表现和高效。我没有编写过最少 bug 的高质量代码，也不能在发现 bug 后快速修复。或许你想知道，我是否在编写风格统一的 JavaScript，它们遵循最佳实践和风格，却没有编译器？答案是，对的！我不是故意在这里鼓吹自己，而是要指出，静态编译的缺乏不一定会导致更多的 bug 和低质量的代码。

        的确，有很多方法来确保 JavaScript 代码被正确地编写、遵循推荐的风格和最佳实践。更不要说编写高质量 JavaScript 成为了第二天性，自然地，你倾向于遵循你学到的、同样优秀的模式。你还应该总是编写合适的单元测试，这是一种最佳实践和另一种应对 bug 的防御，有助于确保预期的功能。我们不要忘了，合适的代码审核也是一种最佳实践，应该去用。

        那么，为什么要用这些编译器，好处又是什么呢？答案是，我也不知道。是不是应该有可以编译成 Ruby 和 Python 的 RubyScript 和 PythonScript 呢？在我看来，如果你不喜欢、或者不想编写 JavaScript 代码，那么你可能就不应该做一名 JavaScript 开发人员。它是古怪的、不完美的语言？它绝对是，但是它一直在变得更好。大部分的怪癖和遗漏在 ECMAScript Harmony【注1】中提出了，比如：ES.next。

        我认为使用某种编译器只有一个原因，那就是，如果你是高级专家、JavaScript 大拿，不喜欢原生 JavaScript，只是想简单快捷地做些东西。如果你不是刚才提到的专家，那么我真地相信你只是在伤害自己而逃避原生 JavaScript。你干嘛这么问？答案是，JavaScript 正变得无处不在，成为庄重的、令人惊叹的语言。它已经融入了所有的 web 和移动环境、使用 Node.js 的服务器，还有数据库（比如 MongoDB），甚至最近的硬件级别的处理（比如 arduino）。

        我读了很多博客、newsletter、书、文章、论文、文档、MDN 等与 JavaScript 相关的东西。它们都包含了用原生 JavaScript 编写的代码，我很少看到作者用 CoffeeScript 或类似语言呈现的代码，在极少场合碰到这些代码时，我会立即停止阅读，因为我只对 JavaScript、而不是它的其它版本感兴趣。

        如果你曾经计划、或者有兴趣在工作中用到基于 JavaScript 的数据库（比如 MongoDB），那么你需要知道如何编写 JavaScript。你不能用 CoffeeScript 来查询 MongoDB，也不能没有预编译就用 CoffeeScript 为 Node.js 编写基于服务器端的 JavaScript，即使你有能力，也不能这样做。

        在 GitHub 上，如潮水般涌来的、表面上有数百万种的 JavaScript 资源库和框架，该怎么样呢？大型的有 jQuery、AngularJS、Underscore 等等。我强烈推荐深入学习 JavaScript，这样你不仅能够阅读和理解源代码，还可以调试它。是的，说到了调试，不管是你是在浏览器，还是使用 Webstorm 为 Node.js 调试 JavaScript，都会涉及到原生 JavaScript。

        我最后想指出的是与其他人的协作（比如 GitHub），或者找一份 JavaScript 工作室的工作。如果顺利的话，掌握原生 JavaScript 的好处应该比较明显。当你入职第一天走进严肃的 JavaScript 工作室、提出 CoffeeScript 编译器的问题，你能够想象得到这是什么情景吗？

        重申，如果你是高级专家 JavaScript 大拿，那么编译器可能就是好的吗？尽管如此，我怀疑你会不会成为这样的大拿，如果你因为青睐某种编译器而避免学习、编写原生 JavaScript 的话。如果你担心静态检查和风格，可以尝试一些构建工具（比如，Grunt、Gulp、Node、NPM 等）。很多插件运行非常不错。对于既定代码，使用 CoffeeScript 或 TypeScript 是为了查看编译好的 JavaScript，然后模拟原生代码的输出。无论怎样，帮自己一个忙，优先掌握 JavaScript。

        注1：ECMAScript Harmony 将会以“ECMAScript 6”发布。http://zh.wikipedia.org/wiki/ECMAScript

        — END —