개발자 쌍에서 “잡초에서 길을 잃는다”는 것을 피하십시오.

링크 표

초록과 I. 소개

II. 관련 작업

A. 쌍 프로그래밍 기술의 존재

B. 쌍 프로그래밍 기술의 요소

III. 연구 방법

A. 연구 목표 및 데이터 수집

B. 질적 연구 접근법

C. ‘좋은’과 ‘나쁜’개념

IV. 결과

A. 쌍 프로그래밍 기술의 두 가지 요소

B. 방지 : 잡초에서 길을 잃는다

C. 반란 : 파트너를 잃는다

D. 방지 : 파트너 익사

E. 옳은 일을하고 F. 쌍 프로그래밍 기술의 추가 요소

V. 토론

VI. 요약 및 미래의 작업

VII. 데이터 가용성 및 참조

B. 방지 : 잡초에서 길을 잃는다

두 개발자는 단일 개발자보다 무엇을 찾아야하는지, 어떻게 진행하는지에 대한 더 많은 아이디어를 생각해 낼 수 있습니다. 그러나 위험은 위험을 감수합니다 잡초에서 길을 잃는다 그들이 너무 적은 고려로 그들 중 너무 많은 것을 뛰어 넘을 때. 그러한 쌍은 관리 할 수 있습니다 함께있어 둘 다이 새로운 아이디어에 대해 함께 생각하지만, 관련이없는 세부 사항에 대해 너무 많이 생각하고 중요한 것을 추적하고, 따라서 편의.

예 1 : 세션 DA2 (09 : 00–19 : 00). 회사에서 D4의 첫 주이며, 그와 D3은 새로운 기능을 구현해야합니다. D3은 이미 기존의 유사한 기능을 표시하여 대상 상태를 설명하려고합니다. D3은 소스 코드를 스크롤하는 동안 D4는 자신의 작업과 관련이없는 질문으로 그를 반복적으로 방해하며 D3은 항상 자신이 할 수있는 모든 정보를 제공하기 위해 최선을 다합니다 (고도로 압축 된 발췌문이 따릅니다).

D3 :“원칙적으로 여기에는 툴바가 있어야합니다. […] 오래된 달력에서 어떻게 보았는지 보여 드리겠습니다. [starts navigating in the source code]’

D4 : “”[reading from screen] 이 내비게이션은 무엇입니까? 이 행동이 있습니까? 그들은 어디에 표시됩니까?”

D3 : “”[stops navigating] A가 있습니다. 다시 한번 호출합니까? [starts searching through package tree …]’

D4 : “”[later: reading from screen, chuckling] 라이센스 키?”

D3 : “”[stops searching] 당신은이 주변에서 더 자주 볼 수 있습니다 […] 그것이 어디에 사용되는지 보자 [starts fulltext search …]’

D4가 회사에서 새로운 것이므로 코드 기반에 대한 정보를 제공합니다. ~할 수 있었다 현재 작업과 관련이 없어도 좋은 일이 되십시오. 하지만, 없음 측면 토픽 중 실제로 D4는 그가 아직 알지 못한 것을 이해하게 되었기 때문에 (위에 표시되지 않음), 우리는 이것을 III-C에 정의 된대로 쌍을 밟는 쌍의 경우를 특성화합니다. 대신, 주요 주제 (즉, 대상 상태를 D4로 설명하는)는 12 (!) 갑작스러운 주제 변경 (위의 두 개만 위에 표시됨)에 의해 중단됩니다. 순 시간이 30 초로 교환을 마치는 데 약 10 분이 걸립니다. D3은 5 분 후에 거의 잃어 버렸고 스택 트레이스가 화면에 표시되기 때문에 돌아 왔기 때문에 더 나빠질 수있었습니다.

D3 :“좋아요, 이제 우리는 어디에 있었습니까? [looks around, sees stacktrace on lower display corner] 아, 예외, 맞아.”