我和同伴写源代码遇到的问题

    

          现代软件产业经过几十年的发展，一个软件由一个人单枪匹马完成，已经很少见了，软件都是在相互合作中完成的。合作的最小单位是两个人，两个工程师在一起，做的最多的事情就是“看代码”，每个人都能看“别人的代码”，并发表意见。

       但是每个人对于什么事“好”的代码规范未必认同，这时我们很有必要给出一个基准线——什么事好的代码规范和设计规范。代码规范可以分成代码风格规范和代码设计规范。代码规范主要是一些文字上的规定。在这次我和同伴写的代码源中，由于我们俩人负责不同的部分且写代码的习惯不同，产生了一些小问题，例如行宽，括号，缩进等这些问题。但是我们最后统一了习惯，按照一种书写习惯写代码，最后解决了这个问题。而代码设计规范不光是程序书写的格式问题，而且牵涉到程序设计、设计模式等方方面面，但是也有通用的原则，我们主要讨论的就是通用的原则。通用的规则要遵守以下的规定：函数，goto，错误处理，如何处理c++中的类。

       我们做项目有具体而多变的需求，有工期质量和资源的矛盾，团队成员各自的水平、目标也不一致，那么团队内部会存在矛盾。但是，矛盾不是一开始就爆发的，它有自己的生命周期，有不同的发展阶段。两个人合作都存在以下几个相似的阶段：萌芽阶段，磨合阶段，规范阶段，创造阶段和解体阶段。在我和我同伴的合作中也存在过一些小矛盾，但是我们很明确就讲出来了，大家摊开来讲共同寻找解决方法我认为是挺好的。于是我就这样们解决这些小矛盾，而且对我们俩人的友谊并未带来坏影响。

转载于:https://www.cnblogs.com/Macon/p/5487053.html