it-swarm-fr.com

Devrais-je accepter un travail si une programmation par paire est requise?

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

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

Je n'ai cependant jamais travaillé avec une véritable programmation paire (en plus de quelques reprises pour une courte période pour aider quelqu'un d'autre ou pour résoudre une tâche complexe ensemble) ... Donc c'est donc la programmation de paires vraiment si mal? Et étant donné mon attitude, devrais-je refuser le travail ou devrais-je laisser mon actuel et essayer d'essayer?


Pour les personnes qui interrogées à ce sujet: Je cherche un emploi où la conception et le développement formels sont utilisés, comme je déteste mon emploi actuel où nous "codant dans la nature". La société est très intéressée par mon profil technique, alors ils ont insisté même lorsque je précisais que je n'ai jamais travaillé avec une programmation par paires et que je ne l'aimerais probablement pas (en plus d'être un programmeur de Loner insociable, je n'aime pas le concept même de programmation en binôme).

29
Wizard79

Sur la base de vos différents commentaires, vous semblez avoir une perspective/une disposition similaire à moi-même sur le sujet. Et je avoir expérimenté "Paire programmation". Et je ne voudrais certainement pas rejoindre une entreprise qui m'a obligé à mordre un scorpion. :)

Ce que je recommanderais, c'est: aller avec votre intestin.

Si la société vous obligerait à faire une programmation de paires et que vous savez que vous ne voulez pas, ne vous adhérez pas.

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

Avant de décider de définir cependant, 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 comme des personnes. (Je recommanderais probablement que pour tout nouvel emploi, quelles que soient les méthodologies utilisées.)

16
Peter Boughton

Devinez quoi - personne n'aime Pair Programming au début.

Quand j'ai essayé d'abord une programmation par paire, j'étais contre l'idée et j'avais des tonnes d'objections similaires à la vôtre. Je n'aime pas regarder quelqu'un d'autre coding, j'aime écouter de la musique, je sens que je serai plus rapide de travailler seul, je ne veux pas m'arrêter et m'expliquer constamment, etc., etc.

Puis je l'ai essayé. Et devine quoi? il est toujours aspiré. Nous avions toutes sortes de problèmes - je voulais travailler horaires différentes à l'autre gars, nous avions différents paramètres de clavier et raccourcis, nos bureaux N'a pas très bien fonctionné pour la programmation par paire, etc.

Cela s'est passé pendant environ une semaine. Au cours de cette semaine, nous réécrivions tout le système de connexion Legacy pour une application distribuée. Nous avons dû apprendre comment certains problèmes de filetage gravement difficiles fonctionnent, déterminant ainsi que les puits de télécommandes fonctionnaient, changent de tonnes et tonnes de code hérité pour travailler avec notre nouveau module de connexion et font à peu près partie du codage le plus hectique que j'ai dû faire ma carrière. Après une semaine de cela, nous l'avons déployé ..tout vient de travailler. Pas un seul bug . pas un.

C'est à ce moment que j'ai pensé qu'il pourrait y avoir quelque chose à cette paire de produits de programmation. Nous avons commencé à faire plus de programmation par paire. Nous avons même commencé à forcer tout le monde à travailler par paires. Il a basculé. J'ai probablement appris plus dans un mois de faire cela que dans les 2 années précédentes . Les autres problèmes ne sont pas partis. 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 voudrez simplement travailler seul. Mais les avantages de la programmation des paires sont juste incroyables.

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

Cela dit, assurez-vous que les paires sont souvent tournées. Vous ne voulez pas être coincé de développer avec un autre développeur pendant des mois à la fin - vous sortirez de votre esprit. Nous sommes tous humains, après tout. Vérifiez également que cela a été une pratique continue pendant un moment. 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 une lumière verte massive.

Fais-moi confiance, tu veux travailler pour une entreprise comme ça.

30
Jaco Pretorius

La programmation paire est un excellent outil! Il peut être beaucoup plus efficace - deux têtes sont meilleures qu'un moyen et un excellent moyen d'apprendre de nouvelles techniques. Bien sûr, il existe également d'autres avantages. Mais si vous ne l'achetez pas, vous n'obtiendrez rien. Compte tenu de votre attitude, cela ressemble à ce que vous ne rentrez pas du tout et ce serait probablement une perte de temps. On dirait que votre esprit est déjà composé avant même de lui donner un coup.

18
Muad'Dib

Regardons cela d'un autre POV: Compte tenu de votre prédisposition, vous faites probablement un mauvais service à l'employeur. Ils ne veulent certainement pas embaucher quelqu'un qui "déteste" une de leurs pratiques de développement. Vous les avez informés de votre perspective donnée à un tel environnement collaboratif? Sinon, vous vous méprenez-vous potentiellement.

En tant qu'employeur, je serais assez frustré d'embaucher quelqu'un qui connaissait, à venir, qu'ils ne seraient pas satisfaits des pratiques de développement que nous avions mis en place. C'est une recette de mécontentement et de frustration pour toutes les personnes impliquées.


Edit Étant donné qu'ils comprennent où vous venez de (et êtes prêt à vous emmener, comme vous l'avez mentionné dans votre commentaire), pourquoi ne pas discuter de la façon dont vous vous sentez avec quelques développeurs de l'entreprise? Il est possible qu'ils seront en mesure de répondre à toute préoccupation ou biais que vous avez contre pp. Il est également important pour eux de savoir que vous n'êtes pas terriblement désireux de l'idée puisque vous travaillerez avec eux à temps plein.

Cela vous donnera également une occasion d'apprendre quelque chose sur les personnes que vous travaillerez de manière aussi étroite.

Si tout le monde est à bord, je préconiserais 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 ensemble d'yeux sur votre code attrapera probablement des défauts ou des difficultés, vous pourriez sinon manquer; Vous obtenez une grande exposition à la perspective de quelqu'un d'autre sur le codage (et de fournir votre propre expérience); Et le résultat final est très souvent beaucoup mieux que prévu.

J'apprécie votre biais contre pp; Il y a des moments où je ne veux que rien de plus que de s'asseoir à un ordinateur qui frappe un problème, et PP devient frustrant (je suis aussi un introverti, ce qui signifie PP me laisse sentir un peu plus drainé à la fin de la journée) parce que quelqu'un est toujours là. Cela dit, les résultats, dans mon expérience, parlent d'eux-mêmes et je suis beaucoup plus amical pour cela sur une base régulière.

10
bedwyr

J'ai essayé une programmation par paire et je l'ai détestée. Je partage presque tous les doutes et les préoccupations que vous avez exprimées. J'ai démissionné pour cette raison même.

Mes conseils personnels sont toujours contre paire et, étant donné votre attitude, je vous conseille fortement de ne pas l'essayer.

9
Wizard

Vous semblez que vous n'êtes certainement pas psychisé de faire une programmation de paires, mais le fait que vous avez posé la question me conduirait à croire que vous gardez un esprit ouvert.

Pourquoi ne pas être au-delà de l'employeur et le faire savoir comment vous vous sentez. S'ils pensent toujours que vous êtes le candidat qu'ils souhaitent, vous pourriez suggérer un essai de 2 semaines (ou quelle que soit la période de l'heure) pour voir si votre sentiment d'intial est valide ou non. Si l'employeur décline, cela ne sonne pas comme si vous vouliez vraiment que le travail commence par donc ce n'est pas une grande perte. Si l'employeur accepte, vous en saurez au moins savoir définitivement un moyen ou l'autre pour le prochain travail.

5
Walter

Je déteste l'idée de la programmation par paire

...

Je n'ai jamais travaillé avec la programmation de paires

Vous devez clarifier cela en premier.

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

4
user2567

Je suis un peu germophobe. Je déteste l'idée de quelqu'un qui 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 prends le long chemin autour du périmètre du complexe de bureau plutôt que de traverser la cour pour aller à la cafétéria, alors je n'aurai pas à toucher des poignées de porte.

D'autre part, j'aime le concept de programmation par paires. Je pourrais apprendre quelque chose d'intéressant. Ou je pourrais instruire. De toute façon, ce serait une bonne expérience.

Ma proposition (pour moi-même): faire une programmation de pair à distance. Utilisez Office Live Meeting et partagez votre écran. Mec reste à son bureau, je reste à moi.

3
Anthony Pegram

Y a-t-il une façon de faire une programmation de paires de paires de manière indépendante, d'avoir une meilleure idée de cela? Il semble y avoir des gens qui aiment la programmation par paire et des personnes qui ne le font pas, et avant de s'engager dans un travail qui utilise une programmation de paires, vous voulez vraiment avoir le sentiment que vous pouvez le faire.

Alternativement, vous pouvez parler au responsable de l'embauche ou à quelqu'un dans une position similaire et de parler ceci. Ils peuvent avoir une utilisation pour un programmeur non-paire. Ils peuvent avoir de l'expérience avec des personnes qui se sentent négatives sur la programmation par paire. Dites au gestionnaire pourquoi vous êtes mal à l'aise avec la programmation de paires, mais soulignez-vous que vous n'avez aucune expérience et êtes très intéressé par le poste.

À l'heure actuelle, vous êtes dans la meilleure position de négociation possible avec la société: ils ont offert et vous n'avez pas encore accepté. La société a intérêt à vous embaucher et est très peu susceptible de vous déposer simplement parce que vous devez d'abord parler à quelqu'un de la société.

2
David Thornley

Si vous connaissez déjà la technologie, vous le 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 pp, vous allez simplement rester là-bas et ne rien faire faire.

Le pire des cas est possible, si les deux parties le savent et se transforment en une race ou un concours pissant.

0
oregon111