@w741069229 #16 有没有一种可能，大佬对项目不够熟悉，目测，看不出类型推导的具体结果，就导致大佬不知道你在干啥。

@leiuu #12 用户可以提供语料，但是也存在投毒的可能性。商业产品不敢轻信用户提交的内容，必然需要增加人工审核，面对海量用户提供的不可靠语料，其成本与产出比，可能是负的。

而且规则其实很难做，大脑可以轻易判断是否为火星文，而这个定义给计算机却不那么明显，当然粗略的做法是 GB2312 以外的一律不认，但这样的误伤面就非常的大。如果是繁体中文用户呢。

期待 serverless 能有一个公共的标准，也就是有个标准的 runtime ，这玩意用起来的时候确实很爽，但是如果要跨服务商迁移，真就火葬场了，说要彻底重写一遍都不过分。

华北、东北地区定义的南方：北京以南都是南方
广东定义的南方：广东及以南均为南方（实际上符合这个条件的应该只有广东、海南、港澳台）

广东以北、北京以南地区定义的南方：标准不一而足，就我自己而言，按以前课本上说的，秦岭——淮河一线以南为南方

至于东北、华北、华南、华东地区以外，一般而言，不讲南北方。

最近也是新学了 Golang ，感觉 golang 大概是类型安全的 c++。即使存在指针，也没有 c/c++里那种野指针的可能。

但可能与我的入门语言有关，golang 采用了像 ts 那种允许的隐式继承，同样通过扩展方法实现类的方法，对我来说也不太习惯。

@FranzKafka95 #11 不太明白你的需求。如果是 framework 、vendor 相关音视频开发，非特殊需求的话，音频上没什么开发需求了（变声？大雾
摄像头方向的多用于自动美颜、拍月亮啥的。随便选择一款便宜的开发板即可（全志一般会更便宜些，厂家也不藏资料，RK 有些资料遮遮掩掩），让商家帮你配置好摄像头，并且确认能够提供摄像头驱动代码在内的相关资料，对性能不需要太多的要求，咸鱼上有 100 出头的。甚至模拟器也是可以完成任务的。

而同样的需求，在应用层也是可以完成的，甚至会更简单，毕竟应用层可以用标准的 c++（非要用 Java 当然也不是不可以）应用层开发就随便找个淘汰手机、模拟器都可以。

说实话，上来就整 vndk 那一套玩意，难度挺大的，通常还要伴随对内核的了解，至少我当初学的非常困难。许多需求其实在 framework 里也可以完成，只是不优雅而已。

我看小米、华为这些厂家对于摄像头的优化，极少部分功能是在驱动上完成的，几乎全在应用层实现。

开发板可以做几乎手机上所有的事情，可以正常安装应用以及使用 Android 全部功能，同时因为开发板资料齐全，即使要使用语音通话一类功能也可以通过相关模块支持。（当然啦，应该需要你自己实现 vendor

而手机，即使是小米对于开源支持还不错的，也只是开源了内核。从内核到实际能用的 ROM 中间还差了好几步。

即使是 OEM 厂商，几乎也没有厂家会直接从 AOSP 开始开发，工程量实在巨大，vendtor 的调试令人头秃。通常是 OEM 像 SoC 厂家直接购买一套母版 AOSP 代码，在此基础上开发。因此市面上部分手机从出厂到报废都没升级过 Android 大版本，就是厂家不愿意掏钱去向 SoC 厂家买新版本的代码。

所以罗永浩说国内手机厂商都是组装厂，并不是毫无依据的。

想学习，淘宝上购买一些全志、瑞芯微的开发板，而不是二手手机。

像 lineageos 这类系统，是没有 vendor 代码。当然对 vndk 不感兴趣是不需要了解这部分，仅仅学习 framework 部分也足够。

不过开发板价格也就一两百，并不贵。

同理，如果只是想学习 framework ，虚拟机同样可以满足要求，AOSP 编译后直接直接上 AVD 。

@acess #40 正因为如此，就还是那句话，这种讨论本身意义并不大。本身就是几乎不能证明的事情。如果不信任厂家，可以直接选择退坑，游戏也并不是没得选，隔壁塞尔达也可以玩。一个 648 可以买两三款游戏甚至 3A 。

而且最主要的是，在抽卡这种有保底机制的存在下，必然是不可能真随机的，算法就是要做到随着次数递增而概率递增。这与数字币的需求完全不同。

而且厂家这么做的动机并不强烈，这款游戏还没有到恰烂饭的时候，暂时看起来还在上升期，这点小钱把自己名声搞臭并不值当。况且还有隔壁企鹅不遗余力的黑，这不至于。

@wuxkwnjjwoxk #30 讨论的前提不存在了，即使厂家愿意公布都不能证明是否存在作弊，更何况不可能公布。不能证明也不能证伪的问题，就没有讨论的必要。剩下的只是阴谋论。

提前生成序列是可以的，但是他不能预测你什么时候抽、抽多少，因此势必影响总体概率，如果要不影响总体概率，就要经常重新生成抽卡结果了。

假设预生成了一定序列给一个大怨种，结果大怨种弃坑不玩了，原本这个人的收益预期是低于平均值的，此时由于这个人弃坑，则总体概率会高于平均值，因此需要重新生成其他玩家的序列。要实现这种动态的平衡是比较困难的。

最后，这种问题，没有讨论基础，如果只是单纯阴谋论认为有鬼，完全可以弃坑或者按照自己认为对自己有利的方式去游戏。

@wuxkwnjjwoxk #21 这样说就没有意义了，结论就会变成不能证明，也不能证伪，这就失去了讨论的意义。从动机上来说，完全没有必要，收益太低。

我自己也是玩家，就实际体验来说，其实还不错，我个人是不充钱，能有几个角色，玩的还行。也有过运气好，10 连双黄，也吃过连续的大保底。

假设身份对换，我们变身成为游戏厂家，如果有玩家这样的质疑，我也没办法证明，即使我给出数据，还会有人怀疑数据真实性。我开源，也会有人怀疑开源代码与实际运行的不服。

@wuxkwnjjwoxk 你假定了在不同人群下的概率不一致，但要证明这一点需要有一批人群同时拥有你所说的特质，才能进行统计学上的分析，个体上的体验不同，否则大概率只能认为是幸存者偏差。

可以，但没必要。因为本身的预期收益距离保底已经非常接近，这里做手脚收益并不高，还不如让你多歪一次合算。

而且对于这种现象级游戏，在这种地方赚的钱，远不如设计一个新角色来售卖的收益更高。

gradle 这玩意，API 并不稳定（特别是有自定义构建流程的需求），经常会出现前几个版本用着好好的代码，新版本行为不一致或者不能使用。

所以一般这东西都是采用 gralde wrapper 。比较少采用系统 /用户换机提供的 gradle 。

一次业务操作需要读取百万条记录显然是不合理的。尝试业务流程上的优化。如果只是一些统计汇总的任务，完全没必要把所有记录加载到内存后处理。流式的处理并不需要什么内存空间。甚至还不如直接在数据库中汇总后再返回。

医保个人账户余额可以，医保统筹账户不行。

大白话就是个人账户余额是你每个月自己交的钱，干啥都可以的。而统筹账户就是国家（企业缴纳部分）的钱，只有限定医疗项目与限定药品可用。

我小时候，有见到过，脚踩是比较普遍的现象，不限于酸菜，各类腌制、发酵类都有这种做法。不过当时大多数是小作坊或农主自制。

arm kvm 很早之前，我自己企图尝试过。当时手上有一款退役的小米 8 。查找多方资料，高通的处理器很早之前就支持了虚拟化，但是几乎所有厂商都在 bootloader 中把虚拟化相关的功能给禁用了。原因不明。

同时很遗憾的，几乎没有什么厂家开源 bootloader 的代码，因此我最后的尝试并未成功。以现在国内 Android 手机的性能，实则过剩。不过这种虚拟化方案更具有实际意义的是双系统，如果走嵌套虚拟化的路线，则很可能被黑产用来刷设备，进而导致各个厂家的应用风控愈发严格，或更加严重的个人信息采集（手机号、身份证啥的）。