语言/平台Node.js第一，PHT第二，JavaScript第三。因为Node.js的社区很多，所以这个结果你也不用太意外。如果你知道JavaScript,你已经一只脚踏进了用Node.js来构建Web APP的可能。框架AngularJS处于框架的领导地位。大量的公司和企业已经采用Angular,这就要求开发者更多的具备使用这个框架的技能。主要还是因为有Google里最好的工程师支持。2015你应该学习的很多的库和框架产生和消亡，对于把有限的精力投入到最有价值的事情上是有挑战的。下面是我们的一些关于语言和框架的建议，这些都是我们认为很有意义去学习的。它们都很流行，有活跃的社区，并且有大量的就业机会。1. 无所不在的JavaScript如果你做web的开发，Javascript是你必须知道的，不管你写后台用的何种语言。现在你可以用JS在浏览器、服务器、手机应用甚至是可编程的硬件。ES6 将会提高并让这个语言更加强大。学习Bower 和npm工具是很有必要的，也包括jshint 和 jscs这种代码样式和代码检测。 2. AngularJSAngularJS是一个Google发明的JavaScript框架，它能快速的构建企业级的web应用。快速的需求增长要求程序员有这个框架的使用经验，很多时候，你会看到招聘工作的时候会涉及这个框架的使用。但是别太着急。它将会有一个大的重写，在它的2.0版本发布后再学习是个更好的方式。可以查看学习指南angularjs examples.3. ReactReact是新的竞争者，但它是可提供复用的web组件。这个库是Facebook开发并实现了非常快的虚拟DOM，并能很简单的接入到现有项目中去。它也有非常活跃的社区来提供开发组件all kinds of components.在我们看来，Reacts是非常有潜力的并值得在2015年关注的。查看我们的学习指南react tutorial.4. Node.js用Node.js你可以用JavaScript来实现服务端的应用。它可以很简单的实现后台，像这些框架Express, API endpoints, websocket甚至torrent clients. Node有令人难以置信的活跃的社区超越任何其他一种语言在这一年实现的模块。如果你是个初学者，我们推荐你尝试下NodeSchool.5. NoSQL databases既不是关系型也不是SQL查询型的数据库是对今天的web开发者更有价值的，我们相信这样的数据库将会在未来更加的流行。有两个值得关注的是Mongodb and Redis.很容易使用它们中得任意一个比起MySQL和Postgres.但是别傻傻的认为NoSQL数据库就是完美的取代—有的情况，那些经典的关系型数据库还是会让你的开发更简单。6. Less/Sass/Stylus有很多人不喜欢CSS.它很容易就达到了1000行的css文件并且不容易被定位和修改。为了解决这些问题，有些语言像Less, Sass andStylus可以编译成CSS文件，并可以使用变量、宏和其它的方式来提高你的编码。你可以一下午就搞定它们中的一种。7. 令人兴奋的框架Meteor是一个全新的web应用开发方式，它模糊了前端和后端的边界。它允许你书写实施的应用，并且有迅速成长的社区来提供各种包模块。Hood.ie 是一个小得竞争者，但是提供新颖的方式。它能为你处理后台，所以你可以集中精力来做你应用的前台。8. 令人兴奋的语言对于一些编程语言迷来说，这又一些东西。Golang, Rust and Elixir增长的势头很强，被用在一些对性能要求很高的情况下。我们不推荐转移你的编程方向到这些语言中，但是你可能会在要求与其它的网站交互时会用到。9. 经典的全栈式框架尽管那些单页面应用增长迅速，但还是有大量的使用服务端的web应用。on Rails, Django, Laravel, Play, ASP.NET是这排名靠前的几个框架。花点时间学习任何的MVC框架都会让你获益良多。　
　文章为作者独立观点，不代表微头条立场
的最新文章
草原不属于它 ，但他永远属于草原。最近我比平时多花了点时间在chrome开发者工具上。过程中我发现了一些我以前没有遇到过的好的特性,非常实用推荐给大家最近我比平时多花了点时间在chrome开发者工具上。过程中我发现了一些我以前没有遇到过的好的特性,非常实用推荐给大家好多朋友使用百度网盘分享资源，值得支持，但是有时候资源不存在了，如何找到资源呢？网上买火车票要双向验证了。这两天，打开手机12306客户端，页面自动跳出提示，要求进行手机双向验证服务。忘掉那些在学校或者课堂上学习反而收获甚微的方式吧。这些网站或者APP涵盖科学、艺术和技术大鱼大肉吃多了，来点素菜，尝尝小鲜...花了些时间，整理了10款好工具，推荐给大家，希望对大家有帮助新版本的Chromecast已经发布。我已经喜欢上了新版本中存在的的JavaScript API。新的设计让我产生了一些想法。其中一个特性他们应该给予更多的支持和普遍的应用：更多的支持NFC.《前端开发规范手册》《知道创宇研发技能表v3.0》《图片问题的一些总结》《ngrok让微信公众平台通过80端口访问本机》《10段5分钟视频，10招受用一生的技能》想象一下，有天你在家里上网，吃着火锅还唱着歌，点开一个链接，电脑突然就蓝屏了！翻翻历史，常读常新，看看有没有感兴趣的放假了，推荐一篇时候适合收藏后放假时间阅读的文章，篇幅较长。H5性能优化意义对于一个H5的产品，功能无疑很重要，但是性能同样是用户体验中不可或缺的一环。原本H5的渲染性这不仅仅是Facebook的第一个全React Native APP而且是第一个跨平台的APP.在这篇文章里，我们希望能和你分享我们是如何构建这个APP,React Native是如何让我们更快的，还有这个过程中我们的经验。今天我给大家来讲讲这几个咱们经常打交道的词到底啥意思，以及他们之间到底有什么关系。这篇文章是我花了一个下午从N多篇文章里提炼出的一个白话版，保证让你看得懂。这次就来谈谈一些动画设计的小技巧，能在你时间不多又没有动画想法的时候瞬间让页面增色不少。去年JDC出了不少优秀的武媚娘…不，H5呢，大家都很拼，同时当然也积累了一些经验和教训，今天结合咱们的实战案例，从字体，排版，动效，音效，适配性，想法这几个方面好好聊一聊关于H5的设计，希望对同学们有帮助Github里有丰富的学习资源，今天淘淘宝，整理了10个有意思，有价值的资源推荐给大家(含gif)，供赏玩..传统上构建网站涉及很多的技术来解决浏览器的兼容性问题，有一些属性很特殊，甚至根本没有。web开发者会经常登录网站上去查看某个功能是否被各浏览器支持。通过网络获取内容既缓慢，成本又高：大的响应需要在客户端和服务器之间进行多次往返通信，这拖延了浏览器可以使用和处理内容的时间，同时也增加了访问者的数据成本。因此，缓存和重用以前获取的资源的能力成为优化性能很关键的一个方面。又到周五，你的心是不是早就飞了起来啦。何不休息一下，放松一下，让我们看看喜爱的“冰与火之歌”的演员们羞涩的年轻时的模样。以下规范建议，均是`Alloyteam`在日常开发过程中总结提炼出的经验，规范具备较好的项目实践，强烈推荐使用不管怎么样，web在以它的方式而野蛮生长着。生长的方式不是以我们的主观意愿的，而是这个时代需要web，需要这种方式来实现一些东西，人们希望有这么一个东西能像一个树，在这个炎热的夏天提供一处阴凉，愿意为它施肥浇水，让它再大些再高些很多的库和框架产生和消亡，对于把有限的精力投入到最有价值的事情上是有挑战的。下面是我们的一些关于语言和框架的建议，这些都是我们认为很有意义去学习的。它们都很流行，有活跃的社区，并且有大量的就业机会。小公司具体怎么做才可以颠覆大公司?要么方便，要么便宜。比如小米，支付宝，手游，还有360杀毒，都是赢在这一点上。因为他符合人性的贪、嗔、痴。人你满足了人性的弱点，其实就抓住了巨大的商机用手机来实现远程控制是不是很酷？你不需要去写一个APP应用来实现这种功能-现在的手机浏览器已经支出了web在Web开发者中，Google Chrome是使用最广泛的浏览器。六周一次的发布周期和一套强大的不断扩大开发功能，使其成为了web开发者必备的工具.在这篇文章中，我们将分享15个有助于改进你的开发流程的技巧。这个城市越来越发达,可总是没有地方玩耍,人群中我溜溜达达,谁能给我一个回答移动Web端有太多的坑需要注意，这是一个最好的时代，因为我们站在潮流中；但也是一个最坏的时代，因为我们站在潮头上。<img src="http://img01./net/a/04/link?appid=&w=210&h=105&url=/mmbiz/G4umk62oPLqDNRAEWebUOo55C06PvNMCOXQ0N4exMMuqkjlzRVVmstbx4zQZbvEttpiaDBJD02KHOO9ltsfhb3A/0?wx_fmt=jpeg"
alt="-浏览器内置的响应式标签" title="-浏览器内置的响应式标签" rel="nofollow"
width="210" height="105">标签提供可声明式的方式来加载图片。网页开发者不必非要用CSS和JS来处理响应式的图片加载。用这种方式的好处是提高加载速度—尤其是在移动端时网络情况不好的时候Polymer 是在 Google I/O 2013 发布的一个新的 Web UI 框架。日，也就是昨天在Google I/O 2015将Polymer升级到了1.0版本。以前的推送里介绍过一个新的功能，就是Chrome Notification，下面我们就介绍下怎么来实现这个东东。。为了保证这些隐私数据能加密传输，于是网景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS.Node.js的出现让所有网络应用开发者的这些梦想成为现实。从头开始使用Node.js的最基本功能来编写代码构建应用是一个非常划不来的耗时的事情。使用一个已经提前打造好的开发框架。如Express.js，Koa，Sails.js等相信很多同学都知道“贝塞尔曲线”这个词，我们在很多地方都能经常看到。但是，可能并不是每位同学都清楚地知道，到底什么是“贝塞尔曲线”，又是什么特点让它有这么高的知名度我们在工作的同时，总会要结合一个有意义、好玩、有满足感的生活，因而面对挣扎。我们许多人会发现伟大的梦想和职业上的现实是自相矛盾的。不论我们多么想创业、写小说、发专辑或是演戏，我们还是被捆绑在椅子上、被迫看数据、被我们穷途末路的日常工作所淹没谷歌上周发布了Chrome42,可以支持Windows，Mac，Linux和Android系统。最大的亮点无疑是本地推送通知，只要得到用户许可，即使Chrome浏览器已经关闭，消息也可以被发送到用户我认识很多每周工作的确是少于35小时的人，但是我不知道他们是否站在职业生涯的顶端。相反，很多每周工作50至60小时的人，则是在尽他们最大的力量攀登事业的高峰「创业维艰」这个词出自唐·吴兢《贞观政要》：唐太宗李世民当皇帝后，问大臣创业与守业哪个更难，曾跟随唐太宗征战杀伐、出生入死的房玄龄，认为「见创业之难」，而与唐太宗一起治国安天下的魏征则认为「见守成之不为易」趁着春风，虽说柳絮又开始肆虐北京，但是随着天气和温度的变暖，小心情也好了起来，做了个小动画，小动物们都开始动了起来，大家还是出游happy下吧，可别辜负了大好的春光现在，市场上已经开始宣传“距离下一款千万量级的游戏只有一步之遥”，但问题是从2013年到2015年，虽然游戏的量级由百万到千万，但一步仍然只是一步。我们当然相信HTML5在很大几率上会被广泛采用，但我们不知道那一天是哪一天请理智地不把这当成愚人节玩笑。如果我们能暂时收起怀疑，同时不认为把一块装了蚂蚁的手表戴在腕上简直有病的话，我们就来看看这款 蚂蚁手表今天是 F8 大会的第一天，这也是 Facebook 每年都会召开的开发者大会。在今天的大会上，Facebook 公布了相当多的新举措如果一个技能足够复杂（比如从零学编程），那就不要指望读完一本书就可以打天下。多买几本书同类的书——因为每个作者的出发点是不一样的，哪怕对同一个概念都有不同的解释说明如果一个技能足够复杂（比如从零学编程），那就不要指望读完一本书就可以打天下。多买几本书同类的书——因为每个作者的出发点是不一样的，哪怕对同一个概念都有不同的解释说明请理智地不把这当成愚人节玩笑。如果我们能暂时收起怀疑，同时不认为把一块装了蚂蚁的手表戴在腕上简直有病的话，我们就来看看这款 蚂蚁手表web-bear提供关于web前端开发中html5、css3、nodejs的有趣、最新、最酷的知识热门文章最新文章web-bear提供关于web前端开发中html5、css3、nodejs的有趣、最新、最酷的知识大型网站的（外部）开源基础库和框架升级一般是怎么规划的？
大型网站的前后端一般都依赖了很多的开源基础库，其中一般会有一些来自外部的不大可控的框架/库。当这些基础库有版本升级的时候，网站一般是怎么规划升级、怎么做回归测试（这个工作量一定很大，如何尽量控制升级成本？）、最后怎么上线的呢？这其中会碰到什么坑？怎样在项目管理层面和技术层面控制风险？有没有网站选择留在旧版本不升级的？题主本人是前端，所以对前端方面的情况比较好奇。jQuery 从 1.8 升级到 1.9 删了大量 API、Angular 1 到 2 几乎是彻底改造、阿里的 KISSY 框架每次升级都有不少不兼容特性，如果有网站依赖了这些基础库/框架，你们是怎么推动和开展升级的？希望各位大神能分享下经验。另外题主对百度的 gcc 版本升级是怎么推下去的也很好奇……问题有点多，各位请挑自己比较有兴趣的回答就好~
按投票排序
开源框架，基础架构如何升级应该由以下几个方面的因素决定。业务——业务是首先考虑的因素，主要考虑两个方面，业务所处的时期（初期、成长期，成熟期，衰退期）和业务的重要程度（非常重要、重要、一般、无关紧要）。如下图，对业务划分不同等级，处在第一象限的业务值得升级开源框架或者基础架构。越绿的部分表示越值得，升级的必要性和收益越高。代码基——即升级会影响的业务代码，主要是质量如何。如果代码基质量不高，疏于管理，在升级的过程中就会痛苦不堪。因为质量不高的代码，缺乏管理的代码往往充斥着所谓的"坑"——即代码本身或者线上运行是没问题的，就好像存在着某种魔力，稍微一动就会出问题。优秀的代码并不会因为依赖框架的升级产生太多的问题。经得起升级的代码才是好代码！研发人员——研发人员也是升级的过程中不可或缺的一个因素。研发人员的技术能力和对业务的熟悉程度直接关系着升级是否顺利。往往在升级的过程中，势必需要对现有的代码稍作修改，以适配新的框架或者架构。如果研发人员hold不住这样的升级，或者不熟悉业务，在升级的过程中修改代码对业务逻辑产生了变化，反而得不偿失。开源框架或者基础架构的质量——这是直接关系到是否可以升级的因素。有基金会有大公司有社区有大量开发者维护的框架质量都不低，比如 jQuery 等。理论完结说一些个人看法：如果满足上面的这些条件，我个人观点就是请努力升级！这样的升级不管是个人的技术还是公司的代码基和业务发展都会有很多收益；如果要升级，请找相关的技术负责人（hold住的），熟悉业务的开发一同做技术评估和研发评估，做好技术调研、升级方案和 Plan B（万一失败了呢）；接下来就是痛苦的升级，如果需要修改业务代码的话，很有可能是要修改很多文件！当然可以使用一些工具，但是也有可能改到让你想吐的时候，但请坚持，改完之后一定神清气爽很有成就感！请全面的回归测试，尤其是在你没有信心的时候！
蟹妖。没事别瞎升，别问我为什么知道。。现在很多开源项目做的很好，TDD，持续集成，每个版本发布都能保证上个版本所有case通过。然而，____________________，一些旧版本使用过程中的hack，一些新版本引入的新bug，反正都是写犄角旮旯的地方，都不是case能暴露出来的。对于一个已经上线了的项目而言，升级一个依赖不比重新做一次技术选型简单，不能仅仅为了一些新特性和一些benchmark提升就去升了……
库与库不同，多数库是向后兼容的有些库能平滑迁移，比如jQuery.migrate感觉到成本自然要衡量新版本性价比一般更关注后台库的版本，因为安全与性能很重要一次不要升级太多东西，要有计划与时间表较大的升级要充分测试，没有什么诀窍重要升级与重要功能发布尽量错开，避免同时上线管理项目所依赖的库的数量与质量用简单直接的东西，如果可能避开依赖多且深的库升级是一种实际选择，不升级也是，别忘了你可以不升级
升级基础库肯定是要考虑清楚得失的，除非真的是有功能一定要依赖升级后版本提供的新feature或者基础库有不能忍的bug得到了修复，一般动力不大。很多长期的项目你看代码jquery可能还是1.x的，稳定压倒一切，其实很多第三方的基础库正常业务开发只用到了部分功能，升级意义不大，正所谓no zuo no die，有这折腾的功夫多陪陪女朋友才是正事
生产环境 版本号写死。如果开发新项目可以把技术体系框架升级。老项目不要动。如果非要动，要告知业务线可能会影响日常上线，升级后，分支合并完需要完整的回归测试。如果有大型的改版最好 可以多预估工期在大改版这个迭代中做。后端可能有个常规做法我知道的，技术体系升级，新开发一套新系统，接口和老系统一模一样，可以实现无缝升级，过了单测就好。这是接口的威力，还有一种办法就是非要混着升级，就在老系统上再做一层，老代码有机会就改一点，没机会新需求就走新方法，这种做法可能损伤小一些。更好的做法我不是后端，也不好多说。然后我说一个设计模式应该也能解决，叫适配器模式，通常也是为了版本升级做适配用的，我在前端就用过。前端如果要升级框架版本，或者换新框架，除了必要的api做适配器，新框架可以先在不是特别重要的地方试用，新老框架共用，如果确认没有什么重大影响，比如bug，兼容问题等之后，可以逐步对单页进行升级，做到一个需求，变更一个或者一套模板。当年淘宝的yui2升级kissy就类似这种做法。可能文不对题，不好意思了…
能不升级就不要升级。。。不要坑自己玩。。。
众多答案均表示
不升级。其实也十分赞同，没事别瞎折腾。但是也存在页面元素新增功能的情况，这样可能需要用到依赖库新的api。所以也存在一种方案：网站构建的页面元素以 组件 的形式存在。组件分版本号，如：某个头部组件v1版本依赖jq1.8版本，v2版本依赖jq1.9。逐渐把页面元素组件过度到高级版本，依赖库也就慢慢更新上去了。
我就说目前项目中用到的OpenLayer2.13（v2）这个地图处理库,作者在4年前就出了OpenLayer3(v3)了，但大部分国内国外公司的项目都是沿用着V2版本，两者关键不兼容啊，v3版本基本被重写了，作者确实牛逼，但我们没辙啊，大部分使用v2版本的公司都会自定义或者扩展里面的api，切新版，基本可以说目前的产品重新做吧，那公司也可以洗洗睡了。
我说下整个过程：
半个月前报的一个错误，真的让我等很无奈，老板直接问，为毛不能用了google map了（虽然不是问偶，我是小喽啰）。赶紧查，google map api升级了，导致产品中以google map为baseMap的产品就不能用了，尼玛，刚开始我都不知道google map api升级了，继续google，在google map的mail list中说今年11月16号升级版本，那不就是昨天嘛。。。然后我想你升呗（让她生，让她生，让她生。。。。脑补九品芝麻官），升个级就不让用了吗，找找具体原因吧，然后在和openlayer相关的mail list中看到，好久之前（具体时间忘了），google map 的人说不允许使用Google map 的Tiles数据处理（可理解二次处理），虽然作者和google map的人进行交涉，但未果，就是不让用（现在v2还能用，只能说google不去追究而已）。之后有人在使用v2版本的时候，遇到google map使用问题，mail to google map的人，人家根本不予理睬，说不是我们的问题，是openlayer的问题，卧槽，这咋办？于是我先看了下v3的版本，在v2中有处理google map的Tiles的代码，v3删掉了，直接调用google map api了。我深吸一口气，去github上看看吧，看看issue中能不能找到问题，之前在google的时候，在stackoverflow上看过了，没有特别明确描述此类情况的，毕竟升级后第二天出的问题嘛，还有时差呢。。。。嘿，还真被我找到了，有个issue描述和我遇到的问题一模一样，天助我也。。。。在这个Issue中，9月份就有人开始说相关的问题了，并且在这几个月中，有了确切的解决办法，这个办法真work了，我长舒一口气，我看了下在此issue下最新更新的一个评论，三个小时前刚有人遇到同样的情况了，兄弟，我先干为敬了。。。。
目前产品中这个地图处理是很重要的一块，google map是国外用户普遍首选的地图，还有bing map和其他map,目前是可以先解决问题，但是有一个很大的隐患，如果以后google map再升级或者出个什么幺蛾子的事，那将来又是件头疼的事，v3是可以解决这个问题，但真的要这样吗？你确定吗？产品要重做吗？公司不活了，不上市了？要倒闭吗？有时候很痛苦，痛苦也得忍着，总有解决办法，好死不如赖活着。有时候关乎生死的东西，谁都没有胆量和魄力去做这个改变。重生是需要很大成本的。瞎比说了那么多，就说自己遇到的一个升级不升级的事，和大v们畅谈什么架构啊技术啊，差距太大，洗洗睡了。。。。
别听某些架构扯淡，其实就是程序员加班搞定的。
为什么小智的皮卡超永远都不进化？因为他不需要升级，观众喜爱客户满足才是本质！！！回正题ε=(?o｀)不要迷恋升级一个框架或者库，如果有需求，就要评估升级和在原版本上更改的代价，就比如ci框架，上一个版本是2.x，别人可能是MVCS的模式，你把他升级了，兼容性出问题不说，整个服务层可能你就要改过了，一些函数方法，一些接口你就要重新更新过，后端的选择更多的是稳定和安全，如果对自己有自信你可以去折腾，但是别坑了自己死了需求没了业务，有时候更新个库甚至等同于推倒重做，比如前端的augular第一版跟现在的版本，至于jq这些我不是很熟但是如果不是为了某些需求，建议真不要动，不然调试的时候几百个bug你会疯掉的:-D悄悄的照应首段，其实皮卡超进化需要雷石（累死）不匿了O(∩_∩)O逃
已有帐号？
社交帐号登录
无法登录？
社交帐号登录以下试题来自：
单项选择题为了适应形势的变化，在遵循政策目标的前提下突破原有的政策框架，或者撤旧换新，或者从无到有，对现行政策的局部内容进行调整的公共政策调整形式是A．政策的增删 B．政策修正C．政策的更新 D．政策的接续
为您推荐的考试题库
你可能感兴趣的试题
1A．经济制度和体制的变革B．民众诉求C．政策主体变革的愿望 D．政策本身的要求2A．政策影响评估
B．政策效益评估C．政策价值评估 D．政策成本评估3A．向前推进策略
B．向后推进策略
C．整合策略
D．上下来去路径4A．公共政策规划B．公共政策抉择C．公共政策评估与监控
D．公共政策执行5A．问题学习 B．概念学习 C．工具学习D．社会学习
热门相关试卷
最新相关试卷