Vai al contenuto
Metodologia

revue de code

revue de code — Metodologia. funzioni: Rilevamento dei difetti, esplorazione di alternative, trasferimento di conoscenza, proprietà collettiva, formazione dei junior, diffusione dell'intento architetturale · obiettivi: Trovare i difetti, qualità, conformità, condivisione di conoscenza

I numeri di Brian Houck fissano i termini: a Meta, le righe significative per diff fuso da un umano sono aumentate del 106% in un anno e i diff per sviluppatore al mese del 51%, con oltre l'80% di quella crescita attribuito all'IA agentica; DX ha misurato una dimensione mediana delle pull request in crescita del 64%. Gli sviluppatori vorrebbero dedicare circa il 7% del loro tempo alla revisione.

Il disaccordo ruota attorno a un risultato del 2013 citato sia da Houck che da Martin Monperrus: nello studio Modern Code Review di Bacchelli e Bird, i commenti legati a difetti erano il 14% dei commenti effettivamente scritti, mentre il rilevamento dei difetti era la motivazione dichiarata più frequentemente. Più della metà degli sviluppatori ha affermato di effettuare revisioni per esplorare soluzioni alternative, trasferire conoscenza e vedere cosa stavano costruendo i colleghi di squadra.

Monperrus, in un position paper su arXiv del giugno 2026, considera quegli obiettivi raggiungibili da sistemi LLM autonomi a costo più basso e con maggiore throughput, indica l'inspection de Fagan (1976) come suo riferimento storico, e propone una pipeline di verifica adversariale multi-agente con un voto a consenso. Rachel Laycock, CTO di Thoughtworks, conserva ogni funzione ma la sposta più a monte: le alternative vengono esplorate prima che una venga implementata, la conoscenza viene trasferita tramite il pairing, la proprietà collettiva nasce dal mob programming e dal design alla lavagna, l'intento architetturale è portato da un design condiviso e da fitness function. Ciò che resta è la revisione per eccezione.

Max Kanat-Alexander, scrivendo da Capital One nel novembre 2025, resta sul carico di lavoro: l'IA trasforma ogni sviluppatore in un revisore a tempo pieno, e il timbro automatico lascia passare codice mediocre. Houck e Laycock riconoscono entrambi come reale il debito cognitivo e intenzionale di Margaret-Anne Storey. Si dividono su se la pull request obbligatoria costituisca una qualche difesa contro di esso.

Tipo
Metodologia
funzioni
Rilevamento dei difetti, esplorazione di alternative, trasferimento di conoscenza, proprietà collettiva, formazione dei junior, diffusione dell'intento architetturale
obiettivi
Trovare i difetti, qualità, conformità, condivisione di conoscenza
relazioni
5
Citata in
2 fiches

Vicinato

empilement de respon… exploration de solut… pair programming goulot d'étranglemen… inspection de Fagan …

→ è un'istanza di

empilement de responsabilités CONCEPT affidabilità alta atemporale Fonte ↗
goulot d'étranglement du développement assisté IA CONCEPT affidabilità alta dinamico Fonte ↗

→ consente

exploration de solutions alternatives, transfert de connaissance et conscience de ce que construisent les coéquipiers CONCEPT affidabilità alta atemporale Fonte ↗

← sostituisce

pair programming METHODOLOGIE affidabilità alta atemporale Fonte ↗

→ si basa su

inspection de Fagan (1976) DOCUMENT affidabilità alta atemporale Fonte ↗

Citata in (2)