@xuanbg #6 难啊，光是 SpringBoot 里面 针对 Properties 就有很多骚操作 从配置中心到 bean 上的变量 中间封装的层次太多，想弄一套开放的协议太难了，除非只是 应用于应用之间的配置信息管理，这个倒是很好做，但是做了也没什么卵用，无非就是通知跟下发配置文件，轻量的话 几个接口就完成了。

@Wincer #2 哈哈，都差不多，我也是面试的时候用，自己写的时候 还是怎么快，怎么来

@black11black #9 就算是写 10 亿行，只要是磁盘顺序写，根本无压力好吗？而且又是异步线程写入。

@black11black #9 持久化是异步线程，为什么会对性能有影响？而且 AOF 官方说了 不会同步写入 log 停电会可能丢失 你真的了解 Redis ？ 别人云亦云。

@yanzhiling2001 #13 我觉得应该开发一个 frp-openvpn

@iConnect #10 确实如此，但我绝大部分人是没搞明白 OLTP 跟 OLAP 的区别，实际上数据存两份，做好一致性，分开存分开管理是最好的

@izgzhen #9 老哥才是明白人，现在开源已经变成一种商业运作方式了，实际上外面放出来的东西，都是公关商业运作，真正靠谱的项目还是要经过大量实践检验。

@black11black #6

Using AOF Redis is much more durable: you can have different fsync policies: no fsync at all, fsync every second, fsync at every query. With the default policy of fsync every second write performances are still great (fsync is performed using a background thread and the main thread will try hard to perform writes when no fsync is in progress.) but you can only lose one second worth of writes.

不会英文 不会读文档，弱点就来了吧，官方说的很清楚了 AOF 你可以选 log 写的机制，而且是后台线程在操作，AOF 并不是事务性的，可能会丢失

https://redis.io/topics/persistence

赶脚写 Java 的一般也不关心 底层实现机制与原理，其实用 mprotect 可以实现很多功能 例如协程 垃圾回收停顿 等等

@Harv #4 捡起来 C with Class 就够了，模板元编程，就算你会写，也会被打死

APUE 没什么帮助.. ?? 不会用 怎么知道怎么实现？？

另外系统编程包括内核底层一般不用 C++吧，我看 Redis 的代码 也是用结构体+函数指针在模拟 面向对象，
写 C 那帮哥们他们宁愿用宏来搞各种神奇的操作也不用 C++，其实这些操作 C++语言自带的，像 uint8 uint16 用 C++模板就很好就完成任务了，但是 Redis 硬是用宏+C 语言给完成了。

另外 C++真的语法太恐怖了，生命短暂，放弃 C++吧，或者只用很少一部分 C++的子集。

最后语言是看你做的领域来选，做 linux 内核跟驱动 肯定是 C，毋庸置疑的。

其实最好的办法就是结果导向

考核一个优秀的程序员，你需要雇佣一个比他更优秀的程序员，如果你要继续考核的话，这个考核链就长了

所有的分库分表实际上 处理问题的方式 都是差不多的，要么冗余数据 要么冗余关系

VPN 吧 别想那么多，VPN 出现就是干这个事情的，让你的私有网络安全化。

什么时候连接口跟实现隔离的设计都成过度设计了？ 各位软件工程是不是白学了..

@FreeEx #31 额.. 资源文件混在一起 大项目几十个文件夹跟项目 还有各种配置 上万个文件 混在一起不是人都傻了。