这要看怎么定义快。
CSS transform+transition(animation): 现在大部分设备（包括移动设备）都提供了GPU加速的transform+transition支持，也就是说用这个做动画流畅度很高（快解释为流畅度的话），但也有缺点，缺点就是在没动画的时候加上动画的话，浏览器渲染器需要将dom render成贴图，再交给GPU去加速的，这里会有一个在部分移动设备上是人眼能觉察的延迟。
CSS + Javascript: 首先做动画的流畅度是肯定不如CSS的，然后响应（快解释为响应的话）要看你的JS是否会导致relayout。如果没有relayout只有repaint的话即使是移动设备响应延迟也几乎无法察觉。
Canvas + Javascript: 响应最好的方案，毕竟没有relayout repaint什么一大堆。缺点是写起来很困难，根本不像在做网页了，流畅度介于以上两方案中间，原因很简单：虽然canvas的描绘是GPU加速的，但每一帧的刷新代码却是JS，自然比纯native的方案流畅度有所降低。

@wzzyj8 说台风不得不提同在 2ex 看到的 earth.nullschool.net ，居然手机都能看……

设计ajax请以信息就是对客户公开为前提来设计。

我以前一个朋友在德国人开的运营在欧洲的色情社交平台做开发，开发中心在上海，谁管你啊……
另外其实不少日本H动画也是外包到中国的……

@jjtx 不是啊，我的意思不是实例化的机器码暴露，而是源代码（也就是你说得逻辑）对于模板来说就是必须暴露的。
原因很简单，编译器都还不知道使用者要用什么类型代入到模板里面去呢，怎么可能预先向使用者提供实例化的机器码呢？只有把使用者要用的类型代入带模板源代码中，取代掉模板定义的那些占位符，生成普通的C++代码，这个时候才能够编译成机器码，所以模板是必须暴露给使用者的。
其实模板也可以看做是#define的升级版，你拿到一个lib再怎么改头文件的#define，编译好的机器码也不会再变了，只有拿到源代码才能编译出一个不一样的lib……

不过上海人去北京大概会被欺负吧？反之亦然。

距离家里远的。

1. 没听说过svn不鼓励分支的说法。svn的经典repo安排就是branch,tag和trunk，能不鼓励分支吗？没分支功能的客户端我还没听说过，另外不行的话上命令行不就行了吗？ 顺便分支合并所有的版本管理软件策略都是一样的，同样的做法svn会有冲突git也会有，这一点不能作为选择版本管理软件的依据。
2. 你们要用的本来就是分支，dev（你们的测试）过一段时间merge到pre-release上，pre-release打好补丁（补丁也要打回dev）就merge到release上，这是最常见的工作流程了。
3. git鼓励每个feature建一个branch，svn确实不鼓励。不过原因其实是因为svn建一个branch的成本还是很高的，不像git切换branch那么迅速，建好一个branch做完一个小feature就不再用不符合svn的哲学。在这一点上如果你们是各个feature分别开发，最后想要哪个就merge哪个的话确实用git稍微合适一点。注意这样做除非你们解耦做得好，要不最后解决feature间merge造成的冲突成本也在所难免。

总之在我看来这两个版本管理软件差别不大（我都用得很熟），尤其是在repo只有少数几个分支，git每次push都进master还有gerrit这类的软件来挡一下的情况下。不要被git光环迷惑觉得有个git就能拯救你们的repo，好好分析问题所在建立最合适你们的工作流程才是最重要的。

React是专事专做，大而全的框架如Angular你又不喜欢……
而且route不是有的吗： https://github.com/rackt/react-router
ajax那么容易的东西不想自己造那 http://microjs.com/#ajax 上找一个好了……

@pangtianyu 这个说法并不十分准确。
准确地说是部分十进制小数没有有限位数的IEEE754浮点二进制表达。

所以：
1. 如果相加的两个小数(以及结果)都能被有限位数（而且在 float/double 位数内）浮点二进制表达，那么结果是精确的。
比如 0.25 + 0.5 === 0.75 这是绝对精确的。
2. 如果相加的两个小数并没有有限位数的 IEEE754浮点二进制表达（比如0.1的浮点表达为1.(1001) *2^(-4) ，其中1001为循环节），那么相加的结果就很有可能不符合预期，因为很难加到同样是数值近似的结果上。

参考 https://zh.wikipedia.org/wiki/IEEE_754

我也觉得万一那些尖端数学研究者研究出什么零维甚至负维空间然后影响我们的三维世界一起玩完怎么办 我数学不好谁能解答啊

http://i.imgur.com/1uSJJOI.png?1

@FrankHB 很久不做C++，求教一下现代编译器如果不同源文件编译出来的目标文件中同样的末班函数不一样会怎么处理（比如模板中有宏，不同源文件有所差别）？是抛弃掉其中一个（结果不正确）？还是报错呢？还是重复链接进去？

我在公司做的class系统是原型链继承，还算好用吧。

对于构造函数没加new这个我以前是赞成不写也new出来的做法，不过现在不赞成了，如果新做一个我一定要抛异常。原因很简单：我不希望做一件事情有多种不一样的做法，如果大家做法一样的话，重构或者静态代码分析都会简单很多，这对于大规模协同开发很重要（jQ是反例）。

我在这个之上还做了destroy方法，这个方法会自动迭代调用父类的destroy方法，并会清空对象成员，保证已销毁对象在大多数情况下使用会崩溃，以第一时间找到问题点。

mop居然还能访问真令人吃惊

1. 编译的时候是一定要产生冗余代码的，因为编译一个文件的时候不知道其他文件有没有
2. 编译的函数体可能是一样的也可能不是（不同h文件同名template或者同样template代码由宏定义有所改变），一样的时候大概linker会优化？
3. 模板接口与实现分离(exported template)虽然在标准中有不过没有编译器做吧
4. 模板本来就是暴露给使用者的（要不编译后的机器码哪里来），不可能像非模板一样只暴露接口。有这方面的顾忌就不应该使用模板