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