接近两个月的时间里，我们项目小组从选项到讨论到编写设计文档再到最后的编码，每个过程都如同摸着石头过河般，充满茫然同时又不时显现惊喜，最终抵达彼岸。整个过程夹杂些许狼狈、不堪，但回首望去，回忆曾经陷脚的泥潭、缠脚的杂草，也有不少体会与收获。
确定好项目后，顿感学习有了新的冲劲，立志要把项目漂亮地完成。在讨论时大家会动用自己的生活经验，从客户的角度来考虑这个项目，尽量要使项目功能强大、使用便捷，界面吸引目标人群，甚至还想实现一些asp技术不支持的功，也正是这些期待让自己充满斗志。虽然想法很多、很好，但是到了编写文档时，却总是不能充分的表达清楚，很多模块都无法准确定位，因为有些模块自己也无法预知会做成什么样，最终只能在文档不完整的情况下开始编码。
文档不完整就开始编码存在着很大的隐患：文档不完整就意味着整个设计还不成一体，模块散乱，编码过程中就不免出现模块不和的情况；有些功能需要几个不同的模块互相配合，此时就要修改已经写好的代码，但当要实现其他功能时就要再次修改，有些可能就是凑合出来的。所以，做项目一定要在设计文档上多下些功夫，一切准备就绪后再开始编码，当然不可能保证设计没有一点问题，但至少要让自己和团队都能按部就班地开展项目。
我们做的是影楼项目，涉及到诸多模块，每个模块的展现形式都不同，有的要用表格、有的要用照片、有的要用博文……在开始写代码时，为了全面前进，也为了锻炼每个人的动手能力，我给每个人分配了不同的模块，希望团队众志成城。但是结果和自己想象的大相径庭，每个成员都在钻研全新的模块，中间遇到诸多问题，难以独自解决，打击了大家的积极性。现在回想起来，当时应该合起大家的力量先把一个模块做好，让大家在这个模块过程中积累经验，提高做项目的积极性。
最后对本人在项目中的表现系统总结，希望能为之后的万码学堂学子提供借鉴：首先避免一把抓，不要总是同时进行多个模块，这样容易混淆各个模块的特殊性；其次避免拖延，做项目的时间是有限的，需要制定严格的日清计划，按照要求完成工作；最后避免犹豫不决，当和组员系统讨论项目后，坚定地执行下去，不要总想着是不是有更好的方法实现这个功能。
接近两个月的时间说长不长，说短不短，虽说中间有些纰漏，但也走过了整个过程，为日后工作积累了宝贵的经验，相信今后对自己会有所裨益。
