SDE Work Simulation 是一个交互式的窗口，很像 SDE 工作的日常。举例来说，你收到一个系统 bug，给你一段 log，问你可以从哪些地方开始 debug，这时候窗口可能弹出另一封邮件，你的同事说上周上线了一个程序，可能和这个 bug 有关。在这整个交互场景里，需要你选择你认为正确的答案。Workstyles Assessments 就是一些选择题，围绕 Leadership Principles，按照你觉得 professional 的方式选择就好，只有大概 10–20 分钟。
Work Simulation（原则有先后顺序）
- Requirement 排在第一，Deadline 第二。
- 有 Manager 出现的选项无脑选 Manager，Manager 是团队的“地头蛇”。
- 为长远考虑，不为短期 Deadline 而牺牲长期价值。
- 最高标准，对应“长远”。
- 能请示 Manager 就请示，一般不会错。
- 速度很重要，不需过度推敲，但要深思熟虑后冒险。
- 敢于承担责任，任劳任怨。
- 对问题刨根问底，探究细节。
- 服从大局，团队比个人重要。
情景题
情境1
给图书馆写图书推荐系统，关于 Book API。两人表达不同观点，选择“tell me more”以获取更多信息。
情境2
讨论图书馆服务器是否开放实体书 API：自己做覆盖面广但赶不上 Deadline，别人做能赶上；优先 Requirement，选择“tell me more”。
情境3
经理反馈服务器老挂：查看 Internal bug 记录，判断并确认问题来源；增加测试覆盖（Manual test、Unit test），优先提高质量。
情境4
Amazon 推荐系统问题：第一个 issue 因 username 太长报错，第二个 issue 因 proxy 名称判断语言错误。
情境5
德国 Amazon 推荐广告问题：给英国人推德文广告，通过日志分析错误位置。
情境6
Media Network 服务器投诉：错误原因相同点在于用户名长度和语言设置。
情境7
项目 Deadline 两周：方案一延长四周做完整，方案二先做 Demo 再完善；优先 Demo。
情境8
估计项目开发时间：Manager 评估最高，询问有经验同事次之，上网查资料或试做后再评估。
情境9
项目时间表设计：根据团队中最擅长语言（如 Java）安排资源。
情境10
安排会议：视频会议优先，其次找领导会议，最后推迟或邮件会议。
情境11
数据库开发：与大佬合作需等待，管理报告优先，其次合作，单干优先级最低。
情境12
系统升级：先做高价值 Feature，再升级，再做低价值 Feature；坚定选择一边。
情境13
新产品设计：在 8 周内最大化利益，按 Deadline 和价值排序选择 Feature。
情境14
代码分析。
以上就是亚马逊 Work Simulation 真实笔试问题，如果你也需要 Amazon OA 协助，请与我们联系。
