@XinLake 原生也不见得干净，还是取决于用的什么版本的套件组，真的要加 U2B 啥的也是有预装的。还有一堆一辈子都用不到的系统应用，这个层面看来感觉其实半斤八两。不过只是对谷歌的软件更信任而已，但第三方 ROM 流不流氓还得注意做 ROM 的人靠不靠谱了。

针对硬件的软件功能其实还挺多的，回忆我之前在某厂项目组做过的东西：
NFC 的话基本上就是支付相关和交通卡相关的功能是铁定跑不了了。
红外的话原生是铁定不支持读取的，意味着遥控器红外学习功能肯定是用不了的。
蓝牙我参与过一个超低功耗的待机扫描，虽然没有也能用。
相比之下隔壁组做的电池省电优化我都觉得是小事了。
我以前还参与过一个 wifi 信号强弱辅助定位补充 GPS 的功能，这块是手机有硬件定制的。
还有些投屏啊串流啊的功能，有的还不是一个应用就能做的事情。
其他的还有些兼容性问题啥的，一些第三方协议有问题，谷歌自己是不肯管的，反正车载蓝牙的问题我们后来都开始至今和对方厂商直接 debug 了。

不建议刷机，除非你确定一些硬件定向的功能你根本不需要，比如 NFC，比如相机优化等等。
绝大数预装应用都能删除，剩下的基本都是系统应用。
系统应用原则上有了 root 一样能卸载，至于删了之后会有什么问题就不保证了。
冰箱黑域之类的都是很实在的后台管理工具。
UI 相关的可以上主题，root 了还可以考虑换 Launcher 或者 SystemUI 组件可以做很多事情。

@KNOX 有的 HR 会设置设置很多隐形条件的，很多时候就是为了普遍的效率收益和监督管理，制度僵化就变成一棍子打死的事情了，大公司更有这样的趋势。
菊花厂以前的隐性条件不光学历，连婚孕状况、跳槽频率岗位都有严格要求，对外不公开而已，写出来不光影响不好回头要玩特殊规则也容易落下把柄。
以前我们隔壁有个组，面试到最后，双方意向待遇都谈拢了，最后背调发现有创业经历不要……就呵呵呵呵呵呵了

我觉得审美都是小事了
安全，金钱流通可能全是隐患
还有楼上说的推广、物流、仓储成本
淘宝竞争这么激烈，利润空间可能真没多大，如果你觉得还有很大利润空间，很可能有什么环节没考虑清楚

虽然理论上都能写，而且 android 相关的代码谷歌也有给对应的打桩工具
但真的写起来太蛋疼，尤其客户端业务逻辑变化太快了，单测很多最后都是变成给自己平白无故增加劳动量
我更倾向于单纯整理测试用例然后人工测试

话说，不就是因为后台数据接口有不兼容的地方才强制更新么……

科普目的吧，不是挺好的？


@crab FoxPro ？

与其说二代身份证设计不合理，不如说还是权衡下来方案自身弊端。
根本上就是身份证验证过程不是强制要求联网的，如果可以不联网使用，那联网挂失的机制自然没有卵用。

真要强制联网这事情可能就有比挂失更麻烦的问题了。

不过我是不清楚一些有联网条件的地方有没有做联网验证？

FIFO -> 队列
FILO -> 栈

所以栈？

@s82kd92l 如果你不信我也没办法，我现在就是用的这反射去操作别的 APK 实现 UI 耦合剥离，APK1 去加载 APK2 里的 UI 组件，这样就不用同时更新两个 APK 了的意思。

@imcczy 基本一个意思，能拿到对应的 Application 或者 DexLoader 相关就能加载对应的代码，反射可以随便玩。我这边用的 SystemUID 和 platform 的签名，不知道这方面有什么特别的限制么？

绑定到个人，如果设备丢失要对应负责，那么就会自发跟踪了……

@chocotan 英文 wikipedia 上有收录 JD 消歧义项有 Job description 一条，而京东没有。不过中文是反过来的，连 Job description 的词条都没。

@Seddas 示意图姑且我觉得在英语环境用 JD 应该也没问题吧……

@s82kd92l 没错啊，我说的是跨应用反射，所以取到的代码当然是跑在自己进程里的没问题。如果 DexLoader 能找到对应的代码，反射一份说不定可以跑啊。

真全球工单系统 233333333333


估计是有什么危险操作命中了某个特征吧……

话说 pro 初代出了我想换，然后等等一等就等了两年……

狗皮膏……

@Gord3n 我也觉得是人工答题 23333333

@tailf
我当然是在底层控制蓝牙的咯，API 开放的已经是隔了两层之后的事情了。
蓝牙芯片功率高低我都能控制，很多时候功率低只是为了省电去限制的，比如有一个扫描频率的东西，可以设参数从 40-2w，推荐值是 80，当功能在前台唤起的时候，我们可以短暂的把数据提升到 8k 以上。有很长一段时间，我们的几个型号芯片对应功能出了问题，直接待机功耗翻倍。