Devo accettare un lavoro se è richiesta la programmazione coppie? [chiuso]

Sulla base dei tuoi vari commenti qui, sembra che tu abbia una prospettiva / disposizione simile a me stesso sull'argomento. E io ho esperto in "Pair Programming". E certamente non mi unirei ad una compagnia che mi richiedesse di mordere uno scorpione. :)

Quello che consiglierei è: vai con il tuo intestino.

Se la compagnia ti obbligasse a fare la programmazione in coppia e sai che non vuoi, non partecipare.

Se ti daranno l'opportunità di dimostrare che puoi produrre un lavoro migliore più velocemente di qualsiasi altro dei loro attuali sviluppatori messi insieme, vai avanti e provalo.

Prima che tu decida definitivamente, sarei certamente d'accordo con la raccomandazione che chiedi di parlare con gli sviluppatori esistenti lì, e di avere un'idea di loro come persone. (Probabilmente lo consiglierei per qualsiasi nuovo lavoro, indipendentemente dalle metodologie utilizzate.)

Indovina cosa - a nessuno piace programmare la coppia all'inizio .

Quando ho provato per la prima volta la programmazione in coppia, ero contrario all'idea e avevo un sacco di obiezioni simili alle tue. Non mi piace guardare la codifica di qualcun altro, mi piace ascoltare la musica, sento che sarò più veloce a lavorare da solo, non voglio fermarmi e spiegarmi costantemente, ecc. Ecc.

Poi l'ho provato. E indovina cosa? Ancora risucchiato . Avevamo molti problemi: volevo lavorare diverse ore all'altro, avevamo diverse impostazioni della tastiera e scorciatoie, i nostri desk non ha funzionato molto bene per la programmazione di coppie ecc.

Ciò è andato avanti per circa una settimana. Durante quella settimana stavamo riscrivendo l'intero sistema di login legacy per un'applicazione distribuita. Abbiamo dovuto imparare come funzionano alcuni problemi di threading seriamente difficili, capire come funzionavano i remoting sink, cambiare tonnellate e tonnellate di codice legacy per lavorare con il nostro nuovo modulo di login e fare un po 'del codice più frenetico che ho dovuto fare in la mia carriera. Dopo una settimana di questo, l'abbiamo implementato .. e tutto ha funzionato . Non un singolo bug . Non uno .

Questo è il momento in cui ho pensato che ci potrebbe essere qualcosa per questa assurdità di programmazione di coppia. Abbiamo iniziato a fare più programmi di coppia. Abbiamo anche iniziato a costringere tutti a lavorare in coppia. Ha dondolato. Probabilmente ho imparato di più in un mese di ciò che ho fatto nei precedenti 2 anni . Gli altri problemi non sono andati via. A volte sarai bloccato con un paio che non ti piace. Succederà A volte avrai difficoltà a trovare orari di lavoro sovrapposti. A volte vorrai lavorare da solo. Ma i vantaggi della programmazione di coppie sono semplicemente incredibili.

Da allora ho sempre cercato di fare il maggior numero possibile di paia di programmazione. È semplicemente il miglior modo di imparare. Questa azienda costringe tutti a fare la programmazione della coppia? Dove mi iscrivo? Mi sembra che siano davvero illuminati e che tu sia in un ambiente di lavoro davvero intenso. Impressionante.

Detto questo, assicurati che le coppie vengano ruotate spesso. Non vuoi essere bloccato a sviluppare con un altro sviluppatore per mesi e mesi - sarai fuori di testa. Siamo tutti umani, dopo tutto. Inoltre, controlla che questa sia stata una pratica continua per un po '. Se non lo è, non è la fine del mondo, ma se è una pratica accettata è un'enorme luce verde.

Credimi, vuoi lavorare per una compagnia del genere.

La programmazione accoppiata è un ottimo strumento! Può essere molto più efficiente - due teste sono meglio di una - e un ottimo modo per imparare nuove tecniche. Naturalmente, ci sono anche altri vantaggi. Ma se non ci stai comprando, non otterrai nulla da esso. Dato il tuo atteggiamento, sembra che tu non ci si adatterebbe affatto e probabilmente sarebbe una perdita di tempo. Sembra che la tua mente sia già stata inventata prima ancora di dargli una possibilità.

Diamo un'occhiata a questo da un altro punto di vista: data la tua predisposizione, probabilmente stai facendo un cattivo servizio al datore di lavoro. Certamente non vogliono assumere qualcuno che "odia" una delle loro pratiche di sviluppo. Li hai informati della tua prospettiva dato un ambiente così collaborativo? In caso contrario, potresti potenzialmente travisarti.

Come datore di lavoro, sarei piuttosto frustrato nell'assumere qualcuno che sapeva, arrivando, che non sarebbe stato contento delle pratiche di sviluppo che avevamo messo in atto. È una ricetta per il malcontento e la frustrazione per tutti i soggetti coinvolti.

Modifica Dato che capiscono da dove vieni (e sono disposti a prenderti, come hai detto nel tuo commento), perché non discutere di come ti senti con alcuni sviluppatori in azienda? È possibile che siano in grado di risolvere eventuali dubbi o pregiudizi nei confronti di PP. È anche importante per loro sapere che non sei particolarmente entusiasta dell'idea dato che lavorerai con loro a tempo pieno.

Ti darà anche l'opportunità di imparare qualcosa sulle persone con cui lavorerai così da vicino.

Se tutti sono d'accordo, certamente sosterrei la PP per gli stessi motivi citati nelle risposte qui. Hai un'immediata responsabilità per ciò che stai scrivendo; un altro paio di occhi sul tuo codice probabilmente cattureranno difetti o punti problematici che altrimenti potresti perdere; si ottiene una buona esposizione alla prospettiva di qualcun altro sulla codifica (e si arriva a fornire la propria esperienza); e il risultato finale è molto spesso molto meglio di quanto ci si aspetterebbe.

Apprezzo il tuo pregiudizio contro la PP; ci sono volte che non voglio altro che sedermi davanti a un computer che batte via un problema, e la PP diventa frustrante (sono anche un introverso, il che significa che la PP mi lascia un po 'più svuotato alla fine della giornata) perché qualcuno è sempre lì Detto questo, i risultati, nella mia esperienza, parlano da soli e sono molto più amichevole con lui su base regolare.

Ho provato la programmazione delle coppie e l'ho odiata. Condivido quasi tutti i dubbi e le preoccupazioni che avete espresso contro di esso. Mi sono dimesso per questo stesso motivo.

Il mio consiglio personale è sempre contro la coppia e, dato il tuo atteggiamento, ti consiglio vivamente di non provarci nemmeno.

I hate the idea of pair programming

...

I never actually worked with pair programming

Devi prima chiarirlo.

Non puoi dire che non ti piace qualcosa senza provarlo. Personalmente non amavo la salsa di pomodoro finché non l'ho assaggiata.

Sembra che tu non sia assolutamente disposto a fare la programmazione di coppia, ma il fatto che tu abbia posto la domanda mi indurrebbe a credere che tu abbia una mente aperta.

Perché non essere onesto con il datore di lavoro e fargli sapere come ti senti. Se pensano ancora che tu sei il candidato che vogliono, allora potresti suggerire una prova di 2 settimane (o qualunque periodo di tempo funzioni) per vedere se il tuo sentimento iniziale è valido o meno. Se il datore di lavoro declina, non sembra che tu abbia davvero voluto che il lavoro iniziasse, quindi non è una grande perdita. Se il datore di lavoro è d'accordo, conoscerai almeno in un modo o nell'altro per il prossimo lavoro.

Recentemente sono andato a un ritiro del codice di programmazione pair. Non lo uso al lavoro e sono molto nuovo ad esso. Sono come te nel senso che mi piace avere il controllo della mia macchina. Molti programmatori che eseguono una coppia di programmi hanno sottolineato che la programmazione in coppia migliora in modo significativo le proprie capacità di codifica perché si ottiene un feedback costante, il codice viene costantemente rivisto e si ha meno probabilità di scrivere codice hacky. Sono d'accordo con il fatto che si tratta di un cambiamento significativo per qualcuno che non ha mai programmato una coppia prima. Tuttavia, è difficile avere una strong opinione in merito, a meno che non lo provi per un lungo periodo di tempo.

Sono un po 'germofobico. Odio l'idea di chiunque tocchi il mio mouse e la tastiera. Odio l'idea di toccare il mouse e la tastiera di qualcun altro. Percorro il perimetro del complesso di uffici piuttosto che attraversare il cortile per raggiungere la caffetteria solo per non toccare le maniglie delle porte.

D'altra parte, mi piace il concetto di programmazione a coppie. Potrei imparare qualcosa di interessante. O potrei istruire. Ad ogni modo, sarebbe una buona esperienza.

La mia proposta (per me stesso): accoppiare la programmazione a distanza. Usa Office Live Meeting e condividi lo schermo. Il tipo rimane alla sua scrivania, io sto alla mia.

C'è un modo per fare un paio di programmazioni indipendenti, per avere una sensazione migliore? Sembra che ci siano persone a cui piacciono i programmi di coppia, e persone che non lo fanno, e prima di impegnarsi in un lavoro che usa la programmazione di coppie, si vuole davvero avere la sensazione che si possa fare.

In alternativa, puoi parlare con il gestore assumente o con qualcuno in una posizione simile e discuterne. Potrebbero averne bisogno per un programmatore non-pair. Possono avere esperienza con persone che si sentono negative riguardo la programmazione di coppia. Dì al manager perché sei a disagio con la programmazione delle coppie, ma sottolinea che non hai esperienza e sei molto interessato al lavoro.

In questo momento, sei nella migliore posizione negoziale possibile con l'azienda: ti hanno offerto e non hai ancora accettato. La compagnia è interessata ad assumerti ed è molto improbabile che ti lasci solo perché prima devi parlare con qualcuno in azienda.

Se conosci già la tecnologia, la odierà. Ma se non conosci la tecnologia, la imparerai in PP. Se non lo conosci e non fai PP, allora ti siedi e non fai nulla.

Il caso peggiore è se entrambe le parti lo sanno e si trasforma in una gara o un concorso di pissing.