浏览 2318 次
|
锁定老帖子 主题：结对编程心得
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-06
前一段时间，机缘巧合加上同事的志同道合，尝试了一段时间的结对编程，有诸多体会，一直想
找个机会挥发一下，苦于比较忙碌，憋闷了好久，也考虑成熟一些。
结对流程：先写一个TODO列表，粗略的写一下一天的工作，然后一个人开始按照先后编写，另外 一个人看着，在编程的过程中会发现新的需求和小的要求，那么需要看着的人记录下来，写道TODO列表上
去，完成一个功能的时候要划掉列表上相应的地方。两个人就这么来回循环交替着。
总的来说感受颇多，总结一下优缺点如下。 优点： 1：pair确实效率比较高，听歌上网的时间基本上没有，脑子一直处于运转状态，不敢说一直高 速运转，因为终归有走神的时候:),自己粗略的算了一个，一个人高效率的话，一天工作6个小时，应该算
是不错的了，特别是持续一个月的水平，pair的话，两个人一直在忙碌，基本上可以算是8个小时，歇人
不歇机器，所以平均每个人4个小时应该是有的。还有就是两个人一切弄东西，总是有种刺激的感觉，使
自己总有种要努力干活的劲头，而且思绪和编程的频率和平时绝对是不一样的。所以说每个人得到了4.5-
5个小时，并不过分。
2：后期维护简单一些，程序不是写给一个人，而是写给两个人。所以代码的结构肯定是两个人 都能理解的，并且代码是两个人精华的交集那部分，绝对是去其糟粕，取之精华。这样的代码，维护起来
肯定是要好一些的。还有就是有个人盯着的时候，会提醒很多东西，增加了一次成功的几率。俗话说得好
，当局者迷，局外者清。附带优点，从时间上说减少了调试－修改－再调试的次数。
3：经验传递，每个人都有自己的习惯，每个人都有自己的优点，两个人肯定是相互学习，这样 有利于经验的传递，而且风格上也会统一很多。
4：工作有激情，编程比较娱乐。干起活来比较带劲，互相争着做功能，每天盼着编程，而不是 怠工。
缺点： 缺点只能说说我所遇到的一些问题。 1：因为我们现在执行的pair只是小局部的pair，并没有发展到整个项目，所以经验传播有限。 我们学习到的经验，只限于pair的这些人（说白了，就两个人）。风格也就pair的人统一。
2：代码私有化，虽然是结对编程，可是代码依然属于私有的，两个人做的时候，还有一些先做 谁的，再做谁的这种感觉，不利于全身心投入（虽然完全投入进去，总是感觉差点什么），人为的就给了
一些圈圈框框，感觉有些碍手碍脚的。
3:政治因素太多，因为还是刚刚开始尝试，顶着很多压力，感觉如果不多作出来一些东西，就有 些让人家能说三道四的感觉，说两个人干一个人的活的口舌。还有就是刚刚开始结对，没有什么证据能说
明什么，所以自己心里也比较虚，也比较害怕浪费时间。
4：习惯了之后，一个人编程感觉很无聊。pair后遗症:) 总结一下：感觉pair编程比较不错，自己有些时候不结对，就感觉很不带劲。不过不管什么编程 方法，方式也好，都是一种工具，感觉也都是需要一些所谓的上下文环境，才可以充分发挥出来作用的。
1：项目不是很大，具体多大我说不好，但是太大了，那么交流，传递经验就比较费时费力，阻 尼比较大，每次传递要耗费的功比较多，可能会有些得不偿失。
2：最好能整个项目都pair，可以实现代码公有化，这样，每个人就不会想着自己还有多少没结 束，自己的进度什么的了。
3：不是那种考核制度很严格的公司，不然都公有了，不知道每个人怎么样了。 4：政治压力要小一些。 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
