2013预总结回顾，关于敏捷实践，关于j2ee等等

首先是敏捷。

1.小公司一个人实行敏捷的确很难，又是推行者，同时又是检查者，然后又是执行者，身兼数职，异常耗费精力，以后再弄一定要先找个伴。

2.公司非互联网企业，业务相对较杂，小到网站建设，大到政府项目；简单到一个页面的站点，复杂到需要安卓+ios+后台数据的系统。而且大部分客户很难理解没有设计书的项目。尤其是政府项目，因为根本不是自己想做的项目，只是为了花钱做政绩，他们根本没有所谓的项目愿景。很难做到两周甚至三周的一个sprite。

3.敏捷需要团队成员有良好的个人素质，至少要明白每个task自己能不能完成，能不能按时完成。以及需要有一颗肯沟通的心。

4.最终还是有两个项目使用了一些敏捷要点吧，比如每日站立会议，简单的白板等，自动化构建等，还有使用了Trello这个网络产品，真的很不错。

5.总结是，每日站立会议可以改善沟通，每天回顾自己做了什么以及当天的计划可以提升一个人的紧迫性以及促进个人的思考。这个是最先要实行的。因为沟通不善是大部分新人的问题，天生喜欢表达自己想法且不怕错误的人很少。

其次是JPA，代码重构等

1.使用的是spring-data-jpa。很好的东西，真的能够深深的抓入用户的心，用了之后非常舒服。感谢springside3和jeesite的开源代码。

2.又读了一遍Martin Fowler的《重构:改善既有代码的设计》，还是有不同感悟。实在是没办法了，5年有5年的感触，10年有10年的感触，也许之后还有之后的感触。

3.目前我对代码重构的感触就是一句话： 代码是给人看的，不是给机器看的，请让入行一年的人也能很好的看懂。

至于算法和ios 基本没动过了，实在太累。

说到软考，上半年系分 上午51 下午50 论文35，看样子是跑题了，悲剧。下半年再来吧。。看来今年又危险了。。

不过也无所谓，反正软考现在已经变成我不让自己忘记一些概念的手段了。。以后很可能考过了每年也去两次。。只有去参加分析师/架构师考试才会去深入了解一些东西，也挺好的。