페어 프로그래밍에서 "초보자의 마음"에 대한 경험이 있습니까?

"Promiscuous Pairing and Beginner 's Mind"(PDF) 기사에서는 코드베이스의 특정 영역에 대해 가장 잘 아는 사람을 페어에 넣을 것을 제안합니다. 그것은 또한 당신이 바꿀 것을 제안 밖으로 쌍 매 90 분 정도의 수석 멤버. 초보자는 코드의 해당 영역에 대해 배울뿐만 아니라 해당 영역을 이미 알고있는 사람과 다르게 생각할 것입니다.

이 전략에 경험이있는 사람이 있습니까? 현실과 관련이 있습니까?

페어 프로그래밍 사용시기 와 페어 프로그래밍이 필요한 작업을 수락할지 여부에 대한 다른 질문을 찾았 지만, 무차별 페어링 및이 "초보자 마음"전략에 대해서는 구체적으로 찾지 못했습니다.

페어 프로그래밍에 익숙하지 않다면 Wikipedia 와 c2.com 에 흥미로운 기사가 있습니다 .

agile pair-programming

— 돈 커크비
소스

페어 프로그래밍과 무차별 페어링의 차이점은 정확히 무엇입니까?

— Fosco

또한보십시오 : meta.stackexchange.com/questions/22795/…

— Shog9

@ Fosco, 나는 무차별 페어링이 파트너를 자주 교환하고 팀 내에서 가능한 모든 쌍을 만들 때라고 생각합니다. 그러나, 나는 당신이 항상 교환 특정 전략에 대해 부탁 해요 밖으로 각 쌍의 수석 멤버, 그리고 최소한의 관련 기술을 가진 개발자에 가져. 내가 연결 한 논문은 기술과 역량을 구별합니다. (기술이 더 구체적입니다.)

— Don Kirkby

나는 일반적으로 무차별적인 페어링보다는 구체적인 전략에 관한 것이기 때문에 질문을 명확히하고 제목을 변경했습니다.

— 돈 커크비

PDF에 대한 링크가 끊어졌습니다. 아마이 기사 일 것입니다 .

— Pieter Kuijpers

귀하의 질문에 페어 프로그래밍과 무차별 페어링이 있다고 생각합니다.

페어 프로그래밍을 수행하고 프로그래머 중 한 명이 당면한 작업에 대해 더 많이 알게되면 다른 프로그래머는 매우 빠르게 학습합니다 (언어, 도구, 작업중인 제품의 디자인 또는 요구 사항). 동료 나 자신의 속도를 높이기 위해 강력히 권장합니다.

Promiscuous Pairing의 개념 은 N 프로그래머가 팀에 있고 가능한 모든 쌍을 만들고 그 쌍을 자주 회전 하면 그러한 지식이 팀 전체에 빠르게 퍼지는 것입니다.

— 아 zhe 글 로프
소스

전문가와 초보자를 혼합하는 데 성공한 것 같습니다. 당신은 적어도 한 쌍의 멤버가 항상 전문가 여야한다고 생각합니까? 내가 대해 부탁 해요 각 작업에 대한 최소한의 숙련 된 개발자를 선택하고 항상 교환 제안이에 링크 된 문서 I에 옹호 특정 전략입니다 밖으로 한 쌍의 수석 멤버. 주장 된 이점은 초보자가 "초보자의 마음"을 가져 와서 통찰력있는 질문을하고 창의적인 제안을 할 것이라는 점입니다. 이 특정 전략을 시도한 사람의 의견을 듣고 싶습니다.

— 돈 커크비

@Don : (죄송하기까지 시간이 걸렸습니다. 사이트에서 오래 쉬었습니다.) 쌍의 한 구성원이 항상 전문가 여야한다고 생각하지 않는다면 둘 다 초보자 인 경우에는 좋지 않습니다. 그들은 초보자 실수를하고 그들을 영속시킬 것입니다. 동시에, "초보자 질문"을하는 데 아무런 문제가 없습니다. 한 쌍이 대답 할 수있는 한!

— azheglov 2016 년