Programmazione accoppiata - approccio migliore

Mi trovavo in una posizione simile una volta in cui stavo portando a termine diversi sviluppatori. La cosa più importante che abbiamo fatto è stata la costante revisione del codice, il che significa che ogni commit è stato rivisto e commentato da tutti . Dopo circa uno o due mesi, non solo raccoglievano le buone pratiche ma erano anche fiduciosi con il codebase.

Potresti anche provare a lasciare che il tuo nuovo sviluppatore scriva prima alcuni casi di test per il tuo progetto, in modo da avere un'idea del codice base senza rompere nulla.

Nonostante la "scienza" in "informatica" e "ingegneria" in "ingegneria del software" che evoca l'idea di avere regole, linee guida e qualche metodo "corretto", la mia esperienza è che devi fidarti del tuo intestino. L'ingegneria del software ci dice che il processo di programmazione abbinata funziona: il tuo istinto ti dice come applicarlo. Questo è un problema umano , non un problema di tecnologia .

Raccoglieremo le metriche, anche se in modo informale. Se dovessi fornire una valutazione ufficiale per questo membro junior nella casella "Abilità tecnica" nella sua recensione annuale, quale sarebbe e cosa diresti in base alle sessioni di programmazione della coppia?

Se il feedback sarebbe "il suo codice deve essere costantemente rivisto e costantemente commette errori da principiante", allora è necessario continuare la programmazione accoppiata. Se il feedback è "sessioni di programmazione accoppiate, metti l'altro programmatore in stop", quindi richiamale un po '. Questo è intrinsecamente soggettivo, ma non è necessariamente una cosa negativa.

In entrambi i casi, le recensioni del codice sono indispensabili. Ognuno fa errori e tutti hanno qualcosa da imparare indipendentemente dal livello di esperienza.

Ho fatto la mia parte di programmatori e formatori di paia di formazione. Prima di tutto, dipende davvero dal talento reale. Alcuni sviluppatori non afferreranno mai il pensiero astratto e sono più felici nello sviluppare funzionalità di base o nell'esecuzione di attività di programmazione di base. Altri vorranno approfondire il codice completo delle applicazioni che stai creando e contribuire all'architettura.

Se hai a che fare con il primo tipo di sviluppatore, probabilmente vorrai tenere sessioni relativamente brevi e tenerle spesso (forse anche ogni giorno per un'ora o giù di lì). Se si dispone di quest'ultimo, si desidera avere sessioni più lunghe, ma includere anche le sessioni della lavagna per il design. Tieni presente che l'attività che stai cercando di ottenere deve essere adatta a una sessione di programmazione di coppia.

La co-locazione e la programmazione di coppie sono tecniche sorprendenti per avvicinare le persone al progetto e condividere le conoscenze.

Rispondi a questa domanda, quando ti aspetti che una nuova assunzione effettui il primo check in che va in produzione?

La risposta con una coppia di programmazione è " Il suo primo giorno ":)

Se si collega qualcuno e si inizia a lavorare sulla funzionalità reale del progetto in coppia (ad esempio, facendo ping pong TDD) il principiante imparerà moltissimo su come si fa lo sviluppo e scriverà i veri test e il codice primo giorno. Ridurrà definitivamente la tua produttività all'inizio perché dovrai spiegare e fare uno sforzo per "trasferire la conoscenza", ma è comunque il prezzo da pagare.

Lettura consigliata su programmazione coppie di Arlo Belshee