题目重点：区分熟练使用、深度负责与正在学习的技术。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 时间比例是典型周期的近似，不把一天偶然安排当普遍情况；项目阶段不同分配会变化。
- 三项技术栈选择以本人能解释真实使用和故障为准，不为迎合岗位虚报。
解题路线
- 先按写代码、设计/评审、排障、协作列典型工作块，并说明上线或事故阶段如何改变。描述输出而非会议数量，例如评审消除某一致性风险。
- 每项技术栈给使用场景、负责程度和一个踩坑/取舍。React写组件与负责复杂状态架构不同；Python脚本与高并发后端也不同，不靠语言名自证深度。
- 若前后端比例被追问，讲真实责任和交接边界：API schema由谁定、谁处理错误和监控、谁上线。给一个跨边界问题能证明端到端理解。
- 最后说明下一步学习及盲区。面试可能立即转技术追问，优先选能讲测试、性能和debug的技术，不选只听说的热门工具。
手动走一遍
可回答典型日以实现与review为主，发布前监测/协作增加，并接实际一天的交付；比例如无记录用范围而非精确小数。技术栈案例选状态更新bug、数据库索引取舍或异步错误处理，能说明你如何定位与修复。
规模与取舍
主答1–2分钟，三项栈每项20秒基础+2分钟追问；不写编码复杂度，因为考的是责任证据与工作方式。
易错点与追问
容易失分的边界
- 把IDE打开时间当有效编码比例。
- 报十种技术却无法深挖任何一项。
继续深挖
- 一天被很多紧急请求打断，你如何维持重要项目进度？
- 如果新团队技术栈不同，哪些经验可迁移、哪些需重学？
