这东西对标的是你自建 RAID 。你考虑一下企业级的硬盘组 RAID 带故障恢复的话要多少钱。
数据要是不值钱的话就不要用这些 OSS

@stephenyin 笑了，你是我见到第一个能从黑客头上赚钱的。。。

@imydou 出问题那个补丁是修 CVE 的，不更的话是不是又得怪 Ubuntu 连安全更新都做的慢了？

JSON 直接传数字的话各种精度坑，还不如用字符串，精度自己控制。反正绝大部分语言都带字符串和数字的转换。
既然字符串和数字都是字符串，为啥还留个 bool 。。。全用字符串直接统一了。

招聘思路不一样而已。外企不太看重你是不是能立刻上手，所以只要你面试能表现出一定的学习能力基本就愿意让你试试。

知道为啥你收到的东西大多都有使用痕迹了吗。。。
估计是被标记了，每次都从备件库里发货。

@huntagain2008 Android 也早都没有实体按键了吧。。

别问，问就是稳定。
你非要问哪稳定了也不知道，反正就是稳定。它就和 Java 8 一样稳定。

我刚买蓝牙适配器还没俩月，都没怎么用过。。这就。。。。

TIM: 不是针对你 Wrap 啊，我啥都看的。

你需要一个 Linq 。。。

之前就有一例，你可以搜搜文书网。

主要是行为上表现得只读吧。跟 RAM 那种用起来还是不一样的，抹除数据并不是常规操作。
这东西进化了好几代，大部分时候都是只读的。
最开始就是 ROM，出厂烧完了就改不了。
后来 PROM，用户可以改一次。
再后来 EPROM，这东西得用紫外线照，基本上也就相当于只读。
只有最后的 EEPROM 不需要特定的东西去擦写。

觉得什么东西实现起来困难的时候，大概率是需求有问题。
你想想真的有需求要画一万个散点吗？绘图区域足够大吗？一万个点挤到一起能看出来吗？用户真正想看到的是什么？
如果用户想看的是分布状态，可以 xy 坐标划分成格子，然后每个格子用颜色表示点的数量。
实际上就是热力图。

只是备份的话，有专门的冷数据存储服务，比 S3 便宜。
审核需要规避的话，自己加密分卷。不要相信任何一家。

做过，没什么问题。文件存 OSS，属性挂 metadata 。非常轻量的读写问题不大。
适合以文件操作为主要流程的场景。

SQLite
你搞个正常的数据库，性能消耗不说，带来的复杂度成本太高。完全没必要。

电池小才能频繁充电。