Soll ich einen Job annehmen, wenn eine Paarprogrammierung erforderlich ist? [geschlossen]

Mir wurde ein interessanter Job angeboten, aber es gibt eine große Einschränkung für mich: Sie verwenden Paarprogrammierung.

Ich hasse die Idee der Paarprogrammierung und bin wahrscheinlich nicht dafür geeignet: Ich mache gerne häufige Pausen, ich hasse es, jemanden beim Programmieren zu sehen (ich würde das Paar ständig wegstoßen, um mich selbst zu codieren), ich muss voll und ganz sein Kontrolle über die Maschine, an der ich arbeite, ich höre gerne Musik und im Grunde mag ich es nicht, an jemanden gebunden zu sein. Ich bin nicht einmal eine soziale Person.

Ich habe jedoch noch nie mit echter Paarprogrammierung gearbeitet (außer ein paar Mal für kurze Zeit, um jemand anderem zu helfen oder eine komplexe Aufgabe zusammen zu lösen) ... also ist die Paarprogrammierung wirklich so schlecht? Und sollte ich angesichts meiner Einstellung den Job ablehnen oder meinen jetzigen verlassen und es versuchen?

Für Leute, die danach fragten: Ich suche einen Job, bei dem formales Design und Entwicklung zum Einsatz kommen, da ich meinen aktuellen Job hasse, bei dem wir "in freier Wildbahn codieren". Das Unternehmen ist sehr an meinem technischen Profil interessiert, so dass sie darauf bestanden, selbst wenn ich spezifizierte, dass ich nie mit Pair Programming gearbeitet habe und es mir wahrscheinlich nicht gefallen würde (abgesehen davon, dass ich ein nicht kontaktfreudiger Einzelgänger bin, mag und glaube ich nicht genau das Konzept von Paar-Programmierung).

Aufgrund Ihrer verschiedenen Kommentare hier scheinen Sie eine ähnliche Einstellung zu diesem Thema zu haben wie ich. Und ich habe "Pair Programming" erlebt. Und ich würde mit Sicherheit keiner Firma beitreten, bei der ich einen Skorpion beißen musste. :)

Was ich empfehlen würde ist: Gehen Sie mit Ihrem Bauch.

Wenn das Unternehmen Sie zwingen würde, Pair Programming durchzuführen, und Sie wissen, dass Sie nicht möchten, treten Sie nicht bei.

Wenn sie Ihnen die Gelegenheit geben, zu zeigen, dass Sie schneller bessere Arbeit leisten können als zwei ihrer derzeitigen Entwickler zusammen, beweisen Sie dies.

Bevor Sie sich jedoch endgültig entscheiden, würde ich mit Sicherheit der Empfehlung zustimmen, mit den dortigen Entwicklern zu sprechen und ein Gefühl für sie als Menschen zu bekommen. (Ich würde das wahrscheinlich für jeden neuen Job empfehlen, unabhängig von den verwendeten Methoden.)

Weißt du was ? Zuerst mag niemand das Programmieren von Paaren .

Als ich das erste Mal Pair Programming ausprobierte, war ich gegen die Idee und hatte viele ähnliche Einwände wie Sie. Ich mag es nicht, jemand anderem beim Codieren zuzusehen, ich höre gerne Musik, ich habe das Gefühl, ich arbeite schneller alleine, ich möchte nicht aufhören und mich ständig erklären, usw. usw. usw.

Dann habe ich es versucht. Und rate was? Es saugte immer noch . Wir hatten alle möglichen Probleme - ich wollte andere Stunden als der andere Mann arbeiten, wir hatten andere Tastatureinstellungen und Tastenkürzel, unsere Schreibtische funktionierten nicht sehr gut für die Programmierung von Paaren usw. usw.

Das dauerte ungefähr eine Woche. In dieser Woche haben wir das gesamte alte Anmeldesystem für eine verteilte Anwendung umgeschrieben. Wir mussten lernen, wie einige ernsthaft schwierige Threading-Probleme funktionieren, herausfinden, wie Remoting-Senken funktionieren, Tonnen und Tonnen von Legacy-Code ändern, um mit unserem neuen Login-Modul zu funktionieren, und so ziemlich die hektischste Codierung ausführen, die ich zu tun hatte meine Karriere. Nach einer Woche haben wir es bereitgestellt ... und alles hat einfach funktioniert . Kein einziger Bug . Nicht einer .

In diesem Moment dachte ich mir, dass dieses Programmierquatschpaar etwas enthalten könnte. Wir haben angefangen, mehr Pair-Programmierung zu machen. Wir haben sogar angefangen, alle zu zwingen, paarweise zu arbeiten. Es hat gerockt. Wahrscheinlich habe ich in einem Monat mehr dazu gelernt als in den letzten zwei Jahren . Die anderen Probleme gingen nicht weg. Manchmal stecken Sie mit einem Paar fest, das Sie nicht mögen. Es wird passieren. Manchmal haben Sie Schwierigkeiten, überlappende Arbeitszeiten zu finden. Manchmal möchten Sie einfach alleine arbeiten. Aber die Vorteile der Paarprogrammierung sind einfach unglaublich.

Seitdem habe ich immer versucht, so viele Paare wie möglich zu programmieren. Es ist einfach die beste Art zu lernen. Diese Firma zwingt alle, Pair-Programmierung zu machen? Wo melde ich mich an? Es scheint mir, dass sie wirklich erleuchtet sind und Sie sich in einem wirklich intensiven Arbeitsumfeld befinden. Genial.

Stellen Sie jedoch sicher, dass die Paare häufig gedreht werden. Sie möchten nicht monatelang mit einem anderen Entwickler zusammenarbeiten - das wird Ihnen schwer fallen. Schließlich sind wir alle Menschen. Vergewissern Sie sich auch, dass dies seit einiger Zeit üblich ist. Wenn nicht, ist es nicht das Ende der Welt, aber wenn es eine akzeptierte Praxis ist, ist es ein massives grünes Licht.

Vertrauen Sie mir, Sie wollen für so ein Unternehmen arbeiten.

Pair Programming ist ein großartiges Werkzeug! Es kann viel effizienter sein - zwei Köpfe sind besser als einer - und eine großartige Möglichkeit, neue Techniken zu erlernen. Natürlich gibt es auch andere Vorteile. Aber wenn Sie sich nicht dafür interessieren, werden Sie nichts davon haben. In Anbetracht Ihrer Einstellung klingt es so, als würden Sie überhaupt nicht hineinpassen und es wäre wahrscheinlich eine Zeitverschwendung. Es sieht so aus, als ob Sie sich bereits entschieden haben, bevor Sie es überhaupt versuchen.

Schauen wir uns das aus einer anderen Perspektive an: Angesichts Ihrer Veranlagung tun Sie dem Arbeitgeber wahrscheinlich einen schlechten Dienst. Sie wollen auf keinen Fall jemanden einstellen, der eine ihrer Entwicklungspraktiken "hasst". Haben Sie sie über Ihre Perspektive in einem so engen Umfeld informiert? Wenn nicht, können Sie sich selbst falsch darstellen.

Als Arbeitgeber wäre ich ziemlich frustriert, jemanden einzustellen, der wusste, dass er mit den von uns eingeführten Entwicklungspraktiken nicht zufrieden ist. Es ist ein Rezept für Unzufriedenheit und Frustration für alle Beteiligten.

Bearbeiten Wenn sie verstehen, woher Sie kommen (und bereit sind, Sie zu übernehmen, wie Sie in Ihrem Kommentar erwähnt haben), warum nicht mit einigen Entwicklern im Unternehmen darüber diskutieren, wie Sie sich fühlen? Es ist möglich, dass sie in der Lage sind, Ihre Bedenken oder Vorurteile gegen PP auszuräumen. Für sie ist es auch wichtig zu wissen, dass Sie nicht sonderlich begeistert von der Idee sind, da Sie ganztägig mit ihnen zusammenarbeiten.

Es gibt Ihnen auch die Möglichkeit, etwas über die Menschen zu lernen, mit denen Sie so eng zusammenarbeiten.

Wenn jeder an Bord ist, würde ich mich aus den gleichen Gründen, die in den Antworten hier genannt werden, für PP einsetzen. Sie haben sofort die Verantwortung für das, was Sie schreiben. Ein anderer Satz von Augen auf Ihrem Code wird wahrscheinlich Fehler oder Problemstellen aufdecken, die Sie sonst übersehen könnten. Sie lernen die Perspektive eines anderen in Bezug auf das Codieren sehr gut kennen (und können Ihre eigenen Erfahrungen einbringen). und das Endergebnis ist sehr oft viel besser als Sie erwarten würden.

Ich schätze Ihre Voreingenommenheit gegenüber PP. Manchmal möchte ich nicht mehr als an einem Computer sitzen, der wegen eines Problems herumwirbelt, und PP wird frustrierend (ich bin auch introvertiert, was bedeutet, dass PP mich am Ende des Tages ein bisschen ausgelaugter fühlt), weil jemand ist immer da. Trotzdem sprechen die Ergebnisse meiner Erfahrung nach für sich und ich bin regelmäßiger damit einverstanden.

Ich habe Pair Programming ausprobiert und es gehasst. Ich teile fast alle Zweifel und Bedenken, die Sie dagegen geäußert haben. Genau aus diesem Grund bin ich zurückgetreten.

Mein persönlicher Rat ist immer gegen ein Paar, und angesichts Ihrer Einstellung rate ich Ihnen nachdrücklich, es nicht einmal auszuprobieren.

Ich hasse die Idee der Paarprogrammierung

...

Ich habe eigentlich nie mit Pair Programming gearbeitet

Das müssen Sie zuerst klären.

Sie können nicht sagen, dass Sie etwas nicht mögen, ohne es zu versuchen. Ich persönlich mochte Tomatensauce nicht, bis ich sie tatsächlich probiert hatte.

Du klingst so, als wärst du definitiv nicht aufgeregt, Pair Programming zu machen, aber die Tatsache, dass du die Frage gestellt hast, lässt mich glauben, dass du offen dafür bist.

Warum nicht mit dem Arbeitgeber in Kontakt treten und ihn wissen lassen, wie Sie sich fühlen. Wenn sie immer noch glauben, dass Sie der Kandidat sind, den sie möchten, können Sie eine zweiwöchige Testversion (oder einen beliebigen Zeitraum) vorschlagen, um zu prüfen, ob Ihr anfängliches Gefühl gültig ist oder nicht. Wenn der Arbeitgeber ablehnt, hört es sich nicht so an, als ob Sie wirklich wollten, dass der Job anfängt. Es ist also kein großer Verlust. Wenn der Arbeitgeber einverstanden ist, wissen Sie zumindest definitiv die eine oder andere Art und Weise für den nächsten Job.

Ich habe vor kurzem ein Paar-Programmiercode-Retreat besucht. Ich benutze es nicht bei der Arbeit und bin sehr neu darin. Ich bin wie Sie in dem Sinne, dass ich gerne die Kontrolle über meine eigene Maschine habe. Einige Programmierer, die viel paarweise programmieren, betonten immer wieder, dass die Paarprogrammierung die eigenen Codierungsfähigkeiten erheblich verbessert, da Sie ständiges Feedback erhalten, Ihr Code ständig überprüft wird und Sie mit geringerer Wahrscheinlichkeit Hacky-Code schreiben. Ich stimme der Tatsache zu, dass dies eine bedeutende Änderung für jemanden ist, der noch nie zuvor ein Pairing durchgeführt hat. Es ist jedoch schwierig, eine klare Meinung zu dieser Angelegenheit zu haben, wenn Sie es nicht über einen längeren Zeitraum hinweg versuchen.

Ich bin etwas keimfeindlich. Ich hasse die Idee, dass jemand meine Maus und Tastatur berührt. Ich hasse die Idee, die Maus und die Tastatur eines anderen zu berühren. Ich gehe den weiten Weg um den Bürokomplex herum, anstatt durch den Innenhof zur Cafeteria zu gelangen, damit ich keine Türgriffe anfassen muss.

Andererseits mag ich das Konzept der paarweisen Programmierung. Ich könnte etwas Interessantes lernen. Oder ich könnte anweisen. In jedem Fall wäre es eine gute Erfahrung.

Mein Vorschlag (für mich): Paarprogrammierung aus der Ferne. Verwenden Sie Office Live Meeting und geben Sie Ihren Bildschirm frei. Dude bleibt an seinem Schreibtisch, ich bleibe bei meinem.

Gibt es eine Möglichkeit, ein paar Programme unabhängig voneinander zu programmieren, um ein besseres Gefühl dafür zu bekommen? Es scheint Leute zu geben, die das Programmieren von Paaren mögen, und Leute, die dies nicht tun. Bevor Sie sich zu einem Job begeben, der das Programmieren von Paaren verwendet, möchten Sie wirklich das Gefühl haben, dass Sie es tun können.

Alternativ können Sie mit dem Einstellungsmanager oder mit jemandem in einer ähnlichen Position sprechen und dies besprechen. Sie können für einen Nicht-Paar-Programmierer verwendet werden. Möglicherweise haben sie Erfahrung mit Personen, die sich in Bezug auf die Paarprogrammierung negativ fühlen. Sagen Sie dem Manager, warum Sie sich mit Pair Programming nicht wohl fühlen, betonen Sie jedoch, dass Sie keine Erfahrung haben und sehr interessiert an dem Job sind.

Im Moment befinden Sie sich in der bestmöglichen Verhandlungsposition mit dem Unternehmen: Es wurde angeboten, und Sie haben dies noch nicht akzeptiert. Das Unternehmen hat ein Interesse daran, Sie einzustellen, und es ist sehr unwahrscheinlich, dass Sie fallen gelassen werden, nur weil Sie zuerst mit jemandem im Unternehmen sprechen müssen.

Wenn Sie die Technologie bereits kennen, werden Sie sie hassen. Aber wenn Sie die Technologie nicht kennen, werden Sie sie von PP lernen. Wenn du es nicht weißt und kein PP machst, dann wirst du einfach da sitzen und nichts erledigen.

Der schlimmste Fall ist, wenn beide Parteien es wissen und es sich in ein Rennen oder einen Pisswettbewerb verwandelt.