讲你项目里一个当时卡住过的技术点。说清三件事：难点具体难在哪（不要只说「数据量大」「业务复杂」），你面前有哪两个以上真实存在过的可选方案，你选了哪个、放弃的那个代价是什么。最后说明这个取舍后来有没有被验证是对的。

面试官在考什么

判断他能否把「难」翻译成具体的约束冲突，以及是否具备做取舍并承担代价的决策意识。

难点与取舍

回答框架 · 前两步

1. 难点被翻译成约束之间的冲突，例如一致性 vs 延迟、交付速度 vs 可维护性；
2. 至少给出两个真实比较过的候选方案，而不是事后补一个假的；

同一能力域的其他题

• 用 3 分钟讲一个你独立负责过的模块。要求：S（背景）和 T（目标）加起来不超过 30 秒，剩下时间讲 A（你具体做了什么）和 R（结果）。讲完我会就 A 里的每一步追问「为什么这么做」。
• 请用 STAR 讲一个你主导的技术项目，限时 2 分钟。讲完后我会问你：这个项目的背景如果换一个约束（比如预算减半）你还做不做？请现在开始组织你的讲述，并说明你在 S/T/A/R 四部分的时间和信息密度分配。
• 面试前你只有 3 分钟讲一个最近主导过的、跨 2 个以上团队协作的项目。规则：S 不超过 3 句且必须带当时的规模基线（QPS/数据量/成本量级/团队人数中的至少两个）；T 必须点出你个人被考核的指标而不只是团队目标；A 只允许讲 2 个真正分叉的决策点，不许讲流程；R 必须用与 S 同一口径回扣基线。请直接说出你会怎么组织这 3 分钟，并解释为什么这样切分。
• 面试官说：'用 90 秒讲一个你投入最多的项目。' 请给出你会怎么分配这 90 秒（S/T/A/R 各段大概占多少、每段必须说清什么），并指出哪一段最容易被讲成流水账、为什么。
• 你讲一个项目里你遇到的最大难点。要求：这个难点必须包含至少两个互相冲突的约束（比如工期 vs 质量、成本 vs 扩展性、一致性 vs 可用性），并说明你最终选了哪边、放弃了什么、事后看这个取舍对不对。请给出具体数字或量级。
• 请讲一个你在项目里做过的、真正付出了代价的取舍：在「交付时间 / 系统复杂度 / 成本」中你至少牺牲了一项。需要说清四件事：被放弃的那个选项具体是什么；你依据什么信息做的判断；这个代价由谁承担（用户、运维、后续迭代还是其他团队）；以及今天重来你会改哪一部分。