@dantegg

Android 应该是从将近五年前的 4.0 开始，允许用户停用安装在 /system 分区的应用(等同于 iOS10 开始的删除内置应用)。
但是这个机制可以滥用，设备发行方可以将指定的(而非必须的)app 置为不允许停用的状态。

为什么说是停用而不是卸载，因为 /system 分区有完整性保护，是故意写死的，没有特殊情况(系统更新，刷机等)不允许修改。 Android 5.0 之后更是采取了基于 block 形式的 OTA ，要求被更新的分区完全不能有过改动，才能安装更新。


@Mutoo
很可能是这个原因
我能看得到这些字，但明显使用了某种 fallback 字体

U+7528 是 CJK 字系列的，是通用的做法
而
U+2F64 是来自康熙部首的，是作为部首 /偏旁使用的

所以这家公司可能是比较小气的



@21grams
但老罗自己提到的应用都是停用后不会造成崩溃的，所以当事人提的要求是正当的，老罗的反驳是错误的。
而且停用是 AOSP 的功能，不应该禁止使用。

把系统里的输入法全禁用了，也没有关系。
这个状态下消费者还是有很多办法重新恢复输入：
1 ，还原系统
2 ，交到售后
3 ，用浏览器下载一个输入法，安装
4 ，用 adb install 安装输入法

所以正确的做法是：
1 ，允许用户在验证账户后，禁用(以防盗为目的)激活保护
2 ，以删除之前所有数据为代价，解锁 bootloader
3 ，解锁以后想怎么就怎样
4 ，解锁后的 bootloader 还是可以锁上的
5 ，三星的手机多一个不可逆的 knox eFUSE bit

@helloSwift 指纹属于你有但不是你知类型的机密，所以额外增加指纹+减弱的密码并不能在所有方面提高安全性。

问题出在这里，如果有人想用复杂密码+指纹同时经过验证的形式（显然这样是最安全的）来完成支付，就会破坏支付宝的移动支付大计，所以它绝不会允许用户使用复杂支付密码。

@bk201 所以问题就在这里，它们想减弱密码复杂度，我不想（我希望在手机支付时输入符合密码学安全的复杂密码），所以有矛盾；它们不想解决这个矛盾，所以我不用那些服务。

@bk201 所以问题来了，加上别的的篮子，和减弱密码复杂度有什么关系呢。

所以问题在于：是他们而不是我们想减弱密码强度。

看上去很可能不能（因为这个网站似乎是为了企业的商务行为服务的，尽管网站本身可能不营利）

@wbolor 是的，最近提出了这个要求

@murmur 那就上 hsts ，跳转 HTTP 时浏览器禁止访问

@debiann 网易的两部验证用起来不舒服，连 totp 都没有，只能用手机短信。

微软的既能用 totp （也可以使用微软写的验证器），也能用短信，还有备用认证码。

谷歌类似，除此以外，还能用 fido U 盾。

在不久的将来， Google authenticator 应该能访问储存在支持 NFC 的 totp U 盾的密钥

@roywoo 未经许可，是很致命的

所以说嘛，这样的东西能用？

@ChefIsAwesome cb 可以搞 anti adblock ，用户自然也可以反对它的反对嘛。

如果 cb 觉得用户不能这么做的话，那么它剩下的选择只有关站或者不提供 Web 服务。

你的 chrome 是（ 52-35 ）*1.5 约等于整整两年前的版本，所以除了自己编译以外可能没有更好的办法，如果不准备使用目前的 stable 频道的话

@AIRPLAY 不错呀

余额转回卡里就是了，而且快捷支付也是不需要的

@aivier
我是觉得比旧版的好看，因为简洁，视觉上多余的东西少。如果在 surface 上用，旧版的 UI 完全没有可用性。

至于 bug ，既然是 beta 版，指望太高就没意思了。

我正在用下一代 Android 的第三个公开测试版， IO 大会上说过建议从这个版本开始可以把它装到自己日常使用的手机上了，但这句话并不是在说“ N developer preview 3 的质量和 GA 一样好“

@Rorysky
我自己用过小米的路由器，确实不算好