Associare la programmazione quando il conducente e l'osservatore hanno diversi livelli di abilità ed esperienza

So che la programmazione di coppia è una tecnica di sviluppo software agile in cui due programmatori lavorano insieme in una workstation. Uno, il driver, scrive il codice mentre l'altro, l'osservatore, rivede ogni riga di codice mentre viene digitata.

Ma mi chiedo solo che la strategia funzioni ancora nel caso. Per esempio

• se hanno un livello di abilità di programmazione molto diverso.
• se uno non ha mai esperienza nel dominio problematico mentre un altro ha.
• Va ancora bene se hanno un basso livello di abilità di programmazione?

Potresti suggerire la strategia di programmazione della coppia nel caso sopra?

Supponendo che la persona più esperta nella coppia abbia il temperamento di guidare l'altra persona, accoppiare qualcuno con poca esperienza nella lingua o il dominio problematico con una persona esperta faciliterebbe il trasferimento di conoscenze. La persona meno esperta avrebbe un tutor che le istruirà sulla lingua, sul dominio, sull'applicazione e sulle migliori pratiche o convenzioni del team.

C'è un riassunto interessante sul wiki C2 sul trasferimento di conoscenze usando la programmazione di coppia . La persona più anziana, che è stata nominata tutor del team, ha imparato molto dai programmatori junior e le sue conoscenze sono persino aumentate grazie all'abbinamento con sviluppatori di software più junior e meno esperti. Ci sono altre storie su programmatori esperti che si accoppiano anche con esperti di dominio.

Questo è esattamente il motivo per cui è stata fatta la programmazione della coppia di casi d'uso: condividere l'esperienza tra la vecchia barba e la giovane cavalletta.

Questa è una condivisione a doppio senso: gli insetti agili hanno molto da insegnare ai cervelli reumatici.

Quando sono stato promosso nella mia squadra attuale ero il principiante in J2EE ma ero l'esperto nel dominio. Il mio senior (il nuovo caposquadra) era esperto in J2EE ma non nella piattaforma.

Penso di aver imparato di più su Java2EE in questi 4 mesi con la programmazione in coppia piuttosto che leggere un libro e anche il team leader ha imparato a conoscere la piattaforma.

Il divario di esperienza tra i due è la chiave per accoppiare l'imho di programmazione.

Descriverò la mia esperienza e proverò a trarne qualche "strategia".

Una volta ho programmato una coppia con un non programmatore completo. Era esperto sull'argomento del prodotto software che abbiamo sviluppato. Al contrario, non avevo esperienza nel settore problematico. E al momento era anche il mio supervisore (so che potrebbe sembrare strano :)

Il principale vantaggio di questa metodologia è stato che dovevo spiegare l'implementazione di molte cose dal suo dominio di conoscenza, assicurando così l'esattezza dell'implementazione e la sua comprensione del processo, il che significava capire perché ci fosse voluto questo tempo.

Un altro vantaggio è la facile concentrazione sul compito, nessuna distrazione (ah ah ah, immagina di aprire Twitter davanti al naso del tuo capo).

A volte è stato piuttosto intimidatorio, dal momento che anche una pausa per il tè è diventata piuttosto una "distrazione dal lavoro" (non dal suo punto di vista; era solo scomodo chiedere una pausa e così via).

Quindi, questa non è davvero una programmazione a coppie poiché praticamente non ha potuto rivedere il codice mentre veniva digitato. Tuttavia, sembrava essere una strategia sana (almeno per qualche tempo). Alla fine ha funzionato a causa della relativa semplicità sia della metodologia di sviluppo (voglio dire, non sono state coinvolte tecniche di progettazione software complesse come OOP Patterns) sia della materia. Questo non funzionerebbe nel caso in cui dovessimo sviluppare un compilatore, credo. Credo che potrebbe ancora funzionare nel caso in cui un osservatore non programmatore partecipi al processo di sviluppo di piccoli pezzi chiaramente definiti. Supponiamo che sia lui a guardare la programmazione di una funzione "calcola il parametro X da Y e Z mediante un determinato algoritmo", ma potrebbe non essere così accettabile vederlo guardare il processo di progettazione generale del sistema (ovvero lo sviluppo dell'architettura software, cioè la gerarchia di classi,

Penso che funzionerebbe ancora meglio nel caso in cui avesse alcune competenze di base per i programmatori, dato che non avrei dovuto spiegare "cos'è un array".

Spero che sia d'aiuto :)

Nella mia esperienza, se entrambi i programmatori hanno un livello di abilità basso, può essere un problema. In quel caso c'è spesso la tendenza a provare la programmazione copia-incolla. Penso che sia una buona idea non accoppiare due programmatori principianti fino a quando non raggiungono un livello specifico determinato dal team.

Altrimenti la programmazione in coppia può essere una grande idea supponendo che ovviamente due ragazzi siano pronti a condividere ciò che sanno. Non solo è un ottimo modo per tenere tutti informati sul codice sorgente, ma funge anche da buon posto per nuove idee e discussioni.

Fintanto che i membri del team si rispettano reciprocamente, la programmazione delle coppie può essere utile indipendentemente dai livelli di esperienza dei programmatori. Anche se un programmatore junior rileva solo alcuni errori di sintassi (che tutti noi commettiamo!) Prima del programmatore più esperto, è ancora tempo risparmiato nel codice di compilazione.

Penso anche che possa aprire l'atteggiamento di un programmatore verso le capacità degli altri membri del proprio team, specialmente se hanno una mente aperta e si aspettano che tutti possano insegnarti qualcosa.