年老话题微服务改造还是技术圈经久不衰的热门事件，区块链、人工智能掀起一轮轮革命现在仍然蓄势待发，大前端、AIOps、云架构、边缘计算等话题目前看似蠢蠢欲动，实际早已成为企业技术内部长久规划之一。 这里简单谈谈值得大家关注几场技术动态。

https://github.com/amfe/article/issues/24 双十一中，无线前端的产品可以说非常的丰富。在双十一中，互动始终是重头的一部分，但是与以往不一样的地方是，导购产品在本次双十一中有着不俗的

阿里的前端也挺活跃的，比较有名的就是seajs和kissy了。 腾讯 腾讯和百度都只有前端团队有不少的开源项目(可能有个人或者一些团队的项目，没有找到)。 js我也不熟悉，这个是腾讯前端团队的github，比较活跃：

经占据了相当的比例，但无论是视觉设计师还是前端工程师都对于交互设计的 工作知之甚廖，更遑论PD和工程开发了。在百网培训的时候，服务和BI的同事对于视觉和前端都有着粗略的了解，但对交互设计这个职位却异常陌生，经常听到

odejs内置的Http模块上，并对Http模块再包装，从而实际Web请求处理的 功能。它支持多种前端模板，如Jade, EJS等。它是T.J大神的作品，不过已经交由其它团队维护了。 Koa 是T

外一种爆栈型的程序员，做什么什么精。 全栈学徒至少要掌握以下几种技能 Web 前端开发，至少掌握一种前端框架 Server 后端开发，至少掌握一种后端框架 Server 运维，掌握 Linux

选出四个： 每个模块中的很多数据都是通过个性化接口获取的，并且为了提高运营的执行效率，需要前端实现以下功能： 对于整个区块，运营可以对业务置顶、排序 对于区块中的每个业务模块，支持运营配置其版式，以及配置该模块是否需要关闭个性化

iOS 里面如果需要发版还需要 App Store 的审核。 2. 前端资源严重不足 第二个问题是我们公司一个现状，前端资源严重不足。 解决方案 首先，针对第一个问题，客户端发版周期长

决js跨域问题 为什么要这么做？ 在现在的开发过程中大家会遇到这样一个问题：后端代码写好之后，前端的小伙伴需要将后端代码部署到本地才能正常使用api。若直接使用远程服务器上的api（例如测试服务器

面对或者解决的问题是，它对前端设计师极不友好，而且，开发效率及其低下，互联网企业鲜有基于Java，尤其是基于MVC来构建自己的网站，是有深刻的原因的： 1. 对前端设计师极不友好。MVC模式下

一般情况下，我们都希望节点渲染完就执行JS，我们也会使用seajs来组织那一堆堆的模块，seajs只有屈指可数的几个api，一般的前端都能很容易的上手使用，但经常容易忽略一个问题：如何通过seajs真正的实现模块化？ seajs

忽略了大部分业务逻辑，尤其适用于前端编码人员，即使不懂java也能很轻易的完成后端逻辑。 另外独立的逻辑结构，使得该java框架很容易的和其他前端框架进行配套使用。 基于web MVC的前端框架 BreezeJs

在现在的前端开发中，前后端分离、模块化开发、版本控制、文件合并与压缩、mock数据等等一些原本后端的思想开始逐渐渗透到“大前端”的开发中。前端开发过程越来越繁琐，当今越来越多的网站已经从网页模式进化到了

理和监控，出问题可以统一降级；可以把一些相关接口合并输出，减少页面的异步加载请求；一些前端逻辑后移到服务端，前端只做展示，不进行逻辑处理。 有了它，所有入口都在我们服务中，我们可以更好的监控和思考

README.md  文件 保存并提交 新建一个 Pull Request 目录 Web 前端 Javascript Polyfills HTML5 相关 React CSS ICON Web

视觉设计师：1名； 前端工程师：1名； 后台工程师：2名； 测试人员：1名。 二、开发时间 交互设计师：22个工作日； 视觉设计师：14个工作日； 前端工程师：50个工作日；

我司在知乎上面写了4篇关于 《Weex入坑指南的》 。这四篇文章还是很值得看的。 Weex也和前端项目一样，拥有它自己的脚手架全家桶。weex-toolkit + weexpack + playground

：“ 面向设计的半封装web组件开发 ”，便于理解文章的一些解惑。 一、现状 1. 前端发展现状 前端这几年的发展都是有目共睹的，然而，如果按照已经落地投入实践的标准梳理下，会发现，基本上都是偏后的JS开发层面的，比方说Node

你得搞清楚，你处在的时代。别给我说你没听过JS，也别说jQuery不熟，对了，还有ajax。这些已经算是这个时代前端开发人员的基本功了。 当然，仅仅会了这些，还差得远。各种css库，JS库和框架，ajax库，你

要有一个前台项目配合，因此迟迟没有动笔。恰好前一段时间开源了一个 vue前端项目 ，便以此为契机构筑了后台系统。 因为前端项目是根据饿了么官网接口写的，所以后台系统也保持了和官网一致的API接口。