同花顺内推

又是一年暑期实习季，想起自己去年暑期实习也是啥都不懂，面试好几十次大厂才慢慢得心应手。今天抽空把去年自己找暑期实习踩的一些坑和一些经验分享一下，希望对26届找暑期实习的牛友有所帮助。尽早投递尽量在官网开放投递时马上投递。越早投递hc越多，也越先进入笔试和面试流程；后面投递的hc没前面投的多，也更像是看运气捡漏。然后据我观察，大厂一般开始得很早：腾讯全年都开，2月初就开始捞人面试，现在我已经有学弟被腾讯捞了；美团去年2月20多号开的，3月初就有人拿了offer；阿里是3月初开的；字节没投暑期不太了解。然后中小厂的暑期会开得晚一些，有些甚至不开暑期实习。所以准备好了越早投越好，抢占hc。靠谱内推除...

上班一天已辞职👍🏻这个公司真抽象，给人的感觉就是不合规，和同样在广告公司工作的朋友聊了聊，自带电脑已经是广告公司的基础操作了，虽然听起来都有头有脸的😳可以见得广告就是个下行的行业😅因为不喜欢一轮又一轮的面试，所以走的是面试流程相对简单的社招，实习转正路线。入职前一天hr跟我说实习生要自己带电脑，当时就下定决心一定不久待。入职以后发展正职的电脑跟我姐十几年前上大学时候的差不多，超粗黑边框😂办公用自己的私人微信和石墨文档…最最最抽象的来了，茶水间没有免费的零食饮料，放了两个大自动贩卖机在那，我的天…工作内容也很无聊，下班回宿舍以后我火速跟hr提离职但她好像生气了，就回复了我一个1。

秋招面试机会很少，只收获了一个小厂offer，打算修改一下春招再战

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