阿里笔试3.23

rt，楼主23届985本，十二月份入职了一家上海的半导体公司，叫上海芯无双仿真科技有限公司，入职前HR就给我画饼，说我们是965的，不过最近赶项目，实行的976，我还真有那么一丝信了（事实上后面才知道她给每个人都是这么说的，然后实际情况懂的都懂）。来之前只知道这是个创业公司，做仿真软件的，老板是清华本海博，团队不大，不过好几个清华的以及中科大的，其他的基本也都是985出身，整体团队氛围还不错，尤其是我的mt很好，以至于我觉得这个公司人在这，前景应该不错。然后说一下我进公司干了啥，首先每个周六都给他免费加班（劳动合同和工资条上都是双休），刚来公司一周，我就被安排去出差去了，为此还占据了我的整个周...

搜了几个，boss都搜不到我又该何去何从

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

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