秒杀失败也要写记录。查不到就退避后重试。

三星的运动健康应该是控制不了华为手机内置计步传感器的访问权限的吧

这个要配合 immutable 数据结构和函数式编程。比如写 spark 不用 lambda 就会非常难受了

夏季特卖买的还没玩

不能

说说我踩过的坑吧
1. lombok 依赖了编译器的内部接口，更新 java 大版本的时候会出现兼容问题。现在搜索一下 lombok java 8 应该还能找到相关的问题
2. 混用（ jvm 上的）不同语言的时候配置复杂，效果也不太好
我工作上的项目需要 java 和 scala 混用，一开始用了 lombok, 后来都重构去掉了

手机是 nexus, iPad mini 用来看视频和修图

SSD 放硬盘架都有问题？这恐怕是软件问题吧

根据 phornoix 的评测，xfs 各方面性能都是比 ext4 好的。
www.phoronix.com/scan.php?page=article&item=linux-50-filesystems

xfs 作为 centos 的默认文件系统，周边生态也是很完善的，一般无脑选 xfs 就好了。
至于所谓商用系统，除非用小型机 UNIX 全家桶，自己折腾意义不大吧

@PonysDad #4 build() 对 id, streat 有数据依赖，不会被重排或者乱序发射的。这里不是指令重排的问题，是内存可见性的问题，一个线程对内存的写操作不一定能被另一个线程看到。
不需要考虑 builder pattern, 如果直接构造一个对象，把引用传递给另一个线程，不做线程同步，另一个线程可能看到的状态就是乱的。
可以去看一下 java memory model, 或者计算机结构里面关于 cache coherence 的内容。

终身寿险是当遗产用的。你需要的是意外险吧？

并不能保证线程安全，要线程安全必须加 synchornized. 设计模式只能让代码变得更好看，减少编码上的人为错误。

Immutable 对象可以减少人为的编码错误 -> 构造 immutable 对象可能需要很多参数的构造函数 -> 很多参数的函数不好看 -> 用 builder pattern 可以变得更好看

仅此而已

有 named parameters 语法的 kotlin 和 scala 就不需要 builder pattern 了。

@salamanderMH #7 mount(8) 有 setuid 权限是为了非 root 用户也可以挂载 /etc/fstab 里面设置了 user 选项的文件系统。由于 setuid 了，就无法依赖内核来做权限检查，必须自己再实现一遍权限检查。可能这里的检查就没有考虑非 root 用户有 CAP_SYS_ADMIN 的情况。

百度不是能 ping 就可以了吗，还要什么 app

游戏用的可能是 UDP 吧，用 proxifier 是没效果的。VPN 一般是配置有问题吧，用的是什么协议，NAT, PMTUD 工作正常吗？

@salamanderMH #5 mount(8) 是個 setuid 程序，會自己檢查權限的。你可以直接調 mount(2) 系統調用試試

各个安全厂商都有漏洞扫描服务

man 2 clone 上写的是要 CAP_SYS_ADMIN 权限的