2025.2.26 伊对
一面
- 自我介绍
- 你觉得最有成就感的项目是哪一个？展开讲讲
- 相当于整合了很多外部业务部门的API，经过封装/解释后提供给你的上游，抽象了很多实体，那这些实体具体是由谁负责解释？是由外部业务方的PM统一口径，去提供最终的实体/属性含义吗？
- 假设你现在接入我的业务的某一些实体，然后有一天我更改了某一些业务字段的含义，甚至有些业务下线了，有些字段可能存在，但数据已经无意义或者不准确了，那这部分你们是怎么更新这张graph？
- 我的意思是这个实体本身不归你们团队所有，你们也没有最终解释权，只是扮演一个中间人的角色，但是你们现在要把他提供给你们的上游，调用上遇到问题时上游直接也是找到你们，这部分工作量你们是怎么考虑？
- 如果是很基础的实体例如order，确实是不大会随着业务的迭代变更很大，但是比如一些比较个性化的业务实体，例如今年专门针对双11大促，新增了很多信息需要展示，但是过了双11之后这个活动就下掉了，等到双12又有一个新的活动，那会不会出现废掉一个旧的实体，又新增一个新的实体呢？你们需要跟随业务的变动去频繁修改？
- 刚提到的这个有依赖的图，那么你是怎么解决这个图的依赖，提供一些并行化的请求？
- 假设生成了2条pipeline，这两条并行执行的链路上有相同的节点，你这部分节点会合并处理吗？（问题完美命中了我设计的广度优先策略！）
- 有没有可能出现不同层级请求的是相同的输出节点？
- 例如 a -> b -> c, 假设第二层节点b需要再加节点d的信息，共两个输入才能请求到第三层节点c，但是这个节点d在当前第二层是拿不到的，需要等到第三层才获取到，会存在这种情况吗？
- 算法题：leetcode.cn/problems/me…
- 反问
