Adakah pengalaman dengan "pikiran pemula" dalam pemrograman pasangan?

Artikel "Pasangan Berpasangan dan Pikiran Pemula" (PDF) menunjukkan bahwa Anda menempatkan seseorang pada pasangan yang paling sedikit tahu tentang area tertentu dari basis kode. Hal ini juga menunjukkan bahwa Anda swap keluar anggota senior dari pasangan setiap 90 menit atau lebih. Tidak hanya para pemula akan belajar tentang area kode tersebut tetapi mereka juga akan berpikir secara berbeda dibandingkan dengan seseorang yang sudah mengetahui area tersebut.

Adakah yang punya pengalaman dengan strategi ini? Apakah ada hubungannya dengan kenyataan?

Saya menemukan pertanyaan lain tentang kapan harus menggunakan pemrograman berpasangan dan apakah akan menerima pekerjaan di mana pemrograman berpasangan diperlukan , tetapi saya tidak menemukan apa pun yang secara khusus tentang pemasangan pasangan bebas dan strategi "pikiran pemula" ini.

Jika Anda tidak terbiasa dengan pemrograman pasangan, ada artikel menarik di Wikipedia dan c2.com .

agile pair-programming

— Don Kirkby
sumber

Apa sebenarnya perbedaan antara Pemrograman Pair dan Pairing Promiscuous?

— Fosco

Lihat juga: meta.stackexchange.com/questions/22795/…

— Shog9

@Fosco, saya pikir pasangan bebas pilih-pilih adalah ketika Anda sering bertukar pasangan dan membuat semua pasangan yang memungkinkan dalam tim. Namun, aku bertanya tentang strategi tertentu di mana Anda selalu menukar keluar anggota senior dari masing-masing pasangan, dan membawa pengembang dengan keterampilan paling relevan. Makalah yang saya tautkan untuk membedakan antara keterampilan dan kompetensi. (Keterampilan lebih spesifik.)

— Don Kirkby

Saya mengklarifikasi pertanyaan dan mengubah judul, karena itu lebih tentang strategi spesifik daripada tentang pasangan bebas pilih-pilih pada umumnya.

— Don Kirkby

Tautan ke PDF terputus. Mungkin artikel ini .

— Pieter Kuijpers

Saya pikir pertanyaan Anda mengecilkan (mungkin, membingungkan) Program Pairing dan Promiscuous Pairing.

Ketika Anda melakukan pemrograman berpasangan dan salah satu programmer mengetahui lebih banyak tentang tugas yang dihadapi, programmer lain belajar dengan sangat cepat (bahasa, alat, desain atau persyaratan produk yang sedang mereka kerjakan. Saya memiliki pengalaman dengan itu dan sangat merekomendasikannya untuk mempercepat rekan kerja Anda atau diri Anda sendiri.

Gagasan Promiscuous Pairing adalah ketika Anda memiliki N programmer di tim dan membuat semua pasangan yang mungkin dari mereka dan memutar pasangan itu sering , maka pengetahuan tersebut menyebar ke seluruh tim dengan sangat cepat.

— azheglov
sumber

Kedengarannya seperti Anda telah berhasil memadukan ahli dengan pemula. Apakah Anda pikir setidaknya satu anggota pasangan harus selalu menjadi ahli? Yang saya bertanya tentang adalah strategi khusus menganjurkan dalam artikel saya terkait dengan yang menyarankan memilih pengembang yang berpengalaman setidaknya untuk setiap tugas, dan selalu menukar keluar anggota senior dari sepasang. Manfaat yang diklaim adalah bahwa pemula akan membawa "pikiran pemula" untuk tugas itu, mengajukan pertanyaan berwawasan luas, dan membuat saran kreatif. Saya akan senang mendengar dari siapa pun yang telah mencoba strategi khusus ini.

— Don Kirkby

@ Don: (maaf butuh beberapa saat untuk membalas, saya telah mengambil istirahat panjang dari situs). Jika tidak berpikir salah satu anggota pasangan harus selalu menjadi ahli, tetapi jika keduanya pemula, itu tidak baik. Mereka akan membuat kesalahan pemula dan mengabadikannya. Pada saat yang sama, tidak ada yang salah dengan mengajukan "pertanyaan pemula" - selama pasangan dapat menjawabnya!

— azheglov