早期混乱之治靠山丘+小兵围杀英雄的 kua

HTLM5 视频有全面支持的 DRM 扩展了以后

youtube 和 netflix 已经全面 HTML5 化了
youtube 还附带一个好处，它的 vp9 视频流比 H264 比特率小 30%

@movtoy

严格来说手持身份证的证明倒是没问题
因为三大运营商现在办业务的时候也会拍照的

国产游戏不玩的，虽然实践上 LZ 这么做有困难

@vcsee office2016 其实是 office16 ，历史上不存在 office13

目前的 chrome stable 是 44 ，不是 43

这种事情可能是驱动级别的病毒
我记得 freebuf 还是乌云好像有提到过这种百度限速补丁为名的病毒
你可以去查看一下

----------------------------
但是最干净的办法是重装
----------------------------
此外，以后遇到这种需要运行未签名(总之就是不可信)软件的时候， sandboxie/虚拟机是个好东西
很多病毒见到虚拟机经常会自行停止运行(它也怕反编译)

现在 AOT 不算慢，而且性能敏感的代码都用 JNI

@zakokun 性能和易用性

测试里可以看到
vbox 的 CPU/IO 性能显著比 Vmware, parallel, hyper-V 慢
vbox 的显卡驱动也远不如 Vmware, parallel ，可能只比 hyper-V 好

另外 Vmware/parallel 有提供无缝模式

Vmware Fusion 也不便宜

@kifile

因为权限系统出现了很多变化

如果没有它， Android 6.0 应该是 Android 5.2 了
实际上

Android M developer1/2 的版本号是 5.1.99
Android 5.1 的 developer preview 的版本号也是类似的 5.0.99

macbook 给散热的余量一直是不算多，但够用的

散热余量不多是说在(长时间，如超过 1 分钟的)满负荷工作时，散发热量的能力略微不足，导致热量会从面板传导出来，导致面板温度升高的幅度比较大

正好国内的视频网站，因为 flash 的关系，大多符合上述长时间满负荷工作的情况
如果是 youtube 那样的纯 HTML5 ，那是很开心的(如第四代及以后的 Intel 内置显卡，能硬件解码 VP9 ， 1080p 的码率只有 1000kbps 多一些)

关于风扇，则是因为苹果优先减小体积、厚度，所以风扇尺寸也小(代价是更高的转速)， pro 可能使用了两个风扇，这两个劣势会提高风扇开启时的噪音(和别的笔电相比)

@mocodo

以 Nexus6/9 ，以及后续版本举例

1 ，只要开启锁屏密码，就有激活锁(这部分依赖于 Gapps )，在 3 解除了 bootloader 锁定刷工厂镜像是否能绕过激活锁不清楚
2 ，强制的全盘加密
3 ，除非刻意地在开发者设置中允许，否则不能解锁 bootloader

然而在 Android CDD 文档中， 2 并不是强制的， 3 的做法和手机制造商 /运营商有关

@mocodo

1 ，使用提供两步验证的邮箱服务
2 ，客户端的登陆凭据可以安全地吊销
3 ，使用客户端的移动设备有防丢失特性，有激活锁

说到底就这么两家： Gmail 和 outlook
如果 3 很强，那么可以减弱 2 的要求：

如 iPhone 使用复杂锁屏密码(而不是简单 4 位数字形式的密码，这种锁屏密码目前有机器可以耗时 1 小时左右破解掉)+激活锁+Apple ID 的安全措施到位，那么 2 是能保护好的

至于
“邮箱暴露了，支付密码就有被重置的可能了。”
的缓解措施：

1 ，让你的第三方支付无法使用快捷支付(如不实名的账号)
2 ，让你的银行卡无法使用快捷支付(这个看情况，有的银行支持，有的银行要通过取消预留手机号)

@typcn
大致上我也这么做
注册必须提供手机号的，除非必要否则抵制

@baskice
沆瀣一气一个愿打一个愿挨真是麻烦

@cairnechen nexus5 好看在它几乎没有特征，把所有都留给屏幕难道不好吗？

@rshun 有一点像 Android6 里面用 intent 调取第三方拍照应用拍一张照返回拍好的照片，这个时候发出请求的应用本身不具备拍照权限

@wmttom 这个方法是有用的

用高通的 8064 (IPQ 系列，性能等同于 Nexus 4/Nexus7 (2013 )的处理器)

是 3*3 的 mimo (n 和 ac 双路各自独立)，再加一路外置天线接口

有 TPM (是否有 fastboot oem unlock 还是未知)， 1G 内存， 8M NOR flash ， nand 储存不知道如何

还有 BT4.0

需要 Android 4.0+(估计没有 Gapps 不行)/iOS7+的客户端

估计会有梯子的问题，是否能在上面运行 ss 还是未知的，如果像 Android 5~6 那样不停地访问 Google 的服务器来推测是否接入网络，那就有的麻烦了

另一个问题是，如果它上面跑一个 Google Analytics 进程，像小米的路由器那样把历史纪录上传，不知道还吃不吃得消

@seki
最大连接数可能和这些有关：

AP (IPQ8064 )的性能
双路的 3*3 802.11n+802.11ac ，估计可能还有 MU-MIMO