平安科技offer群

25届春招社招陆续开放投递了，哨哥将继续服务25届牛友们，希望尽量帮大家减少信息差。每一届春招仍然会有很多好的机会，大家如果对手上offer还没那么满意的话，可以继续跟着哨哥冲鸭，这个时候可能反而能拿到25届最好的offer！【哨哥的往期热帖推荐】：★ 哨哥置顶帖：如何从零准备到收获offer★ 历届求职黑名单：毁意向毁约裁员黑名单★ 25届招聘信息更新：实习&校招社招信息汇总★ 感兴趣银行等金融科技：哨哥的金融科技学习笔记★ 银行等金融科技&国企求职：金融科技&国企校招攻略（记得关注哨哥，跟踪互联网&国央企的招聘~）一、银行等金融科技 &amp...

很感谢之前指出我问题的大佬们，我新改了一版简历，能拷打拷打我么。谢谢老哥老姐们。#秋招##听劝，我这个简历该怎么改？##牛客创作赏金赛##投了多少份简历才上岸##听劝，我这个简历该怎么改？##java##双非#

哈哈哈哈哈哈哈哈我是真敢说啊这家山东中厂 先跟我打电话 说感觉我很自信 然后就说不面试了 发了套面试题给我做 然后就问我薪资期望=============================最近面试好多啊 有了一种实习很好找的错觉 二本cpp今年这么香吗

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