JavaScript 诞生的故事，内容包括 JavaScript 的历史、JavaScript 的诞生记、JavaScript 的 10 个设计缺陷。
一、JS 的历史
1995 年：网景公司的 Brendan Eich 设计了 JavaScript 的最初版本。
1996 年 12 月：网景公司将 JavaScript 提交给欧洲计算机制造商协会进行标准化。
1997 年 6 月：ECMA-262 的第一个版本于被 Ecma 组织采纳。
1998 年 6 月：ECMAScript 2.0 版发布。
1999 年 12 月：ECMAScript 3.0 版发布，成为 JavaScript 的通行标准，得到了广泛支持。
2009 年 12 月：ECMAScript 5.0 版正式发布。4.0 版因其设想过于激进，导致流产。
2015 年 6 月 17 日：ECMAScript 6 发布正式版本，即 ECMAScript 2015。
二、JS 的诞生记
1994 年，网景公司（Netscape）发布了 Navigator 浏览器 0.9 版。这是历史上第一个比较成熟的网络浏览器，轰动一时。但是，这个版本的浏览器只能用来浏览，不具备与访问者互动的能力......网景公司急需一种网页脚本语言，使得浏览器可以与网页互动。
网页脚本语言到底是什么语言？网景公司当时有两个选择：一个是采用现有的语言，比如 Perl、Python、Tcl、Scheme 等等，允许它们直接嵌入网页；另一个是发明一种全新的语言。
这两个选择各有利弊。第一个选择，有利于充分利用现有代码和程序员资源，推广起来比较容易；第二个选择，有利于开发出完全适用的语言，实现起来比较容易。
到底采用哪一个选择，网景公司内部争执不下，管理层一时难以下定决心。
就在这时，发生了另外一件大事：1995 年 Sun 公司将 Oak 语言改名为 Java，正式向市场推出。Sun 公司大肆宣传，许诺这种语言可以 "一次编写，到处运行"（Write Once, Run Anywhere），它看上去很可能成为未来的主宰。
网景公司动了心，决定与 Sun 公司结成联盟。它不仅允许 Java 程序以 applet（小程序）的形式，直接在浏览器中运行；甚至还考虑直接将Java作为脚本语言嵌入网页，只是因为这样会使 HTML 网页过于复杂，后来才不得不放弃。
1995 年 5 月，网景公司做出决策，未来的网页脚本语言必须"看上去与Java足够相似"，但是比 Java 简单，使得非专业的网页作者也能很快上手。这个决策实际上将 Perl、Python、Tcl、Scheme 等非面向对象编程的语言都排除在外了。
Brendan Eich 被指定为这种"简化版 Java 语言"的设计师。他的设计思路是这样的：
（1）借鉴 C 语言的基本语法；
（2）借鉴 Java 语言的数据类型和内存管理；
（3）借鉴 Scheme 语言，将函数提升到"第一等公民"（first class）的地位；
（4）借鉴 Self 语言，使用基于原型（prototype）的继承机制。
所以，Javascript 语言实际上是两种语言风格的混合产物----（简化的）函数式编程+（简化的）面向对象编程。这是由 Brendan Eich（函数式编程）与网景公司（面向对象编程）共同决定的。
如果不是公司的决策，Brendan Eich 绝不可能把 Java 作为 Javascript 设计的原型。作为设计者，他一点也不喜欢自己的这个作品：
"与其说我爱 Javascript，不如说我恨它。它是 C 语言和Self 语言一夜情的产物。十八世纪英国文学家约翰逊博士说得好：'它的优秀之处并非原创，它的原创之处并不优秀。'（the part that is good is not original, and the part that is original is not good.）"
三、JS 的 10 个设计缺陷
1. 不适合开发大型程序
Javascript 没有名称空间（namespace），很难模块化；没有如何将代码分布在多个文件的规范；允许同名函数的重复定义，后面的定义可以覆盖前面的定义，很不利于模块化加载。
2. 非常小的标准库
Javascript 提供的标准函数库非常小，只能完成一些基本操作，很多功能都不具备。
3. null 和 undefined
null 属于对象（object）的一种，意思是该对象为空；undefined 则是一种数据类型，表示未定义。
typeof null; // object
typeof undefined; // undefined
两者非常容易混淆，但是含义完全不同。
var foo;
alert(foo == null); // true
alert(foo == undefined); // true
alert(foo === null); // false
alert(foo === undefined); // true
在编程实践中，null 几乎没用，根本不应该设计它。
4. 全局变量难以控制
Javascript 的全局变量，在所有模块中都是可见的；任何一个函数内部都可以生成全局变量，这大大加剧了程序的复杂性。
a = 1;
(function(){
  b=2;
  alert(a);
})(); // 1
alert(b); //2
5. 自动插入行尾分号
Javascript 的所有语句，都必须以分号结尾。但是，如果你忘记加分号，解释器并不报错，而是为你自动加上分号。有时候，这会导致一些难以发现的错误。
比如，下面这个函数根本无法达到预期的结果，返回值不是一个对象，而是 undefined。
function(){
  return
    {
      i=1
    };
}
原因是解释器自动在 return 语句后面加上了分号。
function(){
  return;
    {
      i=1
    };
  }
6. 加号运算符
"+" 作为运算符，有两个含义，可以表示数字与数字的和，也可以表示字符与字符的连接。
alert(1+10); // 11
alert("1"+"10"); // 110
这样的设计，不必要地加剧了运算的复杂性，完全可以另行设置一个字符连接的运算符。
7. NaN
NaN 是一种数字，表示超出了解释器的极限。它有一些很奇怪的特性：
NaN === NaN; //false
NaN !== NaN; //true
alert( 1 + NaN ); // NaN
与其设计 NaN，不如解释器直接报错，反而有利于简化程序。
8. 数组和对象的区分
由于 Javascript 的数组也属于对象（object），所以要区分一个对象到底是不是数组，相当麻烦。Douglas Crockford 的代码是这样的：
if ( arr &&
  typeof arr === 'object' &&
  typeof arr.length === 'number' &&
  !arr.propertyIsEnumerable('length')){
  alert("arr is an array");
  }
9. == 和 ===
== 用来判断两个值是否相等。当两个值类型不同时，会发生自动转换，得到的结果非常不符合直觉。
"" == "0" // false
0 == "" // true
0 == "0" // true
false == "false" // false
false == "0" // true
false == undefined // false
false == null // false
null == undefined // true
" \t\r\n" == 0 // true
因此，推荐任何时候都使用 "==="（精确判断）比较符。
10. 基本类型的包装对象
Javascript 有三种基本数据类型：字符串、数字和布尔值。它们都有相应的建构函数，可以生成字符串对象、数字对象和布尔值对象。
new Boolean(false);
new Number(1234);
new String("Hello World");
与基本数据类型对应的对象类型，作用很小，造成的混淆却很大。
alert( typeof 1234); // number
alert( typeof new Number(1234)); // object
「资料来源：百度百科-JavaScript、阮一峰的网络日志-2011年6月24日及2011年6月30日」
