标签：
从我个人的亲身经历来阐述我和我曾经小组的成员理解的软件工程，同时通过讲述其中的经过来回答其中的某些问题。
首先介绍一下小组的成员，我们曾经是个五人小组，都非常有个性，但是更加恰如其分的评价就是都比较喜欢代码和做“项目”。
在大学四年，我们仅仅利用暑假时间完成了3个小程序的开发。大一暑假，我们完成了一个留言板程序。大致的时间或者说是开发
流程是这样的：首先，小组五个人进行讨论，确定我们的留言板都拥有什么功能，以及约定了在编程过程中可能拥有的代码规范，
然后，每个人拿着一份共同的需求，各自开发自己的留言板。所以，从整体上讲，这并不是一个小组合作的项目，但是过程和结
果是让人欣喜的。所谓的留言板根本就没有人用，但是价值确实巨大的。在进行最后的交流时，在架构上大家不约而同的采用
了B/S结构，当然，我们同样讨论了C/S结构，虽然现在看起来当时的观点十分的稚嫩（相比于当下而言），甚至某些理解是错误的；
同时，每个人在开发自己的程序时，对需求的分析，对架构的选择，对技术路线的确认以及其中编程实现方面的技巧对我们后来的
学习以及认知有很大的影响。另外值得提出的是，我们很有预见性的提出了自己所谓的编程规范（从网上下载传说是华为的编程规范），
虽然，在最终的编码过程中有这样那样的瑕疵，但是有了这样一个规范的约束，使得我们在小范围阅读对方代码的时候，不是那么的吃力，
这是我感觉最令我深受其用的地方。
在大二的暑假，就开始变得不一样了。在接手老师交给每个人模块任务的同时，我们还合作开发维护了一个二手交易网小项目。首先
说一下，几个人对老师交给模块的完成与合作。此时，团队的合作有稍微的体现，我们每个人拿到的需求都十分的相似，这就给了我们充
分沟通和交流的基础。大多数，根本就不是沟通讨论，而是吵架，每个人都坚持自己的观点，对于需求的理解，对于模块的设计等等，很
多时候，突然间发现其实两个人说的是同一个意思。在这个项目中我们表现出的是沟通不畅的问题。在另外一个二手交易网项目中凸显的
问题就更多了，因为采用了文档交流，所以大多数的沟通都是通过文档说话，因为不会写文档，所以很多时候两个人理解的不一样；文档版
本更新问题更是时常发生。再者，由于采用协同编码的方式，大家都用Github（即使到现在都不是特别熟悉），所以在版本更新方面，在当
时看来真的只能呵呵。不过结果是好的，我们对于开发这个过程理解更加深刻了。
在大学几年里，对于团队合作或者是自己鼓捣一下，这些代码或者是文档，都会有很好的留存，但是大多数仅仅是留存罢了。并没有持续开发。
我个人觉得，大学期间所做的项目对于我的经验教训就是我最起码在一个仿真实战中进行开发，体验，交流总结，对软件开发有一个直观的认识。
对于学好软件工程，我个人的观点是：项目的练习时必不可少的，当然这其中包括个人项目，团队项目，团队远程协作项目，不论项目是大是小，
体验整个开发过程，同时积极进行经验交流，都一些经典的经典书籍，才会对真正的开发有更好的理解。
Bruce Jiang
2016-09-07
标签：
原文地址：http://www.cnblogs.com/smtc/p/5851345.html
