从作业到作品集：用 README 讲清项目
你将学会什么
Section titled “你将学会什么”- 说清课程作业与作品集之间的差距在表达而非功能
- 用“问题定义—解决方案—可验证结果”组织项目表达
- 减少一次性脚本和临时堆叠，提升结构清晰度
作业和作品集的差距，多数时候不在功能多少，而在交付形态：作业通常只是一份能跑的代码，作品则需要别人能看懂、能复用、能展示。工程化视角帮你把「能运行」升级成「能交付」——用 README 把问题、方案与结果讲清楚，让评审官不用读完代码也能判断项目价值：
- 保留最小运行说明，降低观看门槛
- 突出问题定义、解决方案和可验证结果
- 减少一次性脚本和临时堆叠，提高结构清晰度
如果你未来要投实习或研究生项目，评审官未必仔细看所有实现细节，但一定会快速判断你能不能交付一个结构清晰的工程对象。所以在 README 里按这个顺序写三件事：
1. 问题：这个项目解决什么具体问题2. 方案：核心做法是什么，为什么这样选3. 结果：可验证的产出，如功能完成度、性能数据、使用反馈把“做了什么”翻译成“解决了什么、结果如何”，是作业与作品集最关键的一步。
先自己回答，再看答案：
- 课程作业和作品集的差距通常体现在哪里？
- “可验证结果”为什么要写进项目表达？
- 为什么一次性脚本和临时堆叠会拖累展示？
参考答案
- 差距主要在表达方式，而不是功能数量。
- 可验证结果让评审官快速判断项目的真实完成度。
- 它们让项目结构变乱，也让别人难以判断核心逻辑在哪。
- 作品集表达三要素：问题定义、解决方案、可验证结果
- 最小运行说明降低观看门槛，让人快速跑起来
- 清理一次性脚本，结构清晰本身就是竞争力