无论是公司的同事还是外界的程序员朋友们，大部分人对JavaScript的高级应用不甚了解，已有的知识架构里会认为JavaScript仅仅是一门脚本语言，其作用是给页面做一些锦上添花的效果，比如表单验证等等。潜意识里也就不会用面向对象的思想去编写JavaScript代码，也很少会去深入了解 prototype, context, scope chains, closures等概念。

      这导致一个传统的脚本编写习惯：

• 在html页面或js文件里写很多functions

• 在需要用到function的地方直接调用

    上面的做法是面向过程的，看似很自然很不错，但实际上存在很多弊端。在团队协作中，会增加代码冲突，可复用性和可维护性都很低，是一种应该被淘汰的旧式编码习惯。

　　对于JavaScript的学习，可能最重要的还是要从思想上认识到JavaScript不是玩具语言。JavaScript的作用远不止增加点表单验证，我们可以看看GMail、看看Google Maps，如果开发者们没有对JavaScript足够尊敬，是不大可能写出如此优秀的Web应用的。

    JavaScript门槛很低，但门槛低并不意味着容易掌握。一定程度上，JavaScript的入门容易以及其极大的灵活性，使得要掌握 JavaScript变得很难（这和Ruby类似，Ruby也是一门入手容易得道难的语言）。从纯语言上讲（不考虑框架类库），我个人的经验是，学习 JavaScript比学习Java更具挑战性。我们大多习惯了传统的面向对象表述方式，一定程度上甚至会认为类、封装、继承等概念都得像Java、 C++那样，可能都从来没想过没有class, extend, override等概念也能面向对象。JavaScript的面向对象打破了这种思想上的禁锢：世界是多样性的，条条大路通罗马。夸张一点说，深入学习 JavaScript，更多的是一种思想上的挑战，能活跃思路，扩大视野，甚至改变对世界的看法。

    上面所说的这些，无意于夸大JavaScript的作用和难度。每个人都或多或少的会强调自己所学的知识，但在这里，我希望自己能很客观的传递一个观点：无论什么语言，想要精通，都很不容易；如果想学习某门语言，就得从思想上尊敬这门语言，在尊敬的基础上去学习，才有可能掌握这门语言的精髓。除了JavaScript，再举两个例子：

    一是CMD脚本。dir, cd, for, tree多容易，接触过不少非常想精通CMD脚本的人，这些人会花一段时间去努力学习，但绝大部分最后还是连一个简单的备份脚本也不会写。抛去术业有专攻等各种理由不谈，这些人最后无法精通CMD脚本很大程度源于他们自身的心魔：潜意识里认为CMD很容易，不“尊敬”它，因此实际行动上也就不会真的把心思放在学习CMD上。

    二是HTML语言。经常能听到这样的话：HTML多容易，花个一两天也就会了，我自己也曾这么认为。但随着使用HTML经验的增长，我慢慢感觉到，对于 Web前端开发来说，HTML可以说是最难的。HTML4.01规范中的元素就如汉字里的2500个常用字一样，我们读完小学后对常用字应该就都认识了，但要用汉字写篇优秀的文章，却并不容易。HTML也是这样，大部分宣称HTML很容易的开发者，往往只停留在认识body, p, form, table, div, ul等标签上，对于dl, legend, sub, caption等并非生僻的标签甚至都不认识。在常用字还认不全的情况下，宣称HTML很容易，真的很狂妄。（HTML的难度在于如何利用标签构建出结构良好且富含语义的代码，就如写作文一样，不能认为认识几个字就自信能妙笔生花。）

      总之，语言无贵贱难易，要从思想上尊敬重视一门语言，才有可能驾驭它，否则，将永远游离在专业程序员的宝殿之外。

      对JavaScript而言，首先我们要意识到它的强大。目前各个浏览器争先恐后地优化提高JS引擎的性能，已经昭示出JavaScript强大的生命力和非常美好的前景。从心魔中去除对脚本语言的鄙视，尊重JavaScript, 对我们这些已经专职从事前端开发的程序员来说，早已不是问题。但我们还需宣传布道，要让后台开发程序员们也能意识到这一点，这还有漫长的路要走。

        上面是一方面，还有一方面是：“我们需要关注JavaScript如何使用，或许更需要关注JavaScript能做什么。” 这是Aaron Gustafson在JavaScript渐进增强一文中非常强调的一点。精通某门语言，还意味着要清楚这门语言在哪些地方不适合使用。任何一门语言都不能滥用，庖丁解牛，杀猪砍肉，不同的场合需要用不同的刀。每个优秀的屠夫都有自己的一套刀具，并不是像关羽一样抗一把青龙偃月刀就能闯遍天下。