@Jame00001 疫情给实体冻结，给互联网续命，但是不要忘，疫情前贸易战也快打的七零八落的。不要以为暂停结束，时间会倒流。

和 Java 没啥关系，毕竟虽 Java 人多，岗位也多，竞争烈度差不太多，实在找不到去考公，考研，去参加开源项目赚名气，去参加义工，去穷游看看世界，没钱的回老家找找父母，搬砖砌墙都行。

最大的悲哀是自己不理解自己，别人的不理解都是浮云

泰太好

简单，数据量不大，直接数据库+BI 系统就行

其实一个简单的 BI 就可以了，问题在每个公司都分析逻辑都不一样，无法通用化

+1

@allenzhangSB 不至于，要是这点事都离婚，中国 99%的夫妻都得离。op 明显以前很少管事，现在就这事机会认识到问题的严重性，以后该参与的要参与，要明白从小家和大家的角度，op 是 婆家->[op-缓冲区]<-自己小家，学会怎么做缓冲区。

我可以理解为
起因：大家知道家里修路，而且都同意修，主抓事人是你哥，然后最后花费 5w ，由于过程中沟通少，导致你老婆对费用产生质疑。
然后你老婆 bb 了一堆，其实就是费用质疑没得到答案，又或者说没想到过程会产生这么大的费用，甚至还对过程你父母离开一阵感到不满。
你哥哥拿着事情做了，完成父母心愿，受到质疑，中途带父母离开一阵也受到质疑。

所以问题来，你在其中做什么，其中很多点处理了，甚至现在处理都不会让矛盾激化
1. 费用列清楚，亲兄弟明算帐，跟哥哥好好谈，该道歉的道歉。
2. 你老婆其实质疑的是你，比如说花费的过程如果你有跟进一些信息，她可能没有那么多怨气，然后公公婆婆离开一阵她知道吗，如果知道同意了，还拿这事来说，就呵呵，如果不知道，你有沟通过吗，

来来来，我做大分子

@midknight 有的，一些个人的小工具并发可以打败很多公司

看什么情况，简单的话就不要写啦，复杂的话，像分布式爬虫相关架构复杂度可不低

另外问下，单纯 count("public"."tb_groupchat"."id") 会慢吗

你这是实时需求还是报表需求，看数据一天在 100 万，一次性查一天一定会慢的，暴力解决就加内存，加缓冲区，一劳永逸就是换 OLAP 类的数据库

INTJ-T

之前经历过的避税方式，两张卡，发点券，微信，支付宝转账，usdt ，现在应该都不行了

现在最可怕的是每打开一篇公众号文章，心理都要过一遍这是不是一篇推广文，特恶心。

以前不信，现在有点相信，因为有些事情，如果按随机事件，能接二连三的来的几率低的让人不敢相信，问题它就是接二连三的发生了，你说用什么说服自己

老祖宗说的时运，你以为是假的么