阅读笔记三

书中关于原型制作的内容给了我新的思路。很多初学者会陷入完美主义陷阱，想要一次性写出没有任何问题、结构完美的程序，迟迟不敢动手，反复纠结设计方案，最后工期严重拖延。

原型的意义不是产出最终上线的成品，而是低成本快速验证想法、发现潜在风险。原型可以不用完善的界面、不用完整的异常处理，只需要把核心逻辑跑通，用来测试方案是否可行，提前发现需求里隐藏的矛盾。就像搭草稿模型，快速试错，在投入大量时间正式开发之前排除不可行的思路。

“便签”原型更是降低了试错门槛，甚至不需要打开IDE，在纸上画流程图、画界面布局，和团队同学一起讨论，就能发现很多设计缺陷。很多时候在草稿阶段就能发现逻辑漏洞，远比写完大量代码之后再返工成本低得多。

放到学生开发场景里，做课程大作业的时候，可以先快速搭建极简原型，验证核心功能能不能跑通，而不是一上来就追求华丽UI、各种附加功能。先保证主干逻辑正确，再逐步迭代优化。同时原型也方便和需求方、组员沟通，比起单纯口头描述，看得见的原型更容易对齐大家对项目的理解，减少后期需求理解不一致带来的冲突。