其实买的时候注意买表明 MFI 的就好了，这种都有从 apple 买来的芯片所以不会有问题。
价格嘛低于 29 的都不用买了，因为从 apple 买芯片价格是 27RMB ……

@pheyer 不是。第一部引起震动的科幻大片是 2001 太空奥德赛，时间是 1968 年。

我觉得这个提法本身就是错误的。

对于编译（以及有 JIT 的语言比如 java/JS ）语言来说，语言没有性能区别，只有功能区别，所谓性能区别是因为功能不一样，那跑的机器码当然不一样，性能就不一样了。
所以如果功能完全一样， C 和 java 的代码性能也是一样的（比如最基础的一些整数加减计算， JIT 出来的 java 也不可能跑得慢），但问题就是很多功能其实是不一样的。比如 C 的字符串处理，就是处理 8bit 的 char 数组而已，然而 java 的字符串处理，就是处理有这边界保护等等复杂逻辑的一个数据对象，性能自然不可能一样。

提到 web 领域的话，微博领域也有高性能计算解决方案，就是 mozilla 提出的 asm.js ，在 js 中加入一些兼容的修饰之后，就可以让 JIT 将这种 JS 编译为性能更好的机器码，现在已经得到很多浏览器的广泛支持。在这个之外，还有 intel 提出的 SIMD.js 扩展，可以使 JS 能利用并行指令集来加速计算，不过貌似并没有得到广泛支持。

Asm.js 的下一步是 webAssembly ，就是 JS 运行时代码的二进制表达，可以在封装上也达到类似原生的代码和解析效率。

ip5c 大概板子上什么东西坏了吧，估计修不好。 RMBP wifi 故障有可能是 wifi 什么东西坏了，这个可以换一块 airport board 试试。

设备时间长了有几率坏掉什么东西是难免的，只是 LZ 你运气比较差。 apple 的产品即使是现在总体质量还是可以的……

解释的已经很清楚了吧……
举例来说你的 url 是
domain/doAction?value=name&option=3
这种样子，然后 name 带着一些特殊字符比如 a&b=x 这样， encodeURI 对拼装好的结果编码结果是
domain/doAction?value=a&b=x&option=3
这样显然是有问题的，用 encodeURIComponent 先编码 name 的话就是
domain/doAction?value=a%26b%3Dx&option=3
这样后台处理就不会出问题了。

作为还算资深的前端，我个人是反对 responsive 的。
responsive 听起来很美好，实际操作起来非常麻烦，而且结果很有可能是两边都不太好的折衷方案。

还不如一开始就做两个不同的东西，风格稍稍贴近也就行了。

我都没买不过分别有买了两个产品的同事。

买 sp4 的同事是开发人员，买了后各种折腾时不时蓝屏死机，现在打算出掉。

买 ipadpro 的同事偏管理，买了后用来处理 excel 发发邮件写写报告，说现在没什么特别做不了的事情的话笔记本已经不开了。

所以主要看你要干嘛吧。

顺便我自己玩 sp4 的笔在 MS 自己的渣渣绘图软件上画了几分钟就蓝屏了……

坑很多，这里全部说一下（包括上面的）
1. 原型链上的 enumerable 的属性都会被遍历，虽然正常情况不会出问题不过如果谁在 Array.prototype 上放点东西那就可能会出问题了（上面 @banricho 提到）
2. 只有被明确赋值（包括赋值为 undefined ）的成员会被遍历，如果没赋值就不会遍历到（上面 @asj 提到）
3. Array 的成员遍历顺序并非一定是増序的。由于标准并未规定 for in 遍历顺序，所以顺序是依赖实现的，不排除某些操作之后在某些浏览器上会发生非増序的遍历。

我想了想是不是 chrome 的 app 就是做这件事情的……

@ffffwh utf-16 并不是定长的，和 utf-8 一样变长，所以也一样不能确切认为 s[i]就是地 i 个字符，所幸大部分使用的字符都在 BMP （ Basic Multilingual Plane ，基本多语言平面），这一区域的字符 utf-16 是两字节的。 BMP 之外主要是一些很不常用的汉字和其他语言以及表情符号等。

@xufang 这个基本没用，也就是 unicode 文本能写进源代码和几个简单的 API 而已。

直接说结论的话， C 语言处理 Utf-8 字符编码一点都不方便，不过其实如果你是需要高性能的话，也只有 C 语言这一个解决方案了吧，毕竟没有接近汇编的控制能力怎么写高性能的处理程序……

不懂就不懂唧唧歪歪半天，还内存泄露……
你造一个 array 只添不删也是内存泄露知道吗！（而且所谓闭包的内存泄露就和这个差不多）

闭包是个 60 年代就创造 70 年代就实现的语言概念，现在 C++ 11 ， ObjectiveC ， Java8 都支持或者开始支持的概念你说是明显的设计漏洞？

呵呵。

LZ ，这要看你那的电力了啊。

核电的话辐射就比较大，核电站或多或少会带着一点辐射在电里面嘛。
不过煤电也有辐射，燃煤里面天然带一定的放射性元素，所以辐射肯定也是有的。不过火电照起来感觉比较暖，比较舒服。
水电最好，基本没有辐射，就是太冷，南方多用水电北方多用煤电也是屋里南方冬天比北方冷的原因之一。

不过现在电网里来的电都是混起来的，也不知道是哪种，也是没有办法的事情。

单纯用 JS 有些事情做不到。
比如要能 focus 需要加 tabindex=0 ，还要增加:focus 的样式。

帮你选吧， eslint ！

说明一下 vertical-align 绝对不是专用于垂直居中，主要作用还是 inline 元素的垂直对齐，但这个真的很难搞……

SVG 比 webfont 坑多太多了，谁用谁知道。

说 webfont 不好的几点都不大能站住脚(screen reader 什么的，真要做 accesibility 要做的事情多多了 font 什么的只是九牛一毛）。

总之奉劝读者不要被误导了， webfont 有点问题但仍然是一个极好的解决方案。

这要什么 jQ 啊 orz ……
var map = arr.map(function(m, item){ m[item.title] = item.value; return m}, {});
你这样转出一个 map 不就随便怎么用了么……