软件工程工作坊 3

📊 课程难度与压力分析

SENG3011 的压力是‘恐怖级’的。它不仅是编程，更是对你心理素质、项目管理及沟通能力的极限压榨。难点在于‘外部不确定性’——有时候你会发现客户的需求其实是错的，如何在第 8 周说服老师和客户修改需求，是 Distinction 以上选手的必修课。技术难点在于‘微服务协同’，当 5 个组员的代码都在不同的 Container 里跑，联调时的网络延迟和数据竞态会让你们在最后一周通宵达旦。该课评分极具差异化，平庸的代码只能拿 Pass。

🎯 备考重点与高分策略

高分秘籍：‘得监控与文档者得 HD’。代码能跑只是 60 分，你必须向导师展示你的 Grafana 监控面板，证明你实时掌握系统的健康度。重点关注‘设计权衡分析’——在白皮书里，不要只写用了什么，要写为什么不用别的（比如为什么用 PostgreSQL 而不是 MongoDB）。Showcase 现场，准备好对‘如果用户量突增 100 倍你怎么办’这类问题的回答。重视每一次与客户的会议纪要，那是你应对需求变更的法律武器。考前务必对全系统进行一次深度漏洞扫描。

📚 学习建议与资源推荐

不要只看编程书，去读读《The Phoenix Project》（凤凰项目）来理解 DevOps 哲学。推荐看‘System Design Primer’在 GitHub 上的开源项目。最重要的建议：每周固定两次‘全员站立会 (Stand-up)’，严禁最后时刻才集成。利用好学校提供的 AWS 余额进行大规模测试。学会使用 Terraform 或 Ansible 进行‘基础设施即代码’的配置管理，这种专业度会让导师印象极其深刻。

⚠️ 作业与 Lab 避坑指南

项目避坑：千万不要在第 10 周才合并代码！‘大集成地狱’是挂科的主因。严禁在 Git 中存储任何明文私钥或密码，那在安全性评审中是直接 Fail 的死红线。此外，注意 Peer Assessment，如果你的 Commits 频率不正常（如最后一天突然交了几千行），导师会启动学术调查。保持积极的异步沟通记录（Slack/Jira）。注意：Showcase 时，如果 Demo 演示失败（Live Demo Curse），必须有备用的演示录像作为保命手段。

💬 过来人经验分享

学姐心得：这门课是你离 Wall Street 或 Silicon Valley 最近的一门课。学完后，你会从一个‘只会写函数的小孩’变成一个‘能扛住项目的成年人’。建议找一个同样追求极致、且能保持冷静的 Tech Lead。拿 HD 的关键：在报告中展现出你对‘自动化回归测试’的偏执追求。坚持住，通关 3011，你就真正跨过了从学生到职业工程师的那道鸿沟。这张成绩单是你在大厂校招中议价权的核心来源。