这不出意外需要换电瓶，出厂的磷酸铁锂电池换三元里电池。但一百公里也难啊，电瓶车的电池仓空间就这么大，要不试试自己动手买大单体的三元里，能量密度会更高一点。

@mikeven #26 理论上是的，所有储值卡，原则上不会有很大的低于账面价值的充值渠道，包括但不限于话费、加油卡、超市购物卡等，储值卡的发行方就最多打个 9.9 折出售，那么显然低于账面价值的出售，必然有人在其中补了差价。


@NullData #27 赌徒的钱给了洗钱的中间商，随后中间商把钱进了运营商口袋。即使日后被抓，查流水，这笔钱就是没有了，要不让警察找运营商退钱。而且菠菜与洗钱的并不是同一家，因此通过资金流查，只能找到提供洗钱业务的中间商，而隔离的菠菜业务。

@6364v2 #24 这一点，从目前公开资料来看，暂时没有。除非能够证明天真无邪的你，“明知”且“故意”参与。


@raysonlu 黑钱指的不合法的收入，在这里主要指的是赌资，而赌资的最终流向了运营商。天真无邪的钱本身就是白钱，至少明面上是合法收入。至于 D 将要赌资换回货币，这就是另外一条渠道了。而且大多数赌徒的钱，是进多出少。还没有洗白的黑钱本身就是个巨大的资金池，可以直接从中间商退回。这对于菠菜方是没有损害的。

---

上述例子就是一个简单的说明，实际操作时，中间贩子 C 也并不会直接把钱转给菠菜方，同样会伪造成合法收入进行转移，包括但不限于咨询、服务、采购费用等。甚至会正常的进行税务申报。这一路的钱从始至终都是合法的（至少账面合法。

这里说的慢充只是一种表现形式，实际上还存在各种变种。“慢”并不等价于洗钱，当中间贩子的资金池大的时候，也可以不慢。形式上也不局限于充话费、充油卡一类的，也许是代购，变种多种多样。

@yazoox #16 ，天真无邪的人为了省钱，找到了中间贩子 C ，你给了 C 90 块钱充 100 话费。C 收到了你的订单，再去看最近哪天有冤大头 D 想要充赌资，碰巧第二天下午找到了 D ，于是乎 C 收了 D 的 100 块钱，拿来给你充话费，至于你付的 90 ，10 块钱留下作为利润，剩下 80 给了博彩方作为赌资，当然冤大头 D 与天真无邪的你并不知道这其中发生的事情。

天真无邪的你用 90 充到了 100 电话费，冤大头 D 认为自己 100 块钱换了 100 的赌资。

而实际上黑钱通过充话费的形式进入了你的钱包，博彩方得到的洗白后的 90 块钱。

@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 。

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

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

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