相信大家一定有这样的经历:团队几个人负责一个整个项目,其中有一部分功能模块,要根据不同版本进行统一处理,几个人可能负责不同版本的开发,之所以没有选择让一个人负责所有版本的功能处理,可能是处于各版本差异性较大,或者是因为工期很近,总之,需要多人共同处理……
于是,问题也就出现了,因为每个人的编程风格可能相差很多,编写完的代码于是就会出现很多种风格,如果每个人都能先设计下程序结构,这样可能问题还不是那么的明显,毕竟就算出现问题,还可以让编写该程序的人修改,或者很容易让别人来维护,但是,如果我们的管理不是那么严格的话,就会出现“黑盒”编程这样可能不是太易维护的代码,可能近期还不会出现什么太大的问题,但是一旦有人离职,或者让别人接手维护,问题就渐渐出现了,必将造成对各种资源的浪费……
前几天,因为没有擅自设计程序结构,好好地被教育了一次,当时还感觉很不服气,但是事后想想,团队协作中,意气用事往往只能误事,只有按照统一的标准来编写代码才能避免很多后顾之忧,其优势如下:
1. 作为一个功能模块,尽管可能会因为版本问题出现任务划分,但是仍需要保证程序结构的统一,这样既能保证团队成员间的协作,又能让后期的维护成本大大降低。
2. 作为一个团队,保证一个良好的开发纪律是很重要的,有些看似苛刻的规则,可能我们一开始会感到一些反感,但是,如果你能坚持一段时间的话,你可能就会发现采用团队统一的编程规则,不但能提高我们编程的效率,往往能让我们有更多施展自己才能的机会。
3. 程序结构统一,无论扩展还是修改,都能很容易入手,尤其注意要保证开发文档的质量,其中作为程序结构一节,必须按照开发级标准进行编写,因为它将为后来接手或维护者提供最快捷的熟悉方式。
所谓创新,并非漫无边际地去“创造”,所谓没有规矩,不成方圆,编程同样是这个道理。