两个月了，紧张忙碌，从没有这么高压力的工作过，每天早上6点起床，晚上写到2点甚至4点，辛苦却充实。突然想起《活法》中稻盛和夫说的精进，不知道自己能不能算是呢 吼吼 有总结有回顾才能找到不足，提高自己，今天完成了日计划，项目也基本收工。就写一些项目中遇到的点点滴滴吧。
一，项目开始，确定核心需求。 这个应该说是重中之重了，需求其实想全部理清楚不是不可能，但是需要花费大量的时间和精力，不妨试试增量式的去获取和实现需求，例如一个网上购物系统，核心需求是什么呢？商品上架---用户注册---下订单--发货。聊天系统的核心需求是什么呢，客户端登录、发信息---服务端处理信息---客户端接收信息。简单说就是把这个项目究竟要完成一个什么事情弄清楚并实现基本流程，这就是核心需求，在核心需求实现的基础上再去做增量的用户体验、扩展功能等等便可得心应手，反之，在一个项目全部功能都实现后却发现核心需求还有很多需要改动的地方，但这时与核心需求想关联的绝大多数业务逻辑都需要修改，很难不抓狂。
二、进度表很重要 开始一个项目，首先要定的便是开发的周期，通常是由项目负责人评估并与客户商定的时间。开发周期确定之后就需要一张十分详细的进度时间表了，这不是忽悠客户敷衍上级的表，这时整个开发的生命线，每天需要做哪些工作，整理业务逻辑、构建UML,数据访问、业务逻辑、公共类库设计、UI等等，这些都需要一个一个详尽的时间表来约束，若一个周期花费时间较长，那么下一周期的时间必须压缩，才能购保证项目总体进度不会因为一个小周期而耽搁。这张进度表也是衡量每天工作的里程碑，尽管在每个项目中几乎没有能够完全按照时间表进行的，但是进度却因这张表得到了保证。
三、正确评估项目的关键技术点 即便是一个小小的网站也有其特别的需求点和关键点，可能不是技术上的难关，解决它也许花不了太多时间，但是如果没有提前评估到，真正遇到的时候再去解决带有耽误时间的风险，如果你知道十天后将要解决的问题，现在就要开始思考，不是么？
四、边开发边测试 不知道跟TDD是否类似，测试驱动开发，如果项目组人数有限，还是尽力在开发过程中做好测试吧，要不然等100多个页面全部写完，光测试也要将时间扔掉大半。
五、及时跟需求比对 原始需求是项目的原型，经常性的去阅读需求，每个点都要顾及到，目前我的做法是将核心实现完成后就开始逐个功能跟需求做比较，看看哪些是需要修改的，哪些是需要删除的等等，千万不能埋头做完，一对比需求发现相差千里...
六、做好收尾 一个项目经过反复的测试，功能上没有问题之后，就要对安全和性能做好确认，没有最好的安全性和可用性，但我们可以做的更好。
PS:身体是本钱，最近睡眠严重不足，兄弟们不知道有没有什么熬夜良方呢。