引言
要想痛快的敲代码，就要接受乏味的会议
为什么没有敲代码的痛快？（反思）
这个项目截止到现在有一个月的时间了，从搭建界面到接口测试。一直没有一种畅快淋漓的感觉，记忆中更多的是解决svn上的冲突，更改别人写的代码，对照后台的接口等等。很少会有一气呵成的经历。
今天坐在自己的工位上，再次想到这个问题，就反思为什么会有这样的痛苦，都让自己偶尔想要放弃程序员这个身份。先从代码反思，看一个个的代码，发现有两种不同的代码风格，纯代码和可视化加代码，两种网络请求方式，两套父类控制器，两套图片加载上传方式。细微处类，百花争艳般的命名方式，各出奇招般的功能实现方式。其他地方，后台接口归类方式和移动端不同，需要移动端在接口文档中查找。后台实现方式为同样的内容一个接口，导致移动端有些页面需要多个接口去调用，真害怕在弱网络的环境下怎么办。
截止到现在，没有统一的工作规范，或者代码规范，只有一个期望就是要各自负责的那块快速的实现。但是相互之间的工作也存在一些联系，现在各个人就相当于闭门造轮子，并正在组装这辆车，这段时间出现越来越多的接口调试的问题。
真希望，在项目开始前就用更多的时间去确定工作规范和代码规范，规定在经常性的开会，去补充工作规范和代码规范。并将他们定为文档，时时的补充，这样也许能让项目更快的进行，每一个人也能痛快的敲代码，享受程序员原本的快乐。
总结
团队合作完成高质量的项目，就是要想办法让团队揉捏成一个人在完成。
版本
Version 2017/01/11
