Senior 职位的系统设计面试到底应该怎么发力?

谢谢大家点进来. 我最近尝试面 Senior, 搞了几次系统设计面试, 发觉一个问题: 就是面试的题目一般都比较宏大, 总感觉时间很不够. 最近几年没怎么面试过的我有点不知道朝哪个方向使力的感觉.


我在系统设计方面的技术涉猎广度和深度感觉都问题不大. 除了一些非常考验 domain knowledge 的地方, 大部分领域都能聊一聊, 不少地方还能聊得比较深入. 但是如果花太多时间在深度细节的话, 会不会让 interviewer 感觉没有大局观? 相反, 如果花太多时间在High Level上, 把整个架构画出来, 表结构设计一下, API 搞一搞, 稍微讨论一下时间就差不多了. 那感觉跟看了很多文档的Junior工程师也没什么差别啊?  如果系统设计面试是2-3个小时那种, 我感觉我反而会放松一些, 因为真的可以问出一些东西.

请教一下做面试官经验丰富的同学, 对于 Senior 或者以上的系统设计面试, 采用什么策略, 朝什么方向发力会比较好?  或者说系统设计的时候, 面试官主要会考察哪些东西? (关于我自己已经是 Senior 了为啥自己不知道: 主要我们厂招聘方面没什么公司级的培训和统一标准, 个人/组随心所欲的成分更大一些, 另外自己的标准可能未必适合其他厂, 所以想听听大家的意见)

.-----------
看到有人回复我" 没有金刚钻别揽瓷器活", 特此声明一下, 本人目前就是 Senior, 而且 YOE 绝对超了所有大厂的 Senior 要求. 技术深度和广度我也足够, 所以请不需要质疑我有没有金刚钻. 本帖目的是请教/讨论面试技巧: 如何在 50 分钟不到的时间**正确**展示设计功底.
--------
Append: 刚在看地里都在推荐的"俄罗斯大叔"讲 System Design Interview 的视频, 他拿来举的例子是 Youtube 的 counter, 但是看到 20 分钟了都在讲一些纯概念, 比如MySQL sharding, Cassandra gossip-based leaderless architecture之类. 这些东西我也能讲(没有说他水平不行的意思). 但是我的疑问是, 一共 50 分钟的面试时间, 时间过了一半了(这还没算实际面试的时候 interviewer 可能会问几个问题)还在讲这些概念, 跟设计题目相关的内容很少 ---- 严重怀疑系统设计面试里这么聊真的可以吗? (按我的理解, 时间过了一半你还没设计系统, 还在讲各种概念, 我会忍不住直接打断你把你拉回主题的?)

主要考察你的深度，但是总是要从广度来谈起。
这就是一个非常考察经验的地方，什么时候从泛泛而谈的helicopter view 然后dive deep，前因后果加上design。

比如我今天面试的一个system design是设计一个多人在线会议。candidate从1:1开始起，architecture就是peer to peer connection。会把各种bandwidth management，congestion control，codec capability negotiation都设计好。然后进一步扩展，100人的meeting是怎么样，如果是10000人该怎么样，然后100万人的该怎么样。有设计经验或者senior level的思考方式就需要分析具体场景，能分析出来出来超过几百人的会议肯定不是所有人都会发言，所以这就引申出interactive和listening only，并且100人或者10000人的peer connection是怎么解决的。比如超过多少人就应该考虑做成直播架构，然后引申出怎么来广播，CDN怎么部署，HLS是什么，RTMP的优缺点，另外这样e2e encryption怎么解决，冗余怎么设计，怎么快速切换网络，cross continent造成的high latency怎么解决。这个candidate之前没有这方面的设计，但是由浅入深把这个系统规划的还是有点意思。

个人的经验是先用大概5到10分钟把overall 结构画出来，然后和面试官聊的时候注意探口风，每个面试官都有自己感兴趣的方向。
我遇到过喜欢聊nosql底层实现的，喜欢聊scalability的，喜欢聊写sql query的。基本上就是你一说到这明显感觉到他愿意接话，然后你就可以deep dive了。如果看不出来其实也可以直接问面试官想对哪个方面做深入探讨。
最差的情况就是你只说自己懂的地方结果根本没get到面试官的考点，那样差不多就是降级或者挂了。我几次降级的面试都是能明显感觉到自己说了很多但是对面不怎么接话，就像打到棉花上。

个人经验，可以大家讨论。
1. 最开始requirement clarification是一个挺重要的点，这个点可以最大的体现出你的广度，和junior不一样的地方，不同类型的系统有一些不一样的特点，可以着重问一问，也可以试着看看面试官比较看重哪一块
2. 我一般会根据input workflow和output workflow两个角度把大框架画出来，每画一个component，你可以大概说一说有什么trade off，看看面试官什么时候接话
3. 画完了以后你可以问问面试官觉得怎么样，有没有特别感兴趣想要聊的点，可以抛一些你比较擅长/这个系统比较特殊/面试官之前接茬的点问问需不需要重点讨论。一般会有他想聊的点，如果没有我觉得可以挑自己最擅长的地方，讲深一些来体现出自己的能力。

SD很难搞，即使10年经验，也不太会完全了解/有过经验所有的类型的系统，个人觉得广度比较重要，设计出一个完整的系统，再着重讨论。很多时候，你的面试官也不一定和你一个水平，不一定能get到你的点。

蹲个大神答案 同想学习一下

没有金刚钻别揽瓷器活

匿名用户 发表于 2022-8-18 23:11
没有金刚钻别揽瓷器活

您这回复貌似跟我这主题关系不大?

匿名用户 发表于 2022-8-18 23:23
主要考察你的深度，但是总是要从广度来谈起。
这就是一个非常考察经验的地方，什么时候从泛泛而谈的helico ...

多谢多谢! 那请问在这个面试里, 你最关注(或者最欣赏)这个面试者的哪些方面呢? 还是没什么具体标准, 就看感觉?

如果不是这种从 1-1开始, 而是直接一步到位问你打算支持up to 多少人在线, 直接画出几个关键 services + database+其他关键组件. 然后选一个他可能比较熟悉的深入进去. 这种方式你觉得会有问题吗? 还是其实也没关系?

另外一般一开始会 clarify 要支持哪些功能. 深入讨论的话肯定不可能这些功能都涉及, 那我只揪住一个功能深入下去, 你觉得会不会是 red flag 呢?

问题有点多, 再次感谢!

第一个iteration还真不好给出什么非常具体的设计 基本画几个box 和给几个api
因为一开始对面试官的期待也不太了解

剩下的我一般是等面试官问问题 一点一点家东西 通过问题揣测他想要什么

其实我觉得面试官看你对他问题的反应更容易了解面试者的水平

我自己面试别人的时候也不期待 第一次画出来的就是我想要的结果 如果大体上对 我会提示 引导 如果面试者能在引导下完成一个85%的答案就很好

楼主不用纠结那些技巧什么的。主要在于看面试官想问你什么，他问的多的地方多说两句。不问的时候尽快把整体设计说完。