年后谈绩效又被pua了一波，不禁让我思考我去年兢兢业业的工作，到底是为了啥，在领导眼里，不会向上管理，只会安分守己的做本职工作，他说看不到我身上的成长性.....我还记得去年校招时，明明说看好我有潜力啊，就因为年轻，比不上职场老油条会来事儿，所以要背低绩效.... 是我不懂职场人情世故了 已经提离职了，决定休息一下重新出发了

#2025开工大吉#

从未见过如此厚颜无耻之人！算了，确实也没少见...祝 早日倒闭！

这是之前在处理一个实时流数据上碰到的。 之前背过很多，类似的关于高并发问题的一些官样文章。初读起来，总感觉索然无味。好像和幼儿园里把大象放进冰箱里的故事一样。 在业务中碰到的情况很特别。 同一个用户，会在同一个时间点有多条订单，即使把时间精确到 00:00:00，依然发现无法区分。前辈提醒后，才发现这其实是一种高并发的情况。 在Flink实时流里，通常碰到高并发的情况下，会进行一次打乱操作。在SQL任务中，我忘记进行了这种操作，后来发现其实是有这样的key by 参数。 大约可以这样处理。 在处理的时候，通过key by 的操作，会将并发数据存储同一个kaf...