Dois-je accepter un travail si la programmation par paire est requise? [fermé]

On m'a proposé un travail intéressant, mais il y a une grande mise en garde pour moi: ils utilisent la programmation par paires.

Je déteste l'idée de la programmation par paire, et je ne suis probablement pas adaptée à cela: j'aime faire des pauses fréquentes, je déteste voir quelqu'un programmer (je pousserais constamment la paire pour me coder), je dois être en pleine le contrôle de la machine sur laquelle je travaille, j'aime écouter de la musique et, fondamentalement, je n'aime pas être lié à quelqu'un d'autre. Je ne suis même pas une personne sociale.

Cependant, je n'ai jamais réellement travaillé avec une véritable programmation par paires (à part quelques fois pendant une courte période pour aider quelqu'un d'autre ou pour résoudre une tâche complexe ensemble) ... c'est donc une programmation en paires vraiment si mauvaise? Et compte tenu de mon attitude, dois-je refuser le poste ou dois-je quitter mon poste actuel et essayer?

Pour les personnes qui ont posé des questions à ce sujet: je suis à la recherche d'un emploi où la conception et le développement formels sont utilisés, car je déteste mon travail actuel où nous "codons à l'état sauvage". La société est très intéressée par mon profil technique, ils ont donc insisté même lorsque j'ai spécifié que je n'avais jamais travaillé avec la programmation par paires et que je ne l'aimerais probablement pas (en plus d'être un programmeur solitaire insociable, je n'aime pas et je crois que le concept même de programmation en binôme).

Sur la base de vos divers commentaires ici, vous semblez avoir une perspective / disposition similaire à moi-même sur le sujet. Et j'ai fait l' expérience de la "programmation par paires". Et je ne voudrais certainement pas rejoindre une entreprise qui m'obligeait à mordre un scorpion. :)

Ce que je recommanderais, c'est: Allez avec votre instinct.

Si l'entreprise vous oblige à faire de la programmation par paires et que vous savez que vous ne le souhaitez pas, ne vous joignez pas.

S'ils vous donnent l'occasion de montrer que vous pouvez produire un meilleur travail plus rapidement que deux de leurs développeurs actuels combinés, allez-y et prouvez-le.

Avant de vous décider définitivement, je suis certainement d'accord avec la recommandation que vous demandez de parler aux développeurs existants là-bas, et d'avoir une idée d'eux en tant que personnes. (Je recommanderais probablement cela pour tout nouveau travail, quelles que soient les méthodologies utilisées.)

Devinez quoi - personne n'aime la programmation en binôme au début .

Quand j'ai essayé la programmation en binôme pour la première fois, j'étais contre l'idée et j'avais des tonnes d'objections similaires à la vôtre. Je n'aime pas regarder quelqu'un coder, j'aime écouter de la musique, je sens que je vais travailler plus vite par moi-même, je ne veux pas m'arrêter et m'expliquer constamment, etc etc etc.

Ensuite, je l'ai essayé. Et devine quoi? Ça craignait toujours . Nous avions toutes sortes de problèmes - je voulais travailler des heures différentes avec l'autre gars, nous avions différents paramètres de clavier et raccourcis, nos bureaux ne fonctionnaient pas très bien pour la programmation de paires, etc.

Cela a duré environ une semaine. Au cours de cette semaine, nous avons réécrit l'intégralité du système de connexion hérité pour une application distribuée. Nous avons dû apprendre comment fonctionnaient certains problèmes de threading très difficiles, comprendre comment fonctionnaient les récepteurs distants, changer des tonnes et des tonnes de code hérité pour fonctionner avec notre nouveau module de connexion et faire à peu près l'un des codages les plus mouvementés que j'ai eu à faire dans ma carrière. Après une semaine, nous l'avons déployé .. et tout a simplement fonctionné . Pas un seul bug . Pas un .

C'est alors que j'ai pensé qu'il pourrait y avoir quelque chose à ce non-sens de programmation de paire. Nous avons commencé à faire plus de programmation par paires. Nous avons même commencé à forcer tout le monde à travailler en binôme. Ça a basculé. J'ai probablement appris plus en un mois à le faire que je ne l'ai fait au cours des 2 années précédentes . Les autres problèmes n'ont pas disparu. Parfois, vous serez coincé avec une paire que vous n'aimez pas. Ça va arriver. Parfois, vous aurez du mal à trouver des heures de travail qui se chevauchent. Parfois, vous aurez envie de travailler seul. Mais les avantages de la programmation par paires sont tout simplement incroyables.

Depuis lors, j'ai toujours essayé de faire autant de programmation de paires que possible. C'est tout simplement la meilleure façon d'apprendre. Cette entreprise oblige tout le monde à faire de la programmation en binôme? Où dois-je m'inscrire? Il me semble qu'ils sont vraiment éclairés et vous serez dans un environnement de travail vraiment intense. Impressionnant.

Cela dit, assurez-vous que les paires tournent souvent. Vous ne voulez pas être bloqué en développement avec un autre développeur pendant des mois - vous sortirez de votre esprit. Nous sommes tous humains, après tout. Vérifiez également que cette pratique est en cours depuis un certain temps. Si ce n'est pas le cas, ce n'est pas la fin du monde, mais si c'est une pratique acceptée, c'est un feu vert massif.

Croyez-moi, vous voulez travailler pour une entreprise comme ça.

La programmation par paires est un excellent outil! Il peut être beaucoup plus efficace - deux têtes valent mieux qu'une - et un excellent moyen d'apprendre de nouvelles techniques. Bien sûr, il y a aussi d'autres avantages. Mais si vous n'achetez pas, vous n'en tirerez rien. Compte tenu de votre attitude, il semble que vous ne vous y adapteriez pas du tout et que ce serait probablement une perte de temps. Il semble que votre décision soit déjà prise avant même de vous lancer.

Voyons cela d'un autre PDV: étant donné votre prédisposition, vous ne rendez probablement pas service à l'employeur. Ils ne veulent certainement pas embaucher quelqu'un qui "déteste" l'une de leurs pratiques de développement. Les avez-vous informés de votre point de vue dans un environnement aussi collaboratif? Sinon, vous vous trompez potentiellement.

En tant qu'employeur, je serais assez frustré d'embaucher quelqu'un qui savait, en entrant, qu'il ne serait pas satisfait des pratiques de développement que nous avions mises en place. C'est une recette de mécontentement et de frustration pour toutes les personnes impliquées.

Modifier Étant donné qu'ils comprennent d'où vous venez (et sont prêts à vous embaucher, comme vous l'avez mentionné dans votre commentaire), pourquoi ne pas discuter de ce que vous ressentez avec quelques développeurs de l'entreprise? Il est possible qu'ils soient en mesure de répondre à vos préoccupations ou à vos préjugés contre le PP. Il est également important pour eux de savoir que vous n'aimez pas vraiment l'idée, car vous travaillerez avec eux à temps plein.

Cela vous donnera également l'occasion d'apprendre quelque chose sur les personnes avec lesquelles vous travaillerez si étroitement.

Si tout le monde est à bord, je recommanderais certainement PP pour les mêmes raisons mentionnées dans les réponses ici. Vous avez une responsabilité immédiate pour ce que vous écrivez; un autre regard sur votre code détectera probablement des défauts ou des problèmes que vous pourriez autrement manquer; vous obtenez une grande exposition au point de vue de quelqu'un d'autre sur le codage (et obtenez de fournir votre propre expérience); et le résultat final est très souvent bien meilleur que prévu.

J'apprécie votre parti pris contre PP; il y a des moments où je ne veux rien de plus que de m'asseoir devant un ordinateur pour résoudre un problème, et PP devient frustrant (je suis aussi un introverti, ce qui signifie que PP me laisse un peu plus épuisé à la fin de la journée) parce que quelqu'un est toujours là. Cela dit, les résultats, selon mon expérience, parlent d'eux-mêmes et je suis beaucoup plus amical avec lui régulièrement.

J'ai essayé la programmation en binôme et je l'ai détesté. Je partage presque tous les doutes et préoccupations que vous avez exprimés à son encontre. J'ai démissionné pour cette raison même.

Mon conseil personnel est toujours contre la paire, et étant donné votre attitude, je vous conseille fortement de ne même pas essayer.

Je déteste l'idée de la programmation en binôme

...

Je n'ai jamais vraiment travaillé avec la programmation par paires

Vous devez d'abord clarifier cela.

Vous ne pouvez pas dire que vous n'aimez pas quelque chose sans l'essayer. J'ai personnellement détesté la sauce tomate jusqu'à ce que je la goûte.

Vous semblez que vous n'êtes certainement pas excité de faire de la programmation en binôme, mais le fait que vous posiez la question me ferait croire que vous gardez l'esprit ouvert.

Pourquoi ne pas être franc avec l'employeur et lui faire savoir comment vous vous sentez. S'ils pensent toujours que vous êtes le candidat qu'ils souhaitent, vous pouvez suggérer un essai de 2 semaines (ou quelle que soit la période qui fonctionne) pour voir si votre sentiment initial est valide ou non. Si l'employeur refuse, il ne semble pas que vous vouliez vraiment commencer le travail, ce n'est donc pas une grande perte. Si l'employeur est d'accord, vous saurez au moins définitivement d'une manière ou d'une autre pour le prochain emploi.

Je suis récemment allé à une retraite de code de programmation par paires. Je ne l'utilise pas au travail et je suis très nouveau dans ce domaine. Je suis comme toi dans le sens où j'aime avoir le contrôle de ma propre machine. Plusieurs programmeurs qui programment beaucoup par paires ont continué à souligner que la programmation par paires améliore considérablement ses compétences de codage, car vous obtenez des commentaires constants, votre code est constamment examiné et vous êtes moins susceptible d'écrire du code hacky. Je suis d'accord avec le fait que c'est un changement important pour quelqu'un qui n'a jamais programmé de paire auparavant. Cependant, il est difficile d'avoir une opinion solide sur la question à moins de l'essayer pendant une longue période.

Je suis un peu germophobe. Je déteste l'idée que quelqu'un touche ma souris et mon clavier. Je déteste l'idée de toucher la souris et le clavier de quelqu'un d'autre. Je fais le long chemin autour du périmètre du complexe de bureaux plutôt que de traverser la cour pour aller à la cafétéria juste pour ne pas avoir à toucher les poignées de porte.

Par contre, j'aime le concept de programmation en binôme. Je pourrais apprendre quelque chose d'intéressant. Ou je pourrais donner des instructions. Quoi qu'il en soit, ce serait une bonne expérience.

Ma proposition (pour moi): faire de la programmation par paires à distance. Utilisez Office Live Meeting et partagez votre écran. Mec reste à son bureau, je reste au mien.

Existe-t-il un moyen de faire de la programmation par paires indépendamment, pour mieux la comprendre? Il semble y avoir des gens qui aiment la programmation en binôme et des gens qui ne l'aiment pas, et avant de vous engager dans un travail qui utilise la programmation en binôme, vous voulez vraiment avoir le sentiment que vous pouvez le faire.

Alternativement, vous pouvez parler au gestionnaire d'embauche, ou à quelqu'un dans une position similaire, et en discuter. Ils peuvent être utiles pour un programmeur sans paire. Ils peuvent avoir de l'expérience avec des personnes qui se sentent négatives à propos de la programmation par paires. Dites au responsable pourquoi vous n'êtes pas à l'aise avec la programmation en binôme, mais insistez sur le fait que vous n'avez aucune expérience et êtes très intéressé par le travail.

En ce moment, vous êtes dans la meilleure position de négociation possible avec l'entreprise: ils ont proposé et vous n'avez pas encore accepté. L'entreprise a intérêt à vous embaucher et il est très peu probable qu'elle vous abandonne simplement parce que vous devez d'abord parler à quelqu'un dans l'entreprise.

Si vous connaissez déjà la technologie, vous la détesterez. Mais si vous ne connaissez pas la technologie, vous l'apprendrez par PP. Si vous ne le savez pas et que vous ne faites pas de PP, alors vous resterez assis là et vous ne ferez rien.

Le pire des cas est que les deux parties le sachent et que cela se transforme en une course ou un concours de pisse.