经验：
1.士气可鼓不可泄。
第一天写项目，9个人，开会，分了组和功能模块，让大家设计表。组长说让明天中午交，散会以后，大家瞬间像霜打的茄子，一个个的都不紧不慢的玩起了游戏。我一问，他们都说，不着急，晚上回去弄。哎，真无语。
前期的时候大家士气高涨，应该多施加些压力，让他们今天晚上交，大家肯定能搞出来，明天有时间再一完善，就ok了。
2.杀鸡不要用牛刀。
7天的项目，我们准备工作做了有3天，后面两天大家开始写代码了，但是最后两天大家都累了，结果当初我们的许多的设想都没能实现。项目结束的时候，大家svn,命名规范，这套东西都搞熟了，代码没敲多少。
3.没有规矩不成方圆
对于项目的进度，尽管不用太催促，但也应该弄个8,9不离十。
收获：
1.命名规范带来的好处是巨大的，大家各自写自己的功能模块，没有出现太大的冲突问题。等项目整合的时候，基本没费什么劲。
2.一个人的力量是微小的，团队的力量是强大的。在没有利益驱使的情况下，要能调动更多的人的积极性，去写东西。
疑问：
1.数据库表的设计需要大家分组去设计，还是一个人去设计？
2.当我们需要和其他的组去拼作品的优劣的时候，我们是不是要有很强烈的争第一的意识？
3.我们需要注重眼前的成绩，还是注重写项目的时候获得一定的收获？