Questions tagged «pair-programming»

结对编程是一种敏捷的软件开发技术,两个人在一个终端上一起工作。虽然第一人称专注于语法和其他战术方面,但其他人则从更大的上下文角度审查了代码。

4
配对编程的原因
我曾在几家商店工作过,在这些商店中,管理层已经将结对编程的想法传授给我或另一位经理/开发人员,而我对此一无所知。从开发人员的角度来看,我找不到改用这种编码样式会有所裨益的原因,或者作为一个小型团队的经理,我都看不出任何好处。 我了解它有助于解决基本的语法错误,并且在需要散列某些内容时可能会有所帮助,但是不在编程循环中的经理们似乎一直将其视为阻止设计师进入Facebook或Reddit的一种方式,而不是设计工具。 作为一个接近开发层的人,从高级管理职位看来,我似乎根本无法理解被扔给我的书或有关该主题的Wiki页面,因此,结对编程在处理Scrum或Agile时有什么好处?环境?

5
在新公司开始编码所需的时间[关闭]
按照目前的情况,这个问题并不适合我们的问答形式。我们希望答案得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 6年前关闭。 我是一名软件工程师已有4年了,而我只是第一次更换公司。 Company使用结对编程进行工作,已经有3天了,我什至无法编写一行代码。这让我感到沮丧,因为我在以前的公司工作效率很高。 代码库很大,他们使用的是我不熟悉的5-6种语言/工具,例如rspec,halm,jasmine等。但是,我仍然感觉很糟糕。 这个周末,我创建了UML以更好地了解应用程序,但是我仍然猜想我本周将无法编写大量的代码。 这正常吗? 当您换工作并潜入使用不熟悉的语言/库编写的大型代码库时,您会有什么经验? 当然,我并不是在要求确切的时间,但是过去的经验或完成该过程的东西会很棒。 顺便说一句,我已经阅读了以下问题与解答, 如何进入大型代码库? /programming/215076/whats-the-best-way-to-become-familiar-with-a-large-codebase /programming/214605/the-best-way-to-familiarize-yourself-with-an-inherited-codebase 更新 所有很棒的建议!我刚下班,我干了很多工作! 关于结对编程: 通常,他们编写代码,而我力争不错过任何一秒钟!如果我尝试编写代码,我知道这将永远花光,因为我什至不知道应该编辑哪些文件,但是除此之外,正如我所说,它们使用的是6-7种语言/框架,熟悉并同时学习所有这些语法并非易事。 公司为工程师准备的情况: 我不能说他们组织得很好,他们有点希望我立即开始编写代码。 做笔记,积极主动: 当他们编写新命令/或任何有关数据模型的内容时,我总是记笔记。我的同龄人非常聪明善良,我想问很多问题,有时甚至是愚蠢的问题。 这很常见吗?: @Telastyn,感谢您的回答,这让我感觉好一些。看来我的问题并不少见,但是在我从事这项工作之前我确实很有生产力,现在我真的觉得自己没用,也不聪明。 我希望我能尽快开始解决错误/实现问题。 关于他们使用的框架/语言: 我真的很诚实,我没有说我知道我实际上不知道的东西。但是我没想到会有那么多不同,而且自从我接受报价的那一天开始工作以来,我没有时间做准备。 @Southpaw Hare,非常感谢您分享您的经验。你是绝对正确的。无法保证我将学习所有这些知识,但我正在尝试。最后,很难一次学习所有语法,我认为这也是主要问题。因为我知道该语言,所以我可以很好地在ruby代码中导航,而且由于浏览器检查器的帮助,我可以在js代码中导航,但是问题是使用我不知道的框架/语言编写了实际代码。

1
对结对编程中的“初学者”有任何经验吗?
文章“混杂配对和初学者的思想”(PDF)建议您将一对对代码库的特定领域了解最少的人放在这个配对中。这也表明,你换了一对,每90分钟左右的高级成员。新手不仅会了解代码的这一领域,而且与已经知道该领域的人相比,他们的想法也会有所不同。 有人对此策略有经验吗?它与现实有关系吗? 我发现了有关何时使用配对编程以及是否需要进行配对编程的工作的其他问题,但是我没有发现专门涉及混杂配对和这种“初学者”策略的问题。 如果您不熟悉结对编程,请参阅Wikipedia和c2.com上的有趣文章。

4
与Scrum配对编程
我在一个使用Scrum的团队中,我们正在考虑添加结对编程,以帮助提高团队的跨职能技能,并通过“两个头脑比一个头脑好”的哲学来帮助减少缺陷。 在我们的团队中,每个团队成员通常在sprint计划期间签约一个完整的工作负载(“完整”是每周少于40个小时的数字,允许开会,协作等),并且只有一个专门的所有者负责每个任务。我相信这在Scrum团队中很常见,但不一定是本书所讲的。 特别是,我希望避免因团队成员有自己的任务而对团队成员感到犹豫的情况,如果团队只是自我组织而没有为配对留出时间,恐怕会发生这种情况。 鉴于此,在配对情况下考虑工作量/小时/故事点的最佳方法是什么,以确保我们为配对分配了适当的时间? 考虑的一些选项是: 允许两个人注册每个任务,并且(大约)将估计小时数加倍 仅“手动操作”团队成员注册每个任务,该任务基于该人的估计工作时间进行估计。团队中将支持配对的任何人都将在sprint中签署较少的任务,以留出时间来支持配对。

4
在结对编程中,每个角色叫什么名字,为什么?
我听说过键盘上的那个人叫做“驱动程序”,另一个人叫做“导航员”。我曾经想象过拉力赛车手,方向盘上的人无法跟上正在发生的一切,而他们必须在“导航员”的帮助下大喊大叫,他们不断向他们喊叫,以保持他们的方向。 “走出杂草”,就像键盘上的人被第二把椅子上的人“保持在正常状态”一样。 在结对编程中,这两个角色更/最普遍接受的术语是什么?(如果不太明显),它们是从任何较早的职业中借来的吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.