达摩院算法一共几面啊

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

如题，26双非，飞书测开干了5个月还是想试试开发，求牛友们意见

26届无实习混子选手，研究生方向与后端开发完全不搭边，想冲一下大厂暑期。目前进度 算法：hot100刷了一遍，刷后面忘前面。八股：还没开始背😅项目：牛券+烂大街的点评 求各位大佬前辈牛爷爷们拷打下简历 随便喷。还想请教一下各位，现在要不要速成一个项目换掉点评（比如短链接）？还是省下时间背八股刷算法。暑期找不到的话打算去投个大厂日常，几月份日常hc比较多呢？  #听劝，我这个简历该怎么改？# #那些拿到大厂offer的简历长啥样#  #没有实习经历，还有机会进大厂吗#  

select sum(sales_num*goods_price),sum(sales_num*goods_price)/count(distinct user_id) from sales_tb a join goods_tb b on a.goods_id=b.goods_id;