JavaScript诞生过程
1994年，网景公司发布了Navigator浏览器0.9版，这是历史上第一个比较成熟的浏览器，但是这个浏览器只能用来浏览，不具备与用户互动的能力，网景公司急需一个网页脚本语言，使得浏览器可以与网页互动，当时的网景公司在纠结是采用现有的语言，还是发明一个全新的语言。
1995年，网景公司与sun公司结盟，不仅允许java程序可以以applet的形式直接在浏览器中运行；甚至还考虑直接将java作为脚本语言嵌入网页，只是因为这样会使得html网页变得复杂才放弃。
1995年4月网景公司录用了布兰登，目的是让他研究是否可以将Scheme语言作为网页的脚本语言。然而仅一个月之后公司就决定让布兰登发明一种与Java搭配使用的辅助脚本语言，并且在语法上与java有些类似。但是布兰登对java没有兴趣，为了应付公司安排的任务，他只用了10天的时间就把JavaScript的原型设计出来。由于设计时间太短，语言不够严谨，导致后来很长一段时间JavaScript写出来的程序混乱不堪。
当时他的设计思路是这样的：
（1）借鉴C语言的基本语法；
（2）借鉴Java语言的数据类型和内存管理；
（3）借鉴Scheme语言，将函数提升到"第一等公民"（first class）的地位；
（4）借鉴Self语言，使用基于原型（prototype）的继承机制。
JavaScript最初命名为Mocha，1995年9月在Navigator 2.0的Beta版中改名为LiveScript，同年12月，Navigator 2.0 Beta 3中部署时被重命名为JavaScript，当时网景公司与sun公司组成的开发团队为了蹭Java的热度，因此将其临时改名为JavaScript，日后这成为大众对这门语言有诸多误解的原因之一
JavaScript推出后在浏览器上大获成功，微软公司在不久后就为IE3浏览器推出了JScript，与网景的JavaScript对抗。
1996年11月，网景正式向ECMA（欧洲计算机制造商协会）提交语言标准。1997年6月，ECMA以JavaScript语言为基础制定了ECMAScript标准规范ECMA-262。JavaScript成为了ECMAScript最著名的实现之一。除此之外，ActionScript和JScript也都是ECMAScript规范的实现语言。
JavaScript的缺陷
- 不适合开发大型程序
Javascript没有名称空间（namespace），很难模块化；没有如何将代码分布在多个文件的规范；允许同名函数的重复定义，后面的定义可以覆盖前面的定义，很不利于模块化加载。
- 非常小的标准库
Javascript提供的标准函数库非常小，只能完成一些基本操作，很多功能都不具备。
- 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几乎没用，根本不应该设计它。
- 全局变量难以控制
Javascript的全局变量，在所有模块中都是可见的；任何一个函数内部都可以生成全局变量，这大大加剧了程序的复杂性。
a = 1;
(function(){
b=2;
alert(a);
})(); // 1
alert(b); //2
- 自动插入行尾分号
Javascript的所有语句，都必须以分号结尾。但是，如果你忘记加分号，解释器并不报错，而是为你自动加上分号。有时候，这会导致一些难以发现的错误。
比如，下面这个函数根本无法达到预期的结果，返回值不是一个对象，而是undefined。
function(){
return
{
i=1
};
}
原因是解释器自动在return语句后面加上了分号。
function(){
return;
{
i=1
};
}
- 加号运算符
+号作为运算符，有两个含义，可以表示数字与数字的和，也可以表示字符与字符的连接。
alert(1+10); // 11
alert("1"+"10"); // 110
如果一个操作项是字符，另一个操作项是数字，则数字自动转化为字符。
alert(1+"10"); // 110
alert("10"+1); // 101
这样的设计，不必要地加剧了运算的复杂性，完全可以另行设置一个字符连接的运算符。
- NaN
NaN是一种数字，表示超出了解释器的极限。它有一些很奇怪的特性：
NaN === NaN; //false
NaN !== NaN; //true
alert( 1 + NaN ); // NaN
与其设计NaN，不如解释器直接报错，反而有利于简化程序。
- 数组和对象的区分
由于Javascript的数组也属于对象（object），所以要区分一个对象到底是不是数组，相当麻烦。Douglas Crockford的代码是这样的：
if ( arr &&
typeof arr === 'object' &&
typeof arr.length === 'number' &&
!arr.propertyIsEnumerable('length')){
alert("arr is an array");
}
- == 和 ===
==用来判断两个值是否相等。当两个值类型不同时，会发生自动转换，得到的结果非常不符合直觉。
"" == "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
因此，推荐任何时候都使用"==="（精确判断）比较符。
- 基本类型的包装对象
Javascript有三种基本数据类型：字符串、数字和布尔值。它们都有相应的建构函数，可以生成字符串对象、数字对象和布尔值对象。
new Boolean(false);
new Number(1234);
new String("Hello World");
与基本数据类型对应的对象类型，作用很小，造成的混淆却很大。
alert( typeof 1234); // number
alert( typeof new Number(1234)); // object
JavaScript为什么会有这么多的缺陷？
1、设计阶段过于仓促
一方面布兰登只用了10天的时间，并且他并不乐意做这件事，另一方面设计初衷只是为了解决一些简单的网页互动，并没有考虑复杂的应用场景
2、没有先例
Javascript同时结合了函数式编程和面向对象编程的特点，这很可能是历史上的第一例。这使得它没有设计先例可以参考。
3、过早的标准化
Javascript的发展非常快，根本没有时间调整设计。Javascript推出一年半之后，国际标准就问世了。设计缺陷还没有充分暴露就成了标准。相比之下，C语言问世将近20年之后，国际标准才颁布。
但是即使是这样，JavaScript依然是强大的语言，如果遵守良好的编程规范，加上第三方函数库的帮助，Javascript的这些缺陷大部分可以回避。
而且Javascript目前是网页编程的唯一语言，只要互联网继续发展，它就必然一起发展。目前，许多新项目大大扩展了它的用途，node.js使得Javascript可以用于后端的服务器编程，coffeeScript使你可以用python和ruby的语法，撰写Javascript。
只要发布新版本的语言标准（比如 ECMAscript 5），就可以弥补这些设计缺陷。当然，标准的发布和标准的实现是两回事，上述的很多缺陷也许会一直伴随到Javascript存在的最后一天。
