对于上周的功能展示，我们"nice!"团队没能展示出成果。事后我进行了反思，最重要的一点是大家（包括我自己）都没有很强的执行力，而这背后的原因是技术水平都很弱。但是这并不是alpha发布失败的借口。现在总结如下：

　　1.功能没有细化。具体来说，当初只是设计项目中会出现登录和注册界面，但是对于里面的具体细节（比如属性的 数量，名称）在各自的执行过程中出现了偏差。到项目整合阶段发现大家所做的功能没能很好的匹配。

　　2.站立会议没能很好的坚持。如果站立会议每天开，讨论昨天的工作和今天要做的工作，以及有可以提交的代码，我只能说这是一种理想状态。就拿我自己当例子来讲，对于某个功能的实现并不是一帆风顺的，有时候对于程序中出现的错误可能就要花费半天去解决（我确实很菜）。组员都有自己的事情要忙，而且技术也都不是很好，所以大家的进度都很慢，要保证每天都要有可编译的代码提交确实很难，这也导致了大家的交流很少，这里我要做自我检讨：没能很好的组织组员完成任务。可以设想一下如果大家每天不能完成当天的各自的任务（更具体说是没有能力完成），然后大家每天都聚在一起开一次站立会议，那个场面是何等的尴尬。因为就算开了会，大家都没有成果，再布置接下来的任务也是徒劳的。

　　3.技术基础差。本来这不是一个可以拿出来讨论的话题，但是还是有必要就这个问题具体谈谈。对于项目中遇到的问题，我们都会共同努力去解决，特备是技术方面的问题。但是只是这个花费的时间确实很长。然后对于新功能的实现还得查资料，学习，然后进行编码实现。技术差一点没关系，但是就怕大家对项目不够重视。

　　说完了一系列的借口。现在谈谈收获。对项目中遇到的错误进行调试确实能很锻炼人的毅力和能力，调试的过程就是对项目中用到的技术进行追根溯源，理解它的实现过程，这样有利于技术的提高。然后在实现新的功能的过程中都是要立刻学习有关方面知识，在看懂别人代码的前提下，再整合到自己的代码中，这个过程进行的有点缓慢。首先我会请教师长要实现某个功能要用到什么技术，大概是一个什么流程，然后自己到网上查找和学习相关的资料。我前两天调试一个错误（再没有人帮助的情况下）竟然花了将近两天的时间，最后发现只是在配置文件中缺少一句网络权限的配置。因为一直对自己很自信的代码部分没有检查，才导致这个问题。所以写程序还是得运用一些方法，比如做测试驱动开发，对于每次写好的功能进行单元测试，这要一步一个脚印才行。然后在团队协调工作方面也会很重要，当把功能分配到每个组员之后，感觉压力没有那么大了。而且组员对部分功能完成的也是相当不错的，这个确实让我懂得了团队协作的重要性。

　　总结：革命尚未成功，同志们仍需努力。

技术博客之事后诸葛亮会议