㈠ 大牛们，有没有可以推荐的web前端培训机构
爱创课堂专注前端培训，目前学员平均毕业薪资12K，前端课程由前网络工程师，《JavaScript设计模式》作者张容铭老师主讲，公司秉承纯干货，不忽悠的态度专注前端培训，课程包括HTML5、CSS3、Node.js、Angular、React、Vue、Webpack、Git等课程，让每个学员都能真正的从入门到精通。
㈡ web前端很火，想学习，有好学校推荐么
前端现在越来越火了，很庆幸自己有眼光，选择了前端这门技术，选择了爱尚这个学校，吸引我选择前端的原因一是身边的同学都学这个，二是前端炫酷的效果展示，三是就业，说白了就是待遇，要不谁费脑子学这玩艺。我的老师挺牛的，而且也严，一个班虽然人不多，对我们管的那叫一面面俱到，从理论到动手，从代码规范到代码精简，不过好在最后结果是好的，进了心仪的企业，拿着让人羡慕的工资。
㈢ 前端大牛们都学过哪些东西
前端大牛们到后来都是全栈工程师，都会全面发展，对后端，架构，服务器都会均衡发展，我知道的前端技术比如jQuery，bootstrap，angularjs，Nodejs，这些比较常见的应该都会学习。
㈣ jQuery $(window).scroll事件出现问题
web前端开发 20 年变迁史，让我们来看看这20年里，web前端究竟经历了哪些变革，web前端在这20年里又有哪些突破和成就，怎么样看待这20年的web前端开发！
1990年，第一个Web浏览器诞生，而WWW的诞生直接拉开前端史的序幕。
从静态页面到Java，从依赖后端到自主开发，前端开发者从不被重视的“页面仔”逆袭为如今很多前端工程师的薪资比后端还高，从前端技术由国外开发者主导到如今国内自主产生的小程序技术，我们走了20年。
了解web前端：http://www.cnite.cn/qianan/
作者 | 司徒正美
责编 | 伍杏玲
1990 年，第一个Web浏览器的诞生；1991 年，WWW诞生，这标志着前端技术的开始。
在这将近20年的前端发展史中，我们经历了从最早的纯静态页面，到Java跨时代的诞生；从PC端到移动端；从依赖后端到前端可自由打包开发；从早期的网景Navigator浏览器到现在各家浏览器百花齐放……
我们经历了前端的洪荒时代、Prototype时代、jQuery时代 、后jQuery时期、三大框架割据时代，这其中均是由国外开发者主导，直到如今的小程序时代，才是中国开发者独创的。
这是漫长的技术储备下的成果，最终促成了良好的技术成长收获。期间的前端发展之路，崎岖艰难：
洪荒时代（1990~1994年）
在1990~1994年期间，前端界发生的大事有：WWW（World Wide Web）的诞生、浏览器的诞生、Java的诞生，没有专业的前端，页面全是由后端开发的。
1990年，万维网之父蒂姆·伯纳斯-李（Tim Berners-Lee）在NeXT电脑上发明了第一个Web浏览器。
1991年8月6日，Tim在alt.hypertext新闻组贴出了一份关于World Wide Web的简单摘要，这标志了Web页面在Internet上的首次登场。
最早的Web主要被一帮科学家们用来共享和传递信息，全世界的Web服务器也就几十台。由于仅是用来传递信息，从可视化方式或从传递数量上看，仅比电报强一点点。
当时还没有Java，用的是纯静态的页面。
1993年，CGI（Common Gateway Interface）出现了，人们可以在后端动态生成页面。
Perl由于跨操作系统和易于修改的特性成为CGI的主要编写语言。当然，CGI也支持其他支持标准输入输出和环境变量的语言编写，比如Shell脚本、C/C++语言，只要符合接口标准即可。
但显然，页面的内容更新完全由后端生成，这带来一个明显的缺憾：每次更新都要整页刷新，加上早期的网速情况，这个操作是非常慢的。因此针对这情况，人们从多方面着手改进：编写语言的升级、浏览器的升级、HTML的升级。
1994年，网景公司成立，发布了第一款商业浏览器Navigator。自从这款浏览器面世后，微软推出IE浏览器。虽说有竞争才有发展，但这也埋下了Java分裂的种子。
（1994 年，网景浏览器的截图）
同年，PHP诞生。PHP能将动态的内容嵌入到HTML中，提升了编写页面的效率与可读性，其性能也比一般的CGI高。PHP的界定符、循环语句等的发明，深刻影响了后来的ASP、JSP，乃致后来的Java前端模板引擎。
1994年10月，W3C小组也成立了，他们负责HTML的发展路径，其宗旨是通过促进通用协议的发展。
待这一切就绪后， Java于1995年诞生了。
传闻，网景工程师布兰登·艾克（Brendan Eich）只花了10天时间设计出 Java 语言，近乎上帝七日创造世界那么高效。但也因为工期太短的缘故，导致许多瑕疵，因此一直被正统传序员所嫌弃，直到Ajax的出世，才让人们找到理由忍受它的畸形。早期的浏览器都配有一个选项，用来禁止Java语言运行。
Java主要语言特征[1]：
借鉴C语言的基本语法；
借鉴Java语言的数据类型和内存管理；
借鉴Scheme语言，将函数提升到"第一等公民"（first-class citizen）的地位；
借鉴Self语言，使用基于原型（Prototype）的继承机制。
时下，静态语言大行其道，类与接口被证明是构建大工程的最佳实践，人们想不出没有类的语言如何编写业务。因此当时的微软也打造了另一门运行于浏览器的语言——VB。
如果继续细探Java的能力，你会发现它早期真的非常空洞，一门没有灵魂的语言，没有包管理机制，也没有像Java与C++那样的打辅助用的SDK，内置的方法也屈指可数。比如说数组方法，早期只有push、pop、shift、unshift、splice、slice、sort、reverse、concat、join等操作。动态调用方面，Function的apply、call操作还没有出现！
早年的偷懒，导致后来不得不补课：到了2019年，数组上的原型方法，是原来3倍。
除了方法缺乏，还有性能问题，大家讨论用eval还是Function，用哪种循环方式，用parseInit还是~~，就是为了那一点点的性能提升。例如jsperf.com，就是一个专门研究Java性能的网站。
因此Java诞生后，其两大任务就是完善语言特性与提高性能。这两座大山分别由着名的prototype.js与jQuery来搬掉。
在搬掉之前，前端界还有一个曲折实践——第一次浏览器战争，并由其发展而来UA嗅深技术。
浏览器战争（1994~2005年）
浏览器战争一共打了三场，IE浏览器vs网景浏览器、IE浏览vs火狐浏览器、IE浏览器vs谷歌浏览器。
第一场浏览器之战打得尤其激烈。
微软的IE浏览器发布于1994年，但此时的网景已经占领绝对优势。微软在落后的情况，反编译Netscape的源码，推出IE与J。但是由于Bug非常多，大家不愿意为IE开发网站，因此发掘出UA，专门过滤掉IE浏览器。
UA即Navigator.userAgent ，是用一个字符串来记录用户当前运行在什么操作系统与浏览器中。当前IE3的UA是这样的：
Mozilla/2.0 (compatible; MSIE 3.02; Windows 95)
程序判断UA信息，假如发现当前运行的环境是IE浏览器的话，就提示用户用网景浏览器打开。因此微软不得不让自己的UA尽量伪装成网景的UA，欺骗用于检测UA的脚本，达到IE浏览器可以跑这些网站的目的。
最终，第一次浏览器之战以微软胜利，Netscape被美国在线收购，而落下帷幕。
第一次浏览器战争年代非常久远了，但其结局告诉我们，其实技术强弱并不重要。那时技术保护并没有这么重视，否则微软的行为可能会被告（谷歌的openSDK仅抄袭几十行代码，被Oracle公司诉讼赔88亿）。
第一次浏览器战争带来了一个问题：尽管当时有ECMA-262（Java规范文档）与W3C（HTML与CSS的规范文档），微软却没有照规范来实现Java、HTML与CSS，导致前端兼容问题的诞生。所以CSS Hack、浏览器判定、特性侦测，这些技术就应运而生。
这个时代最着名的人物是Dean Edwrad，他是最早的近乎完美解决事件绑定的兼容性大神，其addEvent()内置于jQuery最早的版本中。jQuery的作者John Resig看到其超强的技艺，最后放弃推出大而全的框架，专攻选择器引擎。
Dean Edwrad的IE7.js、IE8.js是早期处理浏览器兼容的良药，可以说是一切Polyfill[2]的起源。他写了大量的Hack， 比如在IE如何测量元素的宽高，许多操作DOM的兼容。
这时期太早，中国基本没有参与这次浏览器战争。
Prototype时期（2005~2009年）
Prototype是Sam Stephenson写的一个非常优雅的Java基础类库。他是Ruby的大牛，因此Prototype的许多方法名都是来自Ruby界。
Sam Stephenson最大的贡献是发掘了Prototype与创造了Function.prototype.bind，在数组上也写了一大堆方法，其中许多被标准化了。
同期的MooTools也是Prototype的方法，当时，大家还在前端论坛为这个争吵。还有前端工程师喜欢在当时很出名的前端聚集地——蓝色理想（现沦为设计师网站）上，讨论如何扒脚本、分享弹层、日历等小组件的技术，这在当时已经是非常了不起的事。
Prototype当时还解决两大问题：动画特效与Ajax请求。动画特效是由aculous提供，我们现在所熟知的各种缓动函数，各种特效的命名与大致的运行形态，都是由aculous确定下来的。
在早期，谷歌就开始使用iframe实现页面刷新。
2005 年2月，杰西·詹姆士·贾瑞特（JesseJamesGarrett）发表了一篇名为《Ajax：一种Web应用程序开发的新方法》的文章后，Ajax被挖掘出，大家才开始重视起这技术的应用。
例如IE下的ActiveXObject("Microsoft.XMLHTTP")，这是IE创建Ajax引擎的。假如当时有工程师开发出一个核心库，如果不包含Ajax的封装，便不好意思发布出来。
一些Ajax书藉
当时前端开发模式是选择一个核心库，找一些组件，或者扒别人的脚本进行开发
Prototype的源码挺好理解的，代码量也少，只有5000多行，里面的每个方法也很易扒出来，因此一些大公司总有高手能创造自己的Prototype。
但前端开发还是离不开后端，因为前端没有模块机制，当时我们需要用PHP进行打包。打包是雅虎34条军规之一，可以减少请求数。打包的同时也可以进行混淆，防止代码小偷来窥探。
N年前，前端面试必问的题目：
模块化的雏型， 在注释中标注它的依赖
这个时期，还没有前后端分离，可国内一些带着深厚后端背景的高手已经入场。
jQuery 时期（2009~2012年）
2006年，jQuery发布，它当时的竞争对手很多：Dojo、Prototype、ExtJS、MooTools。
所以那时jQuery的宣传口号仅能说是它的性能上升了100%、200%、300%。直到2009年，Sizzle选择器引擎研发成功，jQuery才取得压倒性的优势。
当时前端界首要面对的是浏览器兼容性问题，jQuery在处理DOM兼容上真是知微见着, 发掘出大量的DOM/BOM兼容方案（例如Dean Edwrad的addEvent()， IE的px转换方案，domReady的doScroll方案，globalEval的兼容方案等）
jQuery也打破了前端开发者的编程思维，之前是按照后端的开发思路来的：做一个业务就先封装一个类，有了这个类后，再想办法传入一个DOM，然后再通过类方法操作DOM。而jQuery是DOM为中心，开发者可以选一个或多个DOM，变成jQuery对象，然后进行链式操作。当时为了改变用户的思维，国内的高手写了不少文章来引导大家。
其次，开发者们已开始注重前后端分离，并要求不能污染Object原型对象，不能污染window全局变量。这样，jQuery只占用两个全局变量。
再次，jQuery非常轻量级，采用Dean Edwards编写的Packer压缩后， 大小不到30KB。并且里面实现得非常精妙，以令人瞠目的手段解决各种兼容痼疾。
为了学习这些技巧，高手们翻了一遍遍jQuery的源码，所以网上有大量关于其源码详解的书藉。甚至前端工程师在面试时也会被考到jQuery的源码实现，这样，jQuery在国内更加流行。
jQuery的流行间接带来以下的发展：
促使人们对CSS1~CSS3选择器的学习
促进了浏览器原生选择器引擎document.querySelectorAll、Element.matches的诞生
提高人们对domReady（DOMContentLoaded事件）的认识
促进了Promise与requestAnimateFrame 的诞生
最重要的是降低前端门槛，让更多人进入这行业，前端工程师的队伍越来越壮大。
这样的话，不断涌现出优秀的工程师，他们创造了大量jQuery插件与UI库。为后jQuery时代，人们研发前端模块加载、统一异步机制、 打造大型MVC框架， 甚至伸向后端，接管打包脚本而发明Node.js，来腾出大量时间。
这个时期涌现了大量jQuery-like的库，其中最着名的是Zepto.js。Zepto的出现也标志着我们进入移动互联网时代。那时配套出的着名库还有iScroll、fastclick、Lazy Load、Modernizr、fullPage。
jQuery的链式操作风麾一时，也带来许多问题，当Ajax出现依赖时，就不可避免就出现回调地狱。因此针对这方面的讨论，诞生Deffered与Promise。有关回调地狱的讨论，在后来讲Node.js异步处理时，将会再一次热烈地讨论。因此太阳下没有新事，我们总是遇到相似的问题。
jQuery如此多的选择器也法维护，随着越来越多人涌现这行业，页面的交互也越来越复杂，从Web Page向Web App进化，新的趋势带来新的开发方式。
后jQuery时期（2012~2016年）
这时期以RequireJS的诞生为起点，以RN的出现结束。同时解决了前端的模块定义问题，模块打包问题（通过Node.js），Java不依靠其他语言创造了一套自己的工具链。
jQuery的出现让前端工程师开发更加轻松，假如工程师想实现一个功能，现搜索出一个jQuery插件来实现。那时候大家在前端网站就整天介绍jQuery插件，很少讨论一些底层的实现。
前端工程师通常编写一个页面，会引入十多个乃至几十个jQuery插件，页面上塞满了标签。众所周知，浏览器是单线程，的加载，会影响到页面的解析与呈现，导致着名的白屏问题（当时前端用力过勐，body中的所有东西都是动态生成的）。
jQuery另一个问题是全局污染，由于插件的质量问题，或者开发的素质问题，这已经是IIEF模块或命名空间等传统手段无法解决了。
于是一些优秀的前端工程师们决定从取经后端，引入模块机制。早期，这种模块机制在Dojo、EXT这些框架中都是内置的，但是显然说服不了另一个框架的用户用对方的模块机制，于是有人立志要统一这种模块定义方式，成立了CommonJS。
但不料，CommonJS内部也有派系，谁也说不服对方。终于有一个人忍不住自己独立开发出RequireJS，其模块规范即为AMD。 AMD最大的优势是它支持各种插件，且简单明了，并且提供shim机制加载以非AMD规范编写的Java代码。
但在CommonJS诞生很久一段时间后，在后端的Node.js出现时才有用武之地。而国内，则流行另一种规范风格，背靠阿里的大旗，有人推出了SeaJS，号称其规范为CMD。其实无论国内还是国外，都产生许多模块加载器，但最后还是被淘汰了，规范一个就够了，不宜过多。
但是前端工程师的创造力就是这么惊人，从无到有，再到泛滥成灾，一年足矣。这可能与前端代码是开源的原因。最后有人统一了前两种规范（AMD、Node.js模块），同时还支持老式的“全局”变量规范。
自此，Java开发模式焕然一身了，大家只要在代码外面包一层就可以全世界通用，不用提心全局污染的问题。
其次，jQuery开发者需要解决大段HTML的生成问题，之前jQuery有$.html, $.append, $before等方法，可以将一大段符合HTML结构的字符串转换成DOM再插入到页面上。
但现在我们想分离出来，让HTML独立到不同的文件中，然后插数据，这就是前端模板。前端模板的情况与模板规范一样，从没有到多如芝麻的境地。这时筛选一个好用且性能高的模板是一件让前端工程师头疼的问题，那时网上有许多评测文章来介绍它们。
前端模板技术可以用一个公式来描述：
HTML = template(vars)
有了前端模板后，又诞生了前端路由，基于它们，人们发明一个新词汇SPA。作为这个时代的尾声，来自Ruby界的高手Ryan Dahl发明了Node.js。 前端工程师们欢唿：可以不用传统的后端就能自己写一个网站了！
Node.js的发展就不详述上，很快它就冒出海量模块、路由、状态管理、数据库、MVC框架都有了。这时，前端就缺自己的MVC框架了。Node.js转眼就十岁生日了。
着名的MEAN架构，是Java全栈开发的先锋。当时涌现了大量的MVC与MVVM框架。最先火起来的是Backbone.js，使用纯正的MVC模型， Backbone.js是jQuery最后的支持者，它强依赖于jQuery。
Backbone.js的作者还搞了另一套编译语言Coffee, 里面的箭头函数、类机制、 解构赋值等语法糖都深深影响了后来的ES6。
接着下来是谷歌的Angular，微软的Knockout.js，苹果的Ember.js这三个MVVM框架，MVVM就是比MVC多一个数据绑定功能，但这数据绑定功能是非常难实现。Knockout是使用函数代替属性的技巧实现，它的设计影响到后来的Mobx；Ember.js是基于Object.defineProperty；Angular是将函数体转译成setter()、getter()函数。
大公司的介入，对个人开发者影响是很大，毕竟大家都爱迷信大公司，因此局面一下子就稳定下来。大公司还带来了全新的开发模式，早期都是找一个核心库，再搜刮一大堆插件，然后自己写业务代码，最后后端打包。
大公司将后端开发经验挪用过来，用Node.js开发了一套CLI，里面包含了脚手架生成， 打包脚本、语法风格检测、环境变量插入，代码复杂度检测，代码提交时自动跑单元测试， 图片与JS压缩等功能。ESLint、JSLint、JSHint、CSS Lint、 htmllint等就是那时期出现的。
但CLI的出现导致了前端的分裂，以前大家都使用jQuery，但自CLI帮你建好项目的那一刻起，就将你划归某一子阵营，你是Angular？Ember.js？还是jQuery？对了，jQuery没有大公司支撑的阵营被快速边缘化。
对于个人开发者，他们是没有能力开发这么功能完备的CLI，于是出现了Code Climate、Travis CI、CircleCI这样的平台。它们的出现标志着jQuery小作坊时代的终结了。
CircleCI官网
前端开发者也出现分化：有些人转向后端，出现了CNode的门户网站。另外一些人开始搞工程化。一时间出现上百种构建工具，出名的有Grunt、Gulp、FIS3、webpack、 Rollup、npm-。
你方唱罢我登场，这些构建工具均会经历时代的考验，如大浪淘沙般，最后存活得仅为寥寥。
因此在这场工程化得盛宴中，注定把许多低层次的jQueryer淘汰掉。jQueryer在空闲之余培育出的前端模板、前端路由、MVC框架、模块加载器、Node.js构建工具，却不料最终成为它自己的挖墓人。
jQuery的时代一去不返了，再没有人关心拖堂拖了N年的Bootstrap 4终于发布了，没有人知道jQuery3.5的瘦身计划，也没有人问jQuery的源码，渐渐地，大家不关注jQuery的工具链了。
三大框架割据时代（2016~至今）
React是突然爆发的，虽然它是与Angular是同时期发布，但因为JSX怪异的语法让人们远离它。此时已经进入移动互联网的中期，大公司都有自己的App，或者基于原生，或者基于Hybird。
Hybird是用WebView加载一个网站或一个SPA。
由于原生成本太贵，需要招两套班子，一套安卓的，一套iOS的；而Hybird则一直存在性能问题。于是在2017年，Facebook推出了React Native（RN）。
RN的性能不比原生差多少，比Hybird能好些， 其次使用JSX开发界面比原生的快； RN 只需要低成本的前端开发人员就能上手了。中国国内经过瀑布流（图片导购）、团购、P2P、区块链等全新商业模式的开发浪潮后，前端人员数量大增。现在，他们只要稍微培训就可以转型为App开发。
在开发RN的过程中，人们开始了解React一系列的优胜之处。比如JSX背后的虚拟DOM技术，虽然事实证明虚拟DOM不会带来性能的巨大优势，但保证了你怎么写其性能不会太差。
React为了引入JSX，必须需要引入编译，这又间接促成Babel与webpack的壮大。尤其是Babel， 让我们在很旧的浏览器中使用非常新的语法，甚至一些还没有定案的语法。React从14升级到React 15，强制使用class语法，让这个推了好久的语法糖终于大规模落地。
之前如果Java想使用类，只能自己模拟类，由于没有官方的实现，只能任由各优秀工程师发挥。而普通人想用好类，需要了解很复杂的Prototype机制。
现在只用几个新关键字就可以得到这一切。
如果对比Python 2与Python 3间的升级，Java实在太辛运了！针对CSS逻辑功能过弱的问题，我们也有了新的解决方案：Less、Sass、PostCSS与CSS Moles！
谷歌在发布Angular的同时，也发布了一个叫Polymer的框架，那时它想推广一种叫Web Components的浏览器自定义组件技术。这其实是微软在IE5就玩剩的HTC技术的升级版。虽然它没有火起来，但它将、Style、Template三种内容混在一个文件的设计，启发一个留美华人，再结合当时的Backbone.js、Angular等设计，Vue.js横空出世。目前，这是国人最成功的前端框架了。
除此之外，国人也弄了好几套迷你React框架与迷你Vue框架。这有点像jQuery时代，大家疯狂做迷你jQuery框架一样。
总的来说，最有创造力的是React团队，做出状态管理器、CSS-in-JS、Flow静态类型检查、devTool、Fetch、前后端同构、Fiber、suspend、并发渲染等名词层出不穷。其中，状态管理器拥有上百套， CSS-in-JS也拥有上百套，Flow则让前端尝鲜到接口编程的好处，间接推动发Type发展。这三大框架无法比拼个一二出来：Vue.js有国人的拥趸，React与Angular有大公司光环。
三大框架的缠斗从PC领域扩展到移动端：React有RN， Vue.js有Weex，Angular有ionic。想当年我们为了兼容浏览器，攒了一大堆浏览器侦探的Hack，全部贬值为垃圾了。
在这时期，一种全新的后端渲染崛起，称之为前后同构，既拥有早期SEO的功效，又能复用大量的业务逻辑。随着国内移动互联网的发展，获客成本提高，各种有效的商业模式都进入红海，但只有头部用户能赚到钱，马太效应越来越严重，纯粹的技术解决方案已经无法满足商业诉求了。
小程序时代（2017~至今）
小程序时代与三大框架的时代几乎重合，但是出自不同一批人，决战的平台也不一样。
一直以来前端技术都是由国外开发者主导的，即便是Vue.js也是由美国的华人创造的。但是国内外的技术更新是存在代差，国内通常延期两三年，这个时间差可以让一些模仿者得以生存（如SeaJS、FIS、avalon）。但随着封闭的时间越来越长，国内肯会也会诞生自己的转有物种。小程序就是其中之一。
小程序的出现有着明显的商业诉求，因为马太效应，一些超大流量的App诞生了。这些大流量App集成了许多功能，但显然公司再多员工，也无法所有功能全是自己弄，于是产生小程序这种“外包”的手段。
小程序是国内前端技术的一次厚积薄发：底层运行的迷你React的虚拟DOM， 内置组件是使用Web Component，API来源于Hybird的桥方法，打包使用webpack，调试台是Chrome console的简化版， WXML、WXSS的语法高亮也应该是webpack或VS Code的插件， 模块机制是Node.js的CommonJS……其中最值得一提的是微信开发者工具，以后开发者工具成了各种小程序/快应用的标配。
但微信小程序一开始的复用能力非常弱，没有类继承，不能使用npm, 不支持Less、Sass， 因此基于它的转译框架就应运而生。第一代译转框架是wept、WePY、mpvue，它们无一例外是Vue风格的。因为WXML的模板指令与Vue非常相似，只是改一下就能兼容。当时也出现了一个MINA的框架，听说是微信团队开发的，可以单独架起Node.js后端，让小程序运于浏览器中，方便做单元测试。
第一代转译框架主要是基于Template标签实现组件机制，自定义组件机制是很后的事了。这就造成了利用第一代转译框架编写的小程序项目很难升级。那时候是个人开发者的天堂，这些框架都是某一大牛独力开发的。
第二代转译框架是大公司主导的，因为需要兼容的小程序越来越多，网络、支付宝、字节跳动、小米、华为等公司都推出自己的小程序和快应用。个人开发者很难凭个人力量去开发转译框架，这时候各大团队纷纷推出自己的轮子：如京东的Taro、滴滴的Chameleon网易的Megalo、去哪儿网的nanachi、网络的Okam等。
在这个时期，Angular显然落伍了，一是Angular升级太快，国内的高手还没有消化好，新一版的Angular又发布了。二是国内缺乏迷你Angular的轮子，导致庞大的Angular无法塞进小程序中。
国外谷歌发布了Flutter跨平台转译框架，但是它的编写语言是Dart，它也无法跨界到小程序中。
未来不仅国内一线巨头争夺小程序，二三线的巨头也可能会加入小程序的混战中，例如有人称360也在打造自己的小程序平台。小程序这种新的流量变现模式深刻地影响了国内的互联网布局。
结语
当初Java被误解为最糟糕的语言，时至今日它是最流行的语言：GitHub 60%的开源项目都是与Java有关。
以前，从事这行业的人被称为页面仔，现在他们的起薪有的比PHP、JAVA、C++等后端还高。甚至有人说，“任何可以使用Java来编写的应用，最终会由Java编写。”
我们前端开发者触及的领域不仅仅是浏览器，还可以做后端，做桌面端，做手机端，做小程序端，前端开发者的性价比越来越高，越来越重要。可谓是时代造英雄。
笔者有幸成为前端开发者大队伍中的一员，也坚信我们前端开发者以后的路会越来越宽，越来越好走。
资料：
[1]：计算机和编程语言的发展历史
[2]：Polyfill是一块代码（通常是 Web 上的 Java），用来为旧浏览器提供它没有原生支持的较新的功能。
作者简介：司徒正美，拥有十年纯前端经验，着有《Java框架设计》一书，去哪儿网公共技术部前端架构师。爱好开源，拥有mass、Avalon、nanachi等前端框架。目前在主导公司的小程序、快应用的研发项目。
本文链接：http://www.cnite.cn/qianan/share/20198308.html
㈤ 求web前端大牛指导一下
先学HTML，从4到5，然后学习css+div布局，再学习javascript和jQuery控制，最后掌握一门可以编写web的编程语言，java，.net就差不多了。
㈥ 前端大牛们都学过哪些
随着这几年前端node.js,react,Angularjs等技术新起，越来越多从之前单纯的前端开发到前端全栈开发，技术之多，之有趣，前端实在是繁华得很。
但是目前大多数情况下的前端开发，主要还是在web开发上，所使用的技术无非就是html,css,javascript。所以我觉得这个基础是很有必要的，把html,css,javascript学精通，已经是小神级别（我就很羡慕那些可以写一手好看的js的前端工程师）。
进入下一个阶段，优化！不管是前端，后端，任何一个技术方向，都实现功能，好的代码结构，接下来就是优化。你需要开始考虑页面的加载速度，代码压缩，图片压缩，dom节点的加载顺序，你会发现进入了新的境地。
作为前端负责人：
1 前端开发的能力
2 技术选型
3 管理团队
4 前端团队文化塑造
请使用手机"扫一扫"x
㈦ 国内比较好的web前端技术社区有哪些
一直想写这篇“十日谈”，聊聊我对Web前端开发的体会，顺便解答下周围不少人的困惑和迷惘。我不打算聊太多技术，我想，通过技术的历练，得到的反思应当更重要。 我一直认为自己是“初级”前端开发工程师，一方面我入道尚浅，只有短短几年，另一方面我自知对技术的钻研并不深入，可能是由于环境的原因，当然最重要的是，我幸运的参与到互联网崛起的浪潮之巅。时势造就了一批技能薄弱但备受追捧的“弄潮者”，这在很大程度上影响我们对“技术本质”的洞察力，多年来也一直未有成体系的“前端技术”布道佳作，以至于当下多数人对前端技术的了解，盖始于表述并不严谨的岗位招聘描述，而这正恰恰反映了Web前端开发对自身的模糊定位。对于很多Web前端工程师来说，初尝禁果的快感无法持续很久，就陷入一轮又一轮的迷惘，思索自己的职业规划，试图寻找到适合自己的成长道路、看清自身技能的瓶颈，寻找突破。但遗憾的是，Web前端技术被广泛接纳时日尚短，没有多少励志的成功样板可供遵循。然而情况不总是这么糟，毕竟Web前端技术是一门“技术”，和计算机科学系出同门，只是因为互联网的高速崛起而被蒙上了迷雾，遮住了双眼，让我们傻傻看不清时局。 那么，如何定义Web前端技术岗位边界?Web前端技术的价值体现在何处?前端工程师的价值仅仅体现在物以稀为贵吗?前端工程师的初级、中级、高级和专家之间到底如何界定?当前“我”处在什么位置?接下来的路子应当怎样走?何谓前端技术之“道”?我想多数人都思考过这些问题，本篇“十日谈”里的观点可能有些偏激，但抛砖引玉，读者权且把这些言论当作一个引子吧。 第一日：初尝禁果 【上帝说：“要有光!”便有了光】 万物生灵、阳光雨露盖源于造物之初的天工开物，我们无法想象上帝创造光明之前的世界模样。但幸运的是，前端开发没有神祗般的诡魅。这个技术工种的孕育、定型、发展自有轨迹，也颇有渊源，当然，这非常容易理解。不严格的讲，在杨致远和费罗在斯坦福大学的机房里撺掇出Yahoo!时，Web前端技术就已经开始进入公众视野，只不过当时没有一个响亮的名字。从那时起，“基于浏览器端的开发”就成了软件开发的新的分支，这也是Web前端技术的核心，即不论何时何地何种系统以及怎样的设备，但凡基于浏览器，都是Web前端开发的范畴(当然，这个定义很狭隘，下文会提到)。 在2000年之后浏览器技术渐渐成熟，Web产品也越来越丰富，中国有大批年轻人开始接触互联网，有一点需要注意，大部分人接触互联网不是始于对浏览器功能的好奇，而是被浏览器窗口内的丰富内容所吸引，我们的思维模式从一开始就被限制在一个小窗口之内，以至于很长时间内我们将“视觉”认为是一种“功能”，Web产品无非是用来展现信息之用。起初的入行者无一例外对“视觉”的关注超过了对“内容”的重视，先让页面看起来漂亮，去关注html/css，沿着“视觉呈现”的思路，继续深入下去。因此，这类人是被“视觉”所吸引，从切页面入行，着迷于结构化的html和书写工整的css，喜欢简洁优雅的UI 和工整的页面设计，之后开始接触视觉特效，并使用jQuery来实现视觉特效，以此为线索，开始深入研究Dom、Bom和浏览器的渲染机制等，html/css在这些人手中就像进攻兵器，而JavaScript则更如防守的盾牌。 还有另外一群人从另一条道路接触Web前端，即工程师转行做前端，他们有较多的后台语言开发背景，从读写数据开始，渐渐触及浏览器端，接触 JavaScript库，起初是在html代码上加js逻辑，后来开始涉及html和css，他们喜欢OO、逻辑清晰、结构悦目的代码，更关注界面背后的 “程序语言”和数据逻辑。html/css在这些人手中则更像盾牌，而JavaScript更如进攻的兵器。 应当说这两类人是互补的，他们各自了解浏览器本质的一部分，一拨人对渲染引擎了如指掌，另一拨人则将JS引擎奉为至宝，其实任何一部分的优势发挥出来都能做出精品。大部分前端工程师都能从这两条渊源中找到自己的影子。但，这两类人的思维模式和观点是如此不同，以至于形成了一些不必要的对抗，比如在某些公司，干脆将Web前端技术一分为二，“切页面的”和“写js的”。这样做看上去明确了分工提高了效率，但他对员工的职业发展带来巨大伤害。在第二日 “科班秀才”中会有进一步讨论。 我应该属于第二类，即在学校正儿八经的学习C/Java和C#之类，以为大学毕业后能去做ERP软件、桌面软件或者进某些通信公司写TCP/IP相关的程序。校园招聘时选择了中国雅虎，因为当年(08年)雅虎还是有一点儿名气，而且我听说雅虎比较算技术流的公司……自此就上了贼船，一发不可收拾。 在雅虎的这段时间，我有幸接触到一股正气凛然的技术流派，也形成了我对前端技术的一些基本看法，这些基本观点一直影响我至今。 【优雅的学院派】 当年雅虎的技术流派正如日中天，拥有众多“之父”级的高人，所营造出的Hack氛围实在让人陶醉的无法自拔，那段时间我甚至宁愿加班到深夜阅读海量的文档和源代码，感觉真的很舒服，我深深的被雅虎工程师这种低调务实、精工细琢的“服务精神”所打动，而这种不起眼的优秀品质很大程度的影响雅虎产品的用户体验和高质量的技术输出。那么，何谓“服务精神”?即你所做的东西是服务于人的，要么是产品客户、要么是接手你项目的人、要么是使用你开发的功能的人，所以技术文档成为伴随代码的标配。因此，工程师之间通过代码就能做到心有灵犀的沟通。这是工程师的一项基本素质，即，思路清晰的完成项目，且配备了有价值的技术文档，如果你的程序是给其他程序员用的，则更要如此，就好比你制造一款家电都要配备说明书一样。因此，YDN成了当时最受全球程序员最喜爱的技术文档库，这种优雅务实的“学院气息”让人感觉独具魅力。 让人感觉奇怪的是，在中文社区始终未见这种学院派。甚至在具有先天开源优势的Web前端技术社区里也是波澜不惊，可见写一篇好的技术文案真的比登天还难。我所见到的大部分所谓文档索性把代码里输出数据的语句块拷贝粘贴出来，至于为什么数据格式要设计成这样、如果字段有修改怎么做、编码解码要求如何等等关键信息只字不提，或者开发者也没想过这些问题呢。因此，我们一直在强调代码的质量和可维护性，但一直以来都未见效，盖源于缺少这种“服务”意识的灌输。这种意识在下文中还会多次提到，因为它能影响你做事的每个细节，是最应当首先突破的思想纠结。 除了意识问题，另一方面是技术问题，即文笔。这也是工程师最瞧不上眼的问题，难以置信这竟然是阻碍工程师突破瓶颈的关键所在。我已看到过数不清的人在晋升这道关卡吃了大亏，很多工程师技术实力很强，但就是表达不出来，要么罗列一大堆信息毫无重点、要么毫无趣味的讲代码细节，不知云云。除非你走狗屎运碰到一个懂技术的老板，否则真的没办法逃脱码农的宿命。但大部分人还振振有词不以为然。而在Web前端开发领域情况更甚。前端工程师是最喜欢搞重构的，但在快节奏的需求面前，你很难用“提高了可维护性”、“提升了性能”这类虚无缥缈的词藻为自己争取到时间来搞重构，说的露骨一点，可能你真的对某次重构带来的实际价值无法量化，只是“感觉代码更整洁了”而已。我会在下文的“伪架构”中会分析前端工程师的这种浮躁献媚的技术情结。而这正是前端工程师最欠缺的素质之一：用数据说话，用严谨科学的论据来支撑你的观点，老板不傻，有价值的东西当然会让你去做。 当然，情况不总是这么糟糕，我们看到中文社区中已经锻炼出了很多写手，他们在用高质量的文字推销自己的技术理念，这是一个好兆头，好的文笔是可以锻炼出来的。而在职场，特别是对前端工程师这个特殊职位来讲，这种基本技能可以帮你反思梳理需求的轻重缓急，从凌乱的需求中把握七寸所在。因为当你开始认真写一封邮件的时候，这种思考已经包含其中了。 所以，雅虎技术的推销是相对成功和远播的。关键在于两方面，扎实的技术功底和高超的写手。而真正的技术大牛一定是集两者与一身，不仅钻研剑道，还能产出秘籍。这也是Yahoo!优雅的学院派气息的动力源泉。国内很多技术团体想在这方面有所建树，应当首先想清楚这一点。 【规范的破与立 1】 雅虎的技术运作非常规范，刚才已经提到，包括技术、组织、文化，一切看起来有模有样，也堪称标杆，自然成了国内很多技术团队和社区的效仿对象。一时间各种“规范“成风、各色“标准“大行其道，结果是质量参差不齐。 我们到底需要什么样的规范?雅虎的技术规范到底有何种魔力?以何种思路构建的规范才是货真价实的?规范有着怎样的生命周期?想清楚这些问题，能很大程度减轻很多Web前端工程师的思想负担，看清一部分技术本质，避免盲目跟风。
㈧ 国内有哪些前端开发牛人
目前随着科技的发展，国家的进步，各行各样涌现出了许许多多的人才与前段开发牛人
今天就介绍一些行业的前段开发牛人
：还有#@just.jayac到他的关于页面，很有Geek风格总之，现在的前段牛人各行各业都有很多了。不仅仅只是限于腾讯与淘宝的科技开发人员了。更多的活跃于flash与游戏领域。只要大家多多发掘，也可以认识许许多多的牛人大神。
㈨ 前端大牛们都学过哪些
前端大牛？大牛？不知为何，我特别讨厌大牛这俩字。可能只是喜欢在行业群里蹦跶，也有可能只是熟练使用某些框架，这些人都不叫大牛。 优秀的前端只有两点，第一，美感好，对用户体验有研究，能影产品甚至ued（可惜几乎没有这样的前端）！第二，程序思维好，对应的是css、html、js基础扎实，并且愿意去研究前端的前沿技术、框架同时对于后端也有一定的了解（为了更好的和后端配合）。
学过哪些东西，我觉得取决于方向，因为JavaScript似乎什么都可以做，一些个人认为的方向，抛砖引玉：- 桌面Web前端，也就是通常的前端，jQuery, YUI, MooTools, Dojo, Closure等- 移动Web开发 (Mobile Web)，jQuery Mobile, Sencha touch (没做过移动开发以前，我错误的认为这个桌面前端差不多，现在觉得差别还是比较大的)- Web后端，NodeJS- 前后通吃，MeteorJS- 单页面Hybrid应用，BackboneJS，AngularJS，EmberJS， KnockoutJS等- 移动App开发，PhoneGap, Firefox OS, Titanium- 桌面应用，如Window8，再如 rogerwang/node-webkit 路 GitHub- 用JavaScript玩转物联网：Technical Machine获100万美元融资，打造Tessel微处理器
㈩ web前端大牛们当年是如何入门的
每个前端大牛，都是从当初的“菜鸟”成长过来的，并没有什么捷径可言。在这里，小编可以为题主提供一个大概的Web前端学习思路。希望能对你有所帮助~
1. HTML5 + CSS3 + JavaScript
Web开发基础中的基础，HTML是负责网页结构，CSS负责网页样式，JS则负责逻辑交互。前两者更像是标记语言，没有什么逻辑，JS才是前端的重中之重。 HTML5 新增的技术大部分需要结合JS学习。
每个人学习进度可能不同，这个阶段主要是多仿站，熟悉基础，试试用CSS写响应式页面，了解JS深入性的知识，比如原型链、闭包、 设计模式 等需要更多的积累，逐渐理解并实践掌握。
2. JQuery + BootStrap + Ajax + Json
jQuery是JS的一个应用库，能够提升原生JS开发效率。Bootstrap则是响应式框架，更简单的实现手机/平板/PC多个设备的页面支持。Ajax技术用于异步交互，不刷新页面就能更新数据，比如 地图 应用等。Json是一种数据格式，被广泛应用在各大编程语言中。
jQuery 和 bootstrap 会简化很多编写的代码量，用着不亦乐乎，但对于基础还不是很扎实的人建议还是少用。 Ajax 和 json 通常用于和后端交互，在实际业务中也经常用到。
3. Git/SVN
版本管理工具，主要用于团队开发时避免文件冲突，也可回档。前端推荐学习Git。
4. Nodejs + Mysql /MongoDB(可选)
运行在服务器端的JavaScript。Express是其拓展MVC框架。其中nodejs最常用到的就是npm包管理器，不用到各个网站去下载资源包。 数据库 的学习可以选择MongoDB或者MySQL，前者与Nodejs的契合度更好，不过现在大多数网站都是 PHP +Mysql的组合，如果有学PHP的打算的话，可以先学习 Mysql 。
5. ECMAScript 6
JavaScript 的语言标准。ES6中加入了很多新的概念，也弥补了之前版本中JS的很多缺陷，越来越多的项目开始运用ES6进行开发。学之前最好把ES5先搞懂了，目前实际项目中考虑到兼容性，ES6是需要通过Babel将其编译为ES5来部署的。
6. Angular/React/Vue
前端三大框架，各自也有着各自的生态系统，根据需求自行选择学习。目前企业需求量最大的仍然是Angular，但近期趋势来看react和vue则更受欢迎。因为现在前端技术发展太过于突飞猛进，工具和框架的更新比翻书还快，建议学习还是看文档比较好。学习过程中也会遇到很多用到各种构建工具的时候。
7. 其他常用工具
这个一样是根据需求自行选择学习。比较常用的现在有 Web pack，可以将多个不同编程风格的文件打包，比如ES6/AMD/CMD之类的模块化都能识别并编译成 浏览器 能运行的文件。Sass/Less，CSS预编译框架，可以用带有逻辑性的方式编写CSS代码。Gulp/Grunt构建工具，可以自动化对代码进行压缩合并等工作。
8. 其他后端编程语言
目前市场对前端基本都要求会一门后端语言， PHP / JAVA / Nodejs / Python 等。
学习编程重要的还是实践，多敲代码，多去尝试。独立解决问题的能力、探究钻研的精神是必不可少的。有兴趣的话也可以自己搭建一个技术 博客 ，往 github 上传几个 开源 项目，这些都是不错的加分点。