许愿携程（已还愿）和京东

背景：23届某985院校软工本科毕业生，毕业后参加考研二战失利后转战各种国企事业编考试，有offer但不满意，陆陆续续一边接小项目一边gap，在家待着一天比一天难熬，跟家人达成共识得尽快找个正经工作，最终还是选择准备了华为od的岗位。因为一直都有刷题保持手感，所以准备笔试并没有很费劲，投递完刷了一周题就配置了机考。机考12.27：其实配置完那几天很不巧的感染了第一波流感，提心吊胆好几天担心状态影响机考，没有想象中得那么难，考的哈夫曼树和递归，二星题比较简单，AC了，整体通过率加一块儿大概260多。但是中途断网了不到一分钟的样子，担心跳异常，还好鱼丸当天下午就帮忙确认了机考成绩无异常，机考通过。...

😭简历求拷打😭😭😭😭听劝这样的简历春招还有机会上岸中厂吗🤡编程技能的话大概就每个了解到50%吧复习一下能捡到70%应该太久没背了属于是每个知识点可以唠个5分钟，再深入就不会了后面两个分别是gpt和kimi的#投了多少份简历才上岸# #你的简历改到第几版了# #你已经投递多少份简历了# #春招# 引流用 #字节# #腾讯# #阿里#

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