经过一个星期的努力，今天终于将项目的主要功能做完了，剩下的就是下周的一些优化和一些辅助的功能了。对于这段苦逼的日子，还是需要进行自我总结和反思。
项目开始是上周四，周四就将DB设计好了。周五做了前台的第一个页面。之后就进展缓慢了。周六很主动的去公司加了一天班，却没有花时间做这个项目，反而是去做了另一个不是很紧急的事情。现在想想，还有点后悔。
这周一想办法解决用c++发送邮件的问题，将邮件的内容直接放在内存中，不落地文件。搞了一天，没有实现。最终还是放弃了。采用落地文件，然后脚本发送邮件的方法。组长说最好按我最熟悉的方法去实现，而这个脚本，恰恰是我以前自己封装的，完全满足项目的需求。只是稍做修改，封装就可以使用了。
周二在研究iframe在ie上内存泄漏的问题，又是一天。自上周五之后，周三是真正开始动手写代码实现整个流程。到今天，3天的时间就将整个流程做完了，是我没有想到的。
一开始，心中对这个项目很是担心，因为是一个人在做，感觉逻辑也不是很清晰，组长却感觉很简单，给我一个星期的时间搞定。我却总觉得很难，所以迟迟不去下手。一直拖到周三，这三天一直在加班，每天很晚回家，搞的自己很累。不过当今天项目基本完成之后，心中的一块大石落地了。回头想想，当做完整个流程之后，思路是格外的清晰，对每个流程和环节的处理，全部都是很简单的逻辑判断。
因为这几天是在赶项目的进度，所以在流程中，发现了一些不合理的点，或是有点小错误的地方，没有及时花时间去修正，只是做了相应的记录。等到下周去修正和优化。因为现在组长最关心的是流程的整体的情况，流程是否可以打通，前后是否可以衔接上。
总结几点：
1、 不要被项目吓到，拿到一个新项目，会有困难，但是也会有解决困难的办法。解决困难的同时，我们是在成长和积累经验。
2、 千万不能只想不做。如果你没有驾驭整体项目的能力，那就从头到尾，做到哪里，想到哪里。
3、 合理安排时间，前松后紧的工作方式，后期会很累，压力也很大。
4、 在项目中发现的bug，有时间的话，尽早的修复。赶进度的话，就只能后期修改。但是要做后期修改的评估。不然后期需要付出更多的代价。
5、 遇到困难，及时向身边的同事请教和求助，这样会少走很多的弯路，节省很多的时间。
6、 对于用户而言，后台的实现对其是透明的。他只关心功能的实现，而不关心，实现这个功能的方式或是语言。
