@RaulJuncoV: 系统设计面试80%是提问，20%是画图。你澄清得越好，你的架构就越好…

X AI KOLs Timeline 新闻
system-design interviews architecture questions clarification career-advice

摘要

这条推文讨论了在系统设计面试中提出澄清问题的重要性，说明了提问如何比机械画图更能推动更好的架构设计。

系统设计面试80%是提问，20%是画图。 你澄清得越好，你的架构就越好。 一个薄弱的候选人听到： “设计一个通知系统。” 然后立刻画出来：API → Queue → Worker → Database 一个优秀的候选人开始提问： 1- 多少用户？ 2- 什么类型的通知？ 3- 邮件、短信、推送，还是全部三种？ 4- 实时还是延迟？ 5- 通知能否重复到达？ 6- 是否需要排序？ 7- 当某个提供者失败时会发生什么？ 8- 用户能否配置偏好？ 9- 我们需要保留投递历史多久？ 这些问题本身就是设计。 之后的一切只是把你学到的东西画出来。 每个答案都会改变架构： - 高流量可能需要分区。 - 严格的排序影响队列设计（通常按用户或键）。 - 重试需要幂等性。 - 多个提供者需要故障转移。 - 用户偏好增加过滤。 - 投递历史增加存储和保留决策。 图表不应来自记忆。 它应来自你发掘的约束条件。 在系统设计面试中，提出更好的问题有三点作用： -> 减少歧义。 -> 暴露出权衡。 -> 展示你的思维方式。 需求优先。 架构其次。 你还喜欢哪些问题？
查看原文
查看缓存全文

缓存时间: 2026/07/17 02:26

系统设计面试中，80%是提问，20%是画图。

你问得越清楚，设计出的架构就越好。

能力弱的候选人听到： “设计一个通知系统。”

然后立刻开始画：API → 队列 → Worker → 数据库

能力强的候选人会先提问：

1- 有多少用户？ 2- 通知的类型有哪些？ 3- 邮件、短信、推送，还是三者都要？ 4- 实时发送还是延迟发送？ 5- 通知可以重复到达吗？ 6- 需要保证顺序吗？ 7- 当某个服务提供商失败时怎么办？ 8- 用户能否配置偏好？ 9- 投递历史需要保留多久？

问题本身就是设计。 之后的一切不过是把你探明的东西画出来。

每个答案都会改变架构：

  • 高流量可能需要分区。
  • 严格有序会影响队列设计（通常是按用户或按 key）。
  • 重试需要幂等性。
  • 多个提供商需要故障切换。
  • 用户偏好会增加过滤逻辑。
  • 投递历史会引发存储和保留策略的决策。

架构图不应来自记忆。 而应来自你挖掘出的约束条件。

在系统设计面试中，提出更好的问题能带来三个好处：

-> 减少模糊性。 -> 揭示权衡取舍。 -> 展示你的思考方式。

需求优先。 架构其次。

你还喜欢问哪些其他问题？

相似文章