《[敏捷开发][结对编程(Pair Programming) ]》的相关内容

常常看到论坛上有人讨论PP（Pair Programming）,但是大多是纸上谈兵，书上云的过多。真正谈感受的少。 我在一家做XP的公司做了4年了，从做service到做product, 总的来说pair programming给我带来的的忧大于喜，缺点大于有点。   总的来说PP有它的优点，很多researcher也发表了论文，记得比较清楚的一片就是一个大学里面对一个班的学生分组 ...

        在软件工程方法学中的XP方法中，最让人感到困惑是在实际XP实践中实施得最少的那一条原则，即是结对编程。         很多人都有一种这么理解想法：XP的十二条原则中，其它的我都赞同，但是为什么要让两个人在同一台机器上编码？一个键盘两个人抢着 ...

对于结对编程我有疑问： 实际编写代码的人总是对代码的结构和功能、细节更清楚一些，而观看的人总是很难同编写者一致，第一天差别也许并不明显，但是第二天、第三天....一个月之后呢，对于简单的项目也许没有什么，但是对于复杂的算法和复杂的对象调用关系、对象的状态等问题，这种差别就非常明显了。 请在实际项目中使用结对编程的同仁谈谈自己的感受，尤其希望有处理复杂逻辑经验的同仁不吝赐教。 敬上。

前段时间在Team内小试了一下Pair Programming,小记一下感受。          当我周会上决定近段时间的新功能两人结对开发时，大家一片欢呼，热烈欢迎，可现实状况——我们4个人都没有PP过的 经验，也都道听途说而已。为了先试试效果，决定先由我和另一个技术稍强，性格外向的组队。 ...

  进入ThoughtWorks之后，开发工作一直是在pair（结对编程）下进行。对于我这样从未有过pair经验的人，突然转变到pair下工作，其中的感触特多。（以后要养成好习惯，要在最有感触的时候把事情记录下来，嘿嘿。）   写这篇文章之前，google了一下业界对于pair的看法。不小心就搜到了公司同事钱安川在两年之前写的文章：结对编程 。通读全篇之后，发现其中对于结 ...

这两个圆圈表示不同的视角上的敏捷实践，包括开发者视角和项目管理的视角。接下来从里向外进行介绍，因为有些实践我了解得不清楚，如果下面有哪些说得不对的地方也请大家指出。Test-Driven Development，测试驱动开发，它是敏捷开发的最重要的部分。在ThoughtWorks，我们实现任何一个功能都是从测试开始，首先对业务需求进行分析，分解为一个一个的Story，记录在Story Card上。 ...

  前一段时间，机缘巧合加上同事的志同道合，尝试了一段时间的结对编程，有诸多体会，一直想 找个机会挥发一下，苦于比较忙碌，憋闷了好久，也考虑成熟一些。  结对流程：先写一个TODO列表，粗略的写一下一天的工作，然后一个人开始按照先后编写，另外 一个人看着，在编程的过程中会发现新的需求和小的要求，那么需要看着的人记录下来，写道TODO列表上 去，完成一个功能的时 ...

　　今天看了《ruby on rails为什么暂时无法成为企业应用开发的主流？》一文和它的评论，有一点看法，不过注册3天才能发技术贴，即使回复也不行，另外，好像是老文章了，所以算了，在这里说一下。 　　该文中说道： 例如JavaEye2.0中，整个forum就只有一个controller，整个blog也就只有一个controller。当然你惊叹，整个forum代码就一个文件搞定了啊 ...

网游是一个可怕的东西，我从来不敢沾这种玩意，我相信，这东西一旦沉迷就完蛋了。 但是，前两天，我因为订阅duduwolf的RSS，所以看到了他收藏的一个del.icio.us网址。 XPairtise - Pair Programming for Eclipse XPairtise为分布结对编程提供了一个平台。该插件提供共享编辑，项目同步，共享程序和测试执行，用户管理，内置对话交流和一 ...

喵。猫咪读的书名叫《结对编程技术》，英文是《Pair Programming Illuminated》。由美国Laurie Williams和Robert Kessler著，机械工业出版社出版的。是“软件工程技术丛书”的其中一本。书很薄，猫咪一个下午就读了一遍。当然，只读一遍是不够的。必须要反复地读，并且尽量实际使用。 大家读这本书由什么心得，都要发到这里哦。如果哪位知道还有其他介绍结对编程的书籍 ...

敏捷不是一个过程，是一类过程的统称，它们有一个共性，就是符合敏捷价值观，遵循敏捷的原则。 敏捷的价值观如下： 个体和交互 胜过 过程和工具  可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判  响应变化 胜过 遵循计划  由价值观引出的12条敏捷原则：  1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。 2、即使到了开发的后期，也欢迎改 ...

英文原版在：http://www.joelonsoftware.com/items/2006/08/01.html http://jstang.5d6d.com/thread-185-1-1.html 一篇很好的关于map/reduce的示范文章。看了这个，你就会理解prototype.js中Enumerable的精髓。 通过它，你可以写出很多非常奇特非常美妙的代码。短短几行，功能可不简单哦 ...

之前零星在一些工作中尝试过 个人认为效果很好 目前来看能够省去大量review的时间

http://en.wikibooks.org/wiki/Haskell/Category_theory http://www.alpheccar.org/en/posts/show/74 顺便问下，haskell中能不能直接用pair来构造list. PS:我用(1,(2,()) 试了下，不行的说. 还有这本书 http://www.douban.com/subject/1949066/ ...

　　10年前，当我在记事本中一点一滴地书写着HTML、JavaScript、CSS并保存，然后在浏览器里预览自己的杰作时，感觉这是那么神奇、有趣！ 　　10年后的今天，当Web 2.0的概念已经遍地开花结果时，从1996年提出的CSS 1，到即将出现的CSS 3，我们难免不联想到Web 3.0的蠢蠢欲动了。 　　没有CSS的手册，人们常常不知道从哪里入手学习CSS。好的CSS点子甚至可以胜过经验 ...

反模式是这样一种模式，它告诉我们在什么情况下我们会把一个问题做的更糟。例如： 斑点The Blob 程序风格的设计导致一个对象集中了过多的功能，而其他的对象只用来保存数据或者执行一些简单的过程。解决的办法是，对设计进行重构，使功能平均的分散开，从而将某一变动带来的的影响限制在一定的范围内。 持续退化Continuous Obsolescence 技术变革的是如此的快以至于开发者们经常在跟进 ...