一个后端的前端学习之旅你应该决定学什么
年末学点新东西，后端的东西写久了考虑学点前端的东西。
首先考虑选择用什么，公司的前端同学给我了两个链接 es6 babel，大体看了下es6是下一波js规范，出了一些js的新语法，解决了一些坑（肯定有新坑），babel是虽然现在很多浏览器不支持es6但是你可以写es6我给你编译成支持的东西。
然而我并不想学习原生的js，作为一个后端我不是特别想关于js里面的各种诡异的坑，而且我以前写过前端，so选择coffee是比较好的选择，可以大体说一下，coffee虽然号称借鉴了很多python ruby的语法，个人感觉借鉴ruby的更多（然而我是写python的，曾经大体看过ruby，貌似看到切片那里就无法忍受了），不过coffee写js还是很不错的。
coffee会把我的类python代码编译成js，帮我避开很多js的坑这是我选择coffee的原因。推荐coffeescript小书同学们可以先看一下，百度一搜一大片37页而已。
然而作为一个前端的项目，所以自然我不想回到刀耕火种的时代，brunch并不好用，grunt看起来也很烦，gulp两年前有点惨，然而现在挺好用的，so 我决定先找个gulp + coffee的脚手架先把基本的前端编译+压缩+调试的一些问题解决，这样才能没有任何后顾之忧快速的学习一些前端的东西，关注点就可以更加集中。
github一搜就能非常容易的搜到一个脚手架，然而并不能很顺利的跑通，我fork了一份https://github.com/duoduo369/gulp-frontend-scaffold（我的项目非常大因为我把node_ bower_的安装文件放到git中了，哎网络坑爹没办法）
所以剩下的关注点是其他的前端技术：
coffee
styl
某种css框架（我的博客我之前使用polymer写的，然而google的工程师一贯喜欢挖坑让你跳，坑爹的是当时的polymer版本人家重构了，很多子项目都直接close了，我bower都无法安装，所以博客好久没加新功能了。好吧其实是懒）
某种js框架，js太多了，可能随便选一个React什么的
一路走来，坎坎坷坷，好在升级打怪还是会遗留一些经验的，记录下现代前端开发的经验。
黑暗时代的前端开发，在这个时代，前端开发的流程可能是这样的:
写各种html、css、js
跑到各种前端模块网站上手动下载各种库
一遍遍刷新浏览器，查看效果
最终压缩各种静态文件
问题
html代码重复，例如对于一个header和footer极有可能违反DRY,
后期维护的时候绝对会是镇痛
无法实时查看效果，需要手动刷新，就像某些蛋疼的java服务器，写个api不能自动加载
需要手动重启，一个小时调不了几个bug(Life is too short,please use python).
压缩这个事情很多人是不会去做的。
代码的模块性很差，jquery确实灵活，不过时间长了之后代码就会杂草丛生，尤其是有
别人接管你的代码的时候，极有可能看不懂，然后重构，这也就是为什么前端会出现各种
MVC框架的原因
现代前端开发
这个时代已经不是刀耕火种的年代了。
首先说说MVC
MVC在后端已经出现N多年了，前端现在也有出现，但是前端是不是要用MVC这种
东西是有待商榷的，个人的体会是，如果你的项目很小，只有 你1～2个工程师
维护的时候，不需要用MVC框架，原因很简单，学习成本，时间是宝贵的，学习成本
绝对是硬伤，例如你选择Backbone Angular的时候，陡峭的学习曲线不仅仅会影响
你自己，以后新人在用你项目的时候也会经历这个痛苦。
MVC的优点，貌似这个就不用说了，一搜一大片。
我的实践
github上有很多优秀的开源项目，前端的工具也有很多，善用工具，善用优秀库
check到不同分支使用，或者直接download release
使用coffee写js，coffee会帮你避开js里面的各种血坑，使用类似python的语法
使用html、css模板引擎，可以让你少写很多字母
html我选择的是jade， 可以使用include的语法，帮你减少DRY的可能性
css我选择stylus
使用构建工具，我使用的是brunch，npm，bower
brunch解决黑暗时代一遍一遍手动刷新，以及自动引擎coffee，jade，编译
bower使得js、css库的安装方式变的异常简单
npm类似bower
bootstrap或者purecss(YUI)，个人倾向于使用purecss(IE7+)，IE6需要你自己手写css
如果不用MVC，对js又不是很懂的话可以使用zarkfx,绝对节省你的开发时间,
zarkfx可以使用brunch + jade的 具体可以参考我simple项目的br-coffee-jade分支
如果使用MVC，backbone + chaplin or angular选一个吧，注意MVC里面的限制，
例如使用MVC后他们有自己的驱动机制，对DOM操作都有限制，尤其是不能使用
zarkfx，这点非常讨厌。作者： 北大青鸟