2024.1.10(0八股,目前为止业务问的最细的一家大厂)

523 阅读6分钟

滴滴mpt一面

  1. 自我介绍
  2. 现在出来看机会的原因是啥
  3. 那你对未来的工作有啥预期吗
  4. 你个人对简历上哪个项目最满意,或者说你觉得哪个项目最能体现你的专业能力或其它例如项目管理能力等等,展开讲讲
  5. (讲的过程频频被打断)我理解一下,预算池的本意是为了让供应商和平台共摊损失吗?这个预算整体上就是买供应商的货需要的钱?
  6. 那为了实现这个功能,能不能简单抽象一下,整个链路体系/系统应该是怎么搭建的?
  7. (讲的过程频频被打断)PMS是什么
  8. (讲的过程频频被打断)budget管理模块具体的功能能说明一下吗
  9. (讲的过程频频被打断)budget和大促活动是什么关系?
  10. (讲的过程频频被打断)刚提到promotion_id,我觉得你可以把它背后的业务含义讲一下,而不是说某某id,这可能对不了解这个场景的人来说只是个名词。
  11. (讲的过程频频被打断)可能会需要在多个商铺做活动?可能会命中同个供应商的货源,也可能会命中多个供应商的,对吧?
  12. (讲的过程频频被打断)每个供应商维度的budget是什么含义?是真正的充钱吗?它和活动是一对多的关系?
  13. (讲的过程频频被打断)这个会涉及超卖问题,比如n个活动都匹配到了这个预算池,那么可能池子里的余额就不够了
  14. (讲的过程频频被打断)那超占了,你说第一优先级category可用余额可能达到负数,不会有问题吗,供应商能接受吗
  15. (讲的过程频频被打断)除了上面的预算池和大促活动的关联关系,还有什么其它的系统设计吗?或者你说说这个系统还有什么其它的能力
  16. (讲的过程频频被打断)啊它有这么多能力?还有可能再归纳一下吗,可以再简化一下吗
  17. 感觉你像是在描述一个财务系统中具体的某个业务场景,它和这个项目模块具体的能力拆解,感觉关联性没有那么大,从业务维度我能理解,但我还不清楚的是,你为了实现这个业务目标,它底层最简化的业务抽象是怎样的,以及在这个抽象的基础上,整个预算池系统需要提供哪些能力,哪些接口
  18. 比如说,你刚提到它不是一个独立的系统,而是一个模块,那么它和外部是怎么交互的,它提供什么样的能力,以及这些能力是怎么串联起来,让这个预算池模块能把业务跑通了?这块其实我是想再深入了解一下的
  19. 我们能不能用一种偏泛泛的业务来讲(比如说,A系统调用B系统,它为啥要调用B)
  20. 实占是怎么理解,大促活动期间,每一笔订单交易的完成都会调用你这个系统吗
  21. 我现在听下来理解这大概是一个核销的能力,那么你能不能讲讲在交易系统中,这个实占到底是一个什么样的实体,会有什么样的其它实体调用你这个模块,来实现这个核销的能力(我理解是想问实占计算是从哪触发的)
  22. 或者我这么问,你这个数据的生产方和消费方分别是谁
  23. 除了PMS和order mall,还有其它方参与吗?
  24. 前面我听懂了,那么能不能再介绍一下,预算池查询商城交易的数仓报表,拿到了以后会进行怎么样的处理,计算结果给谁来使用呢
  25. 行现在这个系统我基本就听懂了,那你能不能说一下你在这里头做的具体技术相关的工作
  26. 那么这个批量功能你优化以后,你是怎么给用户提供入口,是说它还是通过传文件,然后你底层做了一些技术优化;还是说,你给他提供了另外一个入口,让他不上传文件也能进行批量操作。
  27. 那你能不能说从技术层面,你做的优化核心思路是怎样的
  28. 现在我想和你探讨另一个问题,可以看到前面我一直在让你概括,抽象和浓缩表达,你可以直白的说这种提问方式好不好;第二个问题是,你觉得什么样的方式,能非常高效的把一个我自己知道的,别人不知道的系统,快速介绍清楚,你觉得怎么样的叙述方式比较高效?
  29. 你觉得业务和背景的区别是什么?
  30. 我刚刚的问题是,如何快速高效地介绍一个系统,而不是一个具体的事情
  31. 打断一下,什么是3PL,除此之外,你刚刚也讲了四五个名词,坦白讲我都不清楚,这些名词在你的这个业务系统中,它的作用是什么?(感觉是在diss我可以重新review一下自己的叙述逻辑)
  32. 你刚才提到了领域驱动,那么问题来了,为什么要划分这几个域
  33. 代码题:汉诺塔,leetcode.cn/problems/ha…
  34. 反问

2024.1.22 二面

  1. 自我介绍
  2. 挑一个项目重点讲讲
  3. OpenAPI解决的核心问题是什么?它的特色是什么?
  4. 这个是ToB的对吧,走batch下单的流量大概是什么样的规模呢,QPS多少
  5. 那你支持batch的单次上限设置多少单?
  6. 假如说我作为业务侧一次想要下50w单,但batch的上限设置为5w,那给我的建议是什么?
  7. 那我分10请求,10个batch下单,是可以并发的吗?
  8. 这个时延是对方要同步等待响应吗?
  9. 这个batch请求转到内部,也是需要去拆单执行的吗?
  10. 协程池设计是针对系统所有的请求,还是面向一次请求的
  11. 那么假设并发特别大的时候,会不会有协程过多的问题
  12. 刚提到网关是用滑动窗口去限流的,为什么采用滑动窗口?
  13. 对其它的限流策略有了解吗?
  14. 网关的请求统一认证鉴权具体是怎么做的
  15. 那你现在觉得这种鉴权方式有什么缺点吗?
  16. 你们会走公网的吗?会走Nginx代理的吗?
  17. 这个路由层你觉得会帮我们做哪些决策,支持哪些能力呢?还会帮我们解决哪些问题?
  18. 代码题
两个协程按序从小到大交替打印1-100的数字,比如
协程A1
协程B2
协程A3
...
  1. 进阶版:N个协程交替打印
  2. 对工作目的地有要求吗?
  3. 对下一段工作有什么期望吗,各种维度的,想换一个什么样的工作
  4. 反问