挂经看多了，发现大多数人不是输在不会做题

最近准备面试，面经翻了不少，顺手也点开很多挂经帖（说实话看别人怎么挂，比看怎么过瘾多了）。看多了发现一个规律：真把题做不出来挂掉的反而不多，更多人挂在一些跟算法本身没什么关系的地方。
整理一下我看到的高频死法，都是公开帖子里反复出现的。先说清楚我没面过这些，这是整理，不是亲历。面过的欢迎纠正补充。
coding 轮：1. 全程沉默写代码 — 闷头写，面试官根本不知道你在想什么，方向错了也没人拉你。最后不管对错，communication 这一项基本就没了。边写边说，哪怕只是把思路念出来，都比沉默强。2. 不问清楚就开写 — 输入范围、能不能有重复、要不要处理空输入，一个都不问就上手。写到一半发现题理解错了，剩下的时间全在返工。开写之前花一分钟确认条件，不亏。3. 写完从不 test — 写完一句"我写完了"就停。bug 就在那明摆着，面试官想给分都找不到台阶。手动跑一个最简单的例子，再跑一个边界情况，这一步省不得。4. 给了 hint 还硬撑 — 面经里出现频率最高的一条。hint 基本就是在说"你这条路不对"，继续按原思路冲是最伤的。先停下来顺着 hint 想半分钟，比硬写十分钟强。5. 一上来就憋最优解 — 半天不动笔，最后时间到了代码没写完。其实先给一个能跑通的 brute force，再慢慢优化，节奏完全不一样。能跑通的解法永远比没写完的最优解强。6. 复杂度问到就卡 — 写完被问时间复杂度，支支吾吾说不清。这个其实写之前心里就该有数，说不出来会显得代码是蒙出来的。
practical / multi-part coding：7. 第一问就把代码写死 — 现在很多 practical coding 是连着好几问的，第一问图省事，用全局变量、逻辑全 hard code，第二问需求一变，整个推倒重写。第一问就把函数拆好、别写死，后面能省特别多事。
system design：8. 不问规模，上来就画框 — 读写比例、日活量级什么都不问，直接开始堆组件。还有一种是名词轰炸，Kafka、Redis、微服务一顿列，问一句为什么用这个、不用会怎样，就卡住了。design 轮问的从来不是你知道多少组件，是你能不能讲清楚 trade-off。
BQ / 项目深挖：9. 项目讲来讲去只有"我们" — "我们做了一个系统"，追问你负责哪块、为什么这么选、中间出过什么问题，全答不上来。深挖两层就露。自己做的部分，哪怕小，也要能讲出当时的纠结和取舍。10. 时间崩在第一题 — 第一问耗太久，后面的题根本没时间展开。卡住几分钟就主动说一下自己的思路、问能不能先往下走，干耗着是最亏的。
就这些。挂过的朋友欢迎补充别的死法，或者说说哪条最扎心。我后面整理一个避坑清单出来。顺便求米🙏