标签：style http ar sp on 问题 bs 代码 ef
从开始到如今都是在做自己的东西，自给自足想要什么就自己弄，所有的一切都在自己的支配和掌握下，当然所有的问题也都得自己来解决。也就在前不久自己和别人开始了合作开发的征程。在这个过程中感受到了合作的力量，大家相互交流的力量，同时也深刻体会到了各种工具带给我们的巨大便利——SVN版本控制系统、EA（Enterprise Architect）建模工具。
下面来介绍一下自己对他们的认识，首先想说的是EA建模工具，有了它的帮助 ，让自己也对做工程有了重新的认识，改变了原来做工程就是写代码的肤浅的观念。当我们从整体上对系统有一个规划的时候，就完全可以通过EA来完成系统的整体骨架，剩下的仅仅是需要针对具体的功能来实现自己的代码。当然EA的出现也不是凭空产生的，个人感觉它是在软件工程的基础上才发展出来的伟大产物，它保证了我们每一个阶段的顺利进行。同时由于在合作的过程中自己是做的底层的，经历了之后才发现了自己就好像一个原件加工厂，自己只要把各个具体的功能做好了供别人调用就好了——也许这就是所谓的“面向接口编程”，当然只是自己的理解，难免有不妥之处。如今再回想起米老师的那句话“在分工明确的工业革命时代，不需要每个人都知道每个原件怎么制造，只需要知道怎么用就可以了；或者是我需要用什么原件告诉你你来帮我造就好了”此次的合作也是对这句话很好的验证。
再有就是SVN这个合作必不可少的利器了，从单打独斗到团队合作、集体开发的变化让svn这个工具排上了用场，不敢想象没有svn的管理我们的开发将会出现什么样的状况，它让团队中每一个成员都可以不受时间和空间的限制，减少了各个成员之间的限制，大家各司其职，各谋其事，保证了工作有条不紊地进行。这样前期我们基本上是不受彼此的限制的，到了后期的调试部分我们需要做的仅仅是相互沟通把各自的问题反馈给彼此，这样开发又可以很好地进行了。
同时合作、沟通带来的更多的是相互思维的碰撞，不同思维方式的交互，在这个过程中不仅可以相互学习技能，这种思维方式的学习也是不可小觑的。多个人的合作肯定就需要一个领导，这段时间也感受到了合作中领导人的巨大作用，他们需要对工程在性能、质量、进度上有一个很好地把控。虽然没有担任组长之职，但是很是很庆幸自己参加了合作的过程。开发之初自己手中的代码就已经有了整体的结构，也就是前边说到的EA生成的代码，需要自己做的就是根据注释把功能实现了即可，这样留给后期的工作就很少了，因为已经有人告诉你“怎么做”了。在这里还是对自己的这段旅程做一个总结，感谢这段经历！
标签：style http ar sp on 问题 bs 代码 ef
原文地址：http://blog.csdn.net/u010508826/article/details/41492305
