题目重点：自豪来自真实问题解决，不一定是最大规模项目。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 使用本人实际经历与可公开数据，团队scope、本人决策及他人贡献分清；没经历过的情况可说明，不能编造成功或失败故事。
- 案例没有通用唯一标准答案。结果指标没有可靠baseline就用可审查的交付/反馈证据，不捏造数值。
解题路线
- 选与目标岗位相关且本人能解释机制的项目。说为什么重要：用户改变、团队能力或困难取舍，不只技术新颖。
- 给职责边界、主要决策与一项困难，讲你如何验证结果；团队共同成果可以自豪，但需要准确标明你的部分。
- 说明项目为什么值得你现在仍讲，可能是长期可维护、让别人更高效或学到关键方法。不要只挑漂亮数字忽略可靠性和维护代价。
- 结果未完美也可诚实说，指出最想改进处。自豪不是宣称无缺点，技术深挖需要知道边界。
手动走一遍
小工具减少真实团队重复工作也可代表ownership，前提是使用和效果有证据。复杂平台若只是参与很小模块，要明确该模块深度，而非声称全平台主导。
规模与取舍
主答2分钟，项目深挖可扩5–10分钟；准备1页系统/责任图与关键取舍，信息密度取决于与问题相关的证据，而非项目数量。
易错点与追问
容易失分的边界
- 选择最响亮项目却讲不出个人决策。
- 捏造使用人数/业务增长。
继续深挖
- 哪一个取舍最代表你的判断？
- 如果只有你负责部分，你怎样衡量其贡献？
