爱旭校招内推，已内推上百人

最近经历了联想 Filez 的社招面试，今天终于收到开奖邮件，趁热分享一波面经，希望能帮到正在准备面试的朋友。时间线：2.11 一面。2.13二面。当天oc加意向，顺便谈薪了，如果同意意向会发正式offer税前 15k * 13， 公积金百分之十，有餐补房补。一面：技术基础考察（React+TS）面试官主要围绕技术栈展开：React Hooks 使用注意事项TS 类型体操实战（mock题）： // 实现一个动态表单配置类型 type FormConfig<T> = { fields: { [K in keyof T]: { label: string ...

（标题皮一下hhh）rt，简历求拷打由于实在没有什么项目可以拿来凑数，于是就把实验室的rag项目写上去了但求面试官别轰炸我算法八股

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