@PP
强制更新一般来说是
1 ，违反 Play Store 或是 App Store 的规则
2 ，普遍的做法是不允许应用这种东西自己更新自己，这是它和传统软件的主要区别。因为应用本身就运行在受限的环境 /沙盘下。

考虑到 C&C(命令与控制)是后门常见的一种能力
那么强制更新，我觉得归类为后门是有道理的

应用市场很重要的一个任务是制约应用开发者，用脚投票需要在有这种制约的情况下，才能有效。

我们可以用 Google Maps

@cchange
确实不多的

http://blog.innovaengineering.co.uk/

买了一个 1T 的 850pro ，写了 7PB 还没挂
已经超出 SMART 标称的 P/E cycle （ 5~6K 左右），保修(150TBW)那是远远超过了

@freaks

我先买了 850evo
再买了 850pro

总的来说不是很推荐 TLC(3bit MLC)，建议买 MLC(2bit MLC)

要
有条件 16G

@processzzp
我也是啦
自黑多好

随手看了下
850evo 写入量 2T
pro 写入量 1T

@FrankFang128
别在这里扯棱镜

@processzzp 我 850evo 和 850pro 都在用

@FrankFang128 但是自带的可以确保安全，没有不好的行为，没有多余的东西

TLC

这和早期的新闻(说微软从三星买了一大笔 TLC 闪存)是一致的

@processzzp
实际上是 850evo
它把一小部分单元当作 SLC 使用，作为缓存

@FrankFang128 因为权力是人类最大的欲望

我的理解是：

1 ， Chainfire 的 SuperSU 一直以来有良好的信誉。以前 ChainsDD 的 superuser 也有良好的信誉。
2 ，虽然 Chainfire 把 SuperSU 移交给了另一家公司，但是目前还是由他在维护(2.56)
3 ， SuperSU 移交给 CCMT 后的信誉确实无法保证
4 ，但是，我们有 CyanogenMod 所使用的 Superuser 和 koushik Dutta 开发的 clockworkMod superuser
这两个都是开源的
5 ，相比于这样的 SuperSU 而言，国产的 superuser 们更不可信
6 ，目前有证据显示国产的 superuser 们有不好的动作，如难以卸载，如没有像 SuperSU 那样给用户很多的选择权(SuperSU 允许用户直接在 SuperSU 中完全卸载 SuperSU ； SuperSU 的 pro 包允许用户为 SuperSU 加一个至少是防君子的密码，允许用户选择记录调用 SuperSU 的应用执行的命令的 stdout ，这些功能都在加强 SuperSU 的信誉)
7 ，对于 Android 棉花糖+， SuperSU 是目前唯一的选择

"比如说之前去香港,淘宝上要跟旅行社买通关资料,都要附上自己的身份证号"
----亲自前往提交信息，或使用线下的旅行社

"很多网站认证的时候都要输入自己的身份证号.我好像记得网易云音乐买会员的时候好像也有身份证号"
----不使用实名账户，越强的实名越不使用

原理：就提交出去的信息而言，你完全丧失了控制

如果认为这种做法因噎废食
我是觉得在某些情况下，为了避免“喝水也会塞牙”，是可以用“不喝水”的方式应对的，特别是当可以用喝汤来替代喝水的时候

这个事情境界比较高的是理查德斯托曼，这个人不使用手机，只在买机票的时候使用信用卡(无论如何买机票需要实名)，上网是通过让别人把网页的内容复制下来，拷贝到自己的龙芯电脑(因为从硬件到软件全是 copyleft 级别的开源)里离线观看

@z273703837 虽然说别闹的最佳办法是更新 chrome 。
但是可以尝试禁用计划任务的相应项目，以及参考 google 提供的 chrome 组策略模板

仅仅是这个描述“谷歌官方禁止小米官方在中国大陆地区提供谷歌框架和谷歌应用”的话，是没问题的

@kyze8439690

我在努力做到这一点

@kava

手机用起来比较欢乐，是件重要的事情
要不然为啥只买 Nexus 呢

@kyze8439690

1 ， Android 6 在正式发布前已经公测了一整个夏天
2 ，别人都能适配，别人都能遵守只使用 AdId

所以这就是为啥可以对国产 app 说
“针对的不是某一个，在座的都是垃圾”
的原因

而且 Android N 只会有更多的用于保护用户设备信息的限制

“几乎所有的 library 都获取了 deviceId ”
这是在说把它们一竿子全部打死没什么问题


棉花糖虽然还没有解决所有问题，但总的来说 good job

@kyze8439690

我觉得它们会主动不适配 Android API 23
但是不适配 API23 ，就不能阻止自己被 Doze
但是适配了 API23 ，就必须接受比较现代一点的权限机制

真是的，苹果在 iOS6 就搞了这种权限机制，应用开发商今天还想叽歪啥呢