跟你情况不太一样，效益很好很赚钱，但老板不按承诺的分钱。于是部门整体躺平了一年多，只在业务快挂时动一动，最终业务从日流水大几十万缩水到日流水几千，最终解散了。

北方不发达地区的公安，日子越来越难过，合法干到退休也攒不了 200W 。
互联网大厂干十年，起码能攒 300W ，万一干了十五年，起码能攒 500W 。

房子卖掉，有几百万现金在手，是不是就没那么焦虑了

运行错误信息呢？

假设 zip 支持这个特性，
zip --strip-components=1 -r top.zip top/ 跟 ( cd top && zip -r ../top.zip ./ ) 有区别？

文科 != 情商，文科 != 察言观色，文科 != 揣摩深意

35 岁主动裁自己，然后还不能创业，这是要干嘛？

chisel ，零配置穿透，比 frp 还方便

@drymonfidelia 这跟 swap 无关，看起来是内存泄露了，gc 解决不了

失业金够吃饭了

买菜蹲盒马奥莱和钱大妈夜间折扣，省个几十欢天喜地，股市跌 7 位数波澜不惊

有需求可以自己加，有 GC 的运行时，老年代放入 swap 中，一旦 gc 到 swap ，那不卡死啊

@annoygaga 并发高(每秒读 1000 次以上)，性能肯定有影响，按 1M 一条算，假设你写 select *读 1 条，每秒就是 1K * 1M=1G 的数据，数据不压缩则打满 10G 网卡，数据压缩则打满 CPU ，都会导致服务不可用。

即使你不搞缓存，DB 层面有缓存，文件系统层面也有缓存(direct io 例外)，SSD 磁盘自己还有一层缓存，但这些缓存解决不了上面说的打满带宽打满 CPU 的问题。

在不狠狠砸钱搞硬件的前提下，必须要优化掉 select *，不能每次都读取完整的 content ，即降低读取和返回的数据规模，如果 content 能做摘要，入库时存个摘要，非必要只读摘要不读完整原文。

如果是并发超高(QPS>=3 万)，那自己必须再做一层缓存了，redis 集群或文件系统级缓存等等。

每个人都不同，有人追求享乐，有人追求负重前行的快感

评价总量太低的，跟几乎没有负面评价的，都不能碰