简单来说，同步执行，主线程必须等待任务一一执行完毕，总的执行时间是单纯的加法
异步执行，由于任务可以请求发出后不需要等待，多个任务可以重叠执行，所以主线程的执行等待时间减少

@moxuanyuan 性能关键看优化，用一般写web app的方法直接用在在mobile上面，所有这些框架都慢。
要特别注意资源的使用和释放，注意reflow之类的。

@Shared Zepto 就是一个 jQuery 的轻量级替代品，几乎完全一样的 API，但是专门为 Mobile 或者 HTML5 浏览器设计和优化；因为觉得 jQuery 太大，而且由于兼容性的考虑而太慢，Zepto 就是为了这个出现的。你可以把它仅仅当作是一个为移动浏览器准备的 jQuery
虽然 API 一样，但是还是很多细节不同，比如缺少以及添加了 API，以及一些 API 的执行结果不同。比如 $(xxx).width()

@alex321 没必要一定有中文文档，本来技术方面的英文就不是特别的难，要了解和学习最新的东西，阅读英文是一个很有用和必要的能力。一个东西出了翻译了，那肯定都以及出来很久了。
另外我觉得 layout 还是 Bootstrap 成熟，而且用的人多，也耐看

@learnshare 这2类框架不是一回事，Bootstrap和Fundation是CSS style为主，提供UI组件。
jQMobile和Sencha是JS 为主，主要用来写GUI的逻辑。
当然两者也有重叠的部分，前2个是用来做layout，后2个原来做交互界面逻辑

@83f420984 不明白什么是对象，什么是数组，什么是闭包
这个不是JS的问题，而是计算机编程基础，看来LZ没有计算机专业的背景啊，需要了解一些计算机编程的基础，任何一门语言C/C++/Java/C#入门比较推荐，另外就是基本的数据结构和算法
如果LZ学过C啊，数据结构算法啊之类的，学学JS也还不错
如果LZ真的是完全从零开始学编程，JS确实不是很推荐，对以后的学习可能会造成不好的影响
而且你说的书基本上都对你来说太难了，因为你很多基础概念不熟悉，不知道所以然
另外JS最麻烦的地方就是 DOM操作 面向对象编程 以及 闭包，这些东西至少要你比较了解基本的程序开发，数据结构和熟练使用简单的JS或者jQuery之类的类库之后再慢慢啃

@zythum bind 的 polyfill 很简单，而且没什么功能性的问题
另外就是EMACScript 6 也打算要加入 => 来保留 this
讨厌的就是 coffee 好久没有更新了，本来打算新年release新版本，结果由于paper work太对，大大们实在不愿意动手
还有就是需要加入generator的支持已经yield关键字，也需要等一段时间

PS 用coffee太久，都没有加 ; 的习惯了，还好有IDE提醒

@zythum 这个99刀可以有冤大头公司出就不想自己出啊
coffee 里面 func(a,b) 和 func (a,b) 在语法层上也是不一样的，后者相当于 func((a,b))
func(a,b).chain(...) 写成 func (a,b).chain(...) 就变成bug了

@zythum 另外就是JS的 this scope 真的很烦，所以用了coffee之后基本上全部都用 => 如果function在 method 内部，在用method的时候全部都 .bind(@)
我用coffee的时候都注意完全不用全局变量，实在需要的用XXX = window.XXX 然后用XXX.xxx，最近用了require.JS 所以window基本上就不用了，需要的话在最后面 return 作为 export
另外我记得 argument.callee 已经不能用了啊

@zythum 记错了 外面用了 call this 就是window了

@zythum 在 strict mode 下面，裸 function 里面 this 不会是 window，另外 coffee 编译时候会自己在最外面加上一个 (function(){ ..... })()
学习ruby没啥不好啊，ruby on rails 挺不错的，可以学习一下，以后说不定还会用到
ObjC 我一直想碰，一直下不了手，原因有二：语法接受不了，那么一大堆的 [] 看到我头疼（习惯了C++/Java），另外就是如果写iOS，不越狱还没发真机用（$99一年太贵了，必须找冤大头买单），想到就没兴趣了
你说web app坑，我觉得怎么样都是坑，哪里有不坑的东西，只是看那个坑跳着舒服而已。

其实 The Unarchiver 的图标还不错 Keka 的就太丑了一些

现在的集显很强，可以和几年前的独显比了
不玩游戏或者渲染的化，集显应该够用了

虽然我没有企业里面的经验，但是我看到的一般是推荐用 OAuth
如果是简单的 https + basic auth 也可以，对于信任的客户端也是可以接受的

或者自己做一套 token 的生成和验证算法 （其实和cookie session差不多）只不过把 token/session_id 放到 authenticate header 里面，我记得 amazon 的auth就是用的这样的方式。MVC 可以用 filter 或者 配置 Spring Security 来做验证。

我之前还用过用 basic auth，但是里面的 username 和 password 实际上是 user id 和 hashed token，这样密码在客户端也有个比较基本的保护

@zythum 应该是兼容性考虑，他们之前有那个branch，但是一直没动

@zythum function 后面如果不return任何东西我就手动加return，如果是method，最后都加个this

@zythum return 也是我一个很头疼的地方 所以我基本上都 手动加 return 在最后面

@wenLiangcan dont starve 太棒了，可惜不支持多人就没啥意思了
@ohsc 这个游戏我见过早期的视频，感觉太粗糙了

@zythum 隐形声明变量的语言也有不少 coffee 只是其中之一，如果你模块化或者OOP做的足够好，加上使用 Promise，那么 function 就不会也不应该嵌套太深。只要函数不嵌套太深，那么变量的 scope 控制也相对容易。
另外对于 this 的控制 coffee 提供 -> => 就很不错。
我用 coffee 主要是 OOP 比较方便，另外就是语法和糖比较适合我（喜欢 Ruby 语法）
如果你仅仅是想用 coffee 里面的语法糖方便编码，那么还不如用新版本的 JS
貌似 最新的 ECMAScript 就是 Harmony 解决了很多 JS 的坑（比如用 let 代替 var），而且把 coffee 很多特点吸纳过去了，比如 =>
另外 class 什么的也都有了，还有强大的 generator 和 yield。