Comment recherchez-vous lors de la programmation en binôme?

J'ai récemment commencé un nouvel emploi et le jumelage m'a aidé à devenir efficace très rapidement. Cependant, j'ai du mal à faire de brèves recherches conjointes au cours de notre flux de travail, couvrant les fonctionnalités de l'API, des exemples de code ou des options de commande. Mon chef d'équipe nous invite à faire toutes les recherches sur notre station de couplage, plutôt que sur nos ordinateurs portables individuels, et à synchroniser nos recherches en négociant verbalement les étapes entre les différentes ressources Web.

Je recherche, lis et absorbe les informations différemment de mon partenaire de jumelage, et je me sens beaucoup plus productif lorsque je peux suivre un fil de recherche vers la page Web suivante exactement quand je le souhaite, plutôt que d'essayer de suivre le rythme exact et le lieu avec quoi lecture de mon partenaire. Nous sommes à la fois intelligents et rapides, mais nous ne pouvons pas nous empêcher de bouger de différentes manières et à des vitesses instantanées lorsque nous essayons de comprendre les choses. Il semble tellement plus facile de fouiller individuellement pendant une minute jusqu'à ce que l'un de nous dise «Je l'ai», puis de se remettre ensemble et de coder.

Lorsque vous jumelez un programme, comment gérez-vous les tâches de recherche courtes? Qu'est-ce qui vous convient le mieux et comment vous synchroniser avec votre partenaire?

agile pair-programming

— danger de circulation
source

Réponses:

La programmation par paires est un outil. Comme tout outil, il y a des moments où il est utile et des moments où il ne l'est pas. L'utilisation des bons outils pour le travail peut impliquer différents outils à différents moments, y compris un mélange de ces outils.

Ainsi, si la situation l'exige, rompez quand c'est nécessaire et retrouvez-vous quand c'est nécessaire.

Par exemple, si vous recherchez tous les deux quelque chose et que l'un de vous trouve quelque chose d'intéressant, alors vous pouvez peut-être tous les deux le regarder ensemble. Mais si vous essayez tous les deux de trouver une réponse, il est parfois plus productif de se séparer pour rechercher en parallèle.

Lorsque l'un de vous trouve la réponse, reprenez la pair programmingsession.

Bref, ça s'appelle Pair Programming,pas Pair Researching.

— jmort253
source

Lorsque je jumelle un programme, quiconque ne tape pas sur l'ordinateur principal a accès à un ordinateur portable pour effectuer des recherches. Cela rend l'ensemble du processus moins frustrant pour le membre «non tapeur» de la paire.

— Westcoastdiff
source

Le non-typer n'est-il pas alors distrait de ce que la paire essaie d'accomplir? Comment rattrape-t-il ce que l'autre programmeur a accompli alors qu'il ne regardait pas?

— Adam Lear

Si deux personnes travaillent sur deux ordinateurs, ce n'est pas de la programmation en binôme!

— Johnsyweb

Si la personne à la station de programmation de paires recherche et ne programme pas, alors le processus de rattrapage implique simplement un "Hey mec! Découvrez ce que je viens de trouver ...". Ce n'est pas parce que les deux personnes recherchent quelque chose indépendamment qu'elles arrêtent de communiquer.

— jmort253

Je ne pense pas que je veux aller aussi loin - quand du code est écrit, je veux le regarder. Je parle plus de la situation où nous savons tous les deux ce que nous devons faire ensuite, mais nous ne savons pas comment le faire - alors nous prenons une minute pour le rechercher.

— traffichazard

Pour clarifier ma réponse. Le membre ne tapant pas ne ferait généralement des recherches que si le code n'était pas écrit à ce moment-là. Par exemple, le membre tapant construit ou recherche également. @Johnsyweb Je pense qu'il est important de reconnaître que la programmation par paires (ou rien d'ailleurs) n'est pas une proposition tout ou rien.

— westcoastdiff

La recherche parallèle est très puissante si vous recherchez des réponses à différents endroits. "Vous avez lu cet article, je vais parcourir le livre et nous nous synchroniserons dans 10 minutes". Quiconque propose une solution (possible) devrait bien sûr partager ses connaissances.

Une excellente façon de gérer cela est d'utiliser un " pic ". Cela se produit pendant la réunion d'estimation pour aider à rendre les estimations plus précises. En bref, vous retardez l'estimation d'une tâche spécifique jusqu'à ce que le pic (chronologique) soit terminé et que vous en sachiez suffisamment sur le problème pour lui attribuer un chiffre en toute confiance. Cela peut inclure l'essai d'une nouvelle bibliothèque ou d'un nouveau composant ou l'écriture d'un petit programme comme preuve de concept.

— Martin Wickman
source