# ng-thebatch-359-3-product-development-loops-2026-06-26

## Veille

Lettera "Dear friends" di Andrew Ng su *The Batch* (DeepLearning.AI, numero 359) sul **loop engineering** applicato allo sviluppo di prodotto **0-to-1**. Ng condivide i suoi **3 loop chiave** — loop di coding agentico (~minuti), loop di feedback dello sviluppatore (~ore), loop di feedback esterno (~giorni) — annidati per scala temporale crescente, collegando *coding agent → product spec/evals → visione dello sviluppatore → feedback esterno*. Tesi centrale: gli esseri umani mantengono un **vantaggio di contesto** (piuttosto che un "gusto") che rende indispensabile l'human-in-the-loop; gli ingegneri assumono un ruolo parziale di product management. Dominio: coding agent, product engineering, metodologia agentica.

## Titre Article

3 Key Product Development Loops (The Batch, Issue 359 — « Dear friends » letter)

## Date

2026-06-26

## URL

https://www.deeplearning.ai/the-batch/issue-359

## Keywords

Loop engineering, sviluppo di prodotto, loop di coding agentico, loop di feedback dello sviluppatore, loop di feedback esterno, evals, specifica di prodotto, visione di prodotto, vantaggio di contesto, human-in-the-loop, gusto, product management, coding agent, 0-to-1

## Authors

Andrew Ng

## Ton

**Profilo**: lettera personale in prima persona ("Dear friends… Keep building! Andrew"), registro caloroso e pedagogico, rivolta a una comunità di builder. Livello tecnico accessibile, ancorato a un unico diagramma (3 loop concentrici, scale ~minuti / ~ore / ~giorni).

**Stile**: didattico e incoraggiante, illustrato da un **aneddoto personale** ricorrente (l'app di apprendimento della digitazione sulla tastiera costruita nel weekend per sua figlia — costumi da gatto sbloccabili, flusso di login dei genitori, design visivo modificato più volte). Ng procede per definizioni inquadrate seguite da esempi vissuti, con una sfumatura concettuale deliberata: **preferisce "vantaggio di contesto" a "gusto"** perché "offre un percorso più chiaro per aiutare i sistemi di IA a migliorare". Autorevolezza: figura di riferimento nell'IA (fondatore di DeepLearning.AI, Coursera, Google Brain), che parla da praticante ("nel weekend stavo costruendo…"). Pubblico target: ingegneri e builder che adottano coding agent e crescono verso un ruolo di prodotto. Tono proiettato verso il futuro ("scriverò di più su come farlo nelle prossime lettere").

## Pense-betes

- "**Loop engineering**" è diventata una *buzzphrase* virale dopo le menzioni di **Boris Cherny** (creatore di Claude Code) e **Peter Steinberger** (creatore di OpenClaw); i loop sono ora fondamentali per mantenere gli agenti a iterare a lungo sul software.
- Ng descrive **3 loop annidati** che guidano *come* costruisce **e** *cosa* costruire. Nodi concatenati: `coding agent → product spec/evals → visione dello sviluppatore → feedback esterno`.
- **Loop 1 — coding agentico (~minuti)**: `coding agent ↔ product spec/evals`. Data una specifica (+ evals opzionali), l'agente scrive codice, lo testa, itera finché non è privo di bug e conforme alla specifica. "Chiudere il loop" ha preso piede **alla fine dell'anno scorso** → *game changer* (agenti produttivi più a lungo senza intervento). Esempio: l'agente ha lavorato **~1 ora**, usando un browser per verificare il proprio lavoro più volte, senza intervento. Gira ogni pochi minuti. **Area di invenzione attiva.**
- **Loop 2 — feedback dello sviluppatore (~decine di minuti a ore)**: `product spec/evals ↔ visione dello sviluppatore`. Lo sviluppatore rivede il prodotto e **guida** l'agente. L'anno scorso, gli sviluppatori facevano **QA** manualmente (trovando bug); poiché gli agenti testano meglio il proprio codice, questo tempo è **calato nettamente** → l'attenzione si sposta su **decisioni di prodotto di alto livello** (funzionalità chiave, UI). Tradurre la visione in specifica resta un lavoro; **chiarire/aggiornare la specifica** dopo l'implementazione; **costruire evals** quando un problema si ripete.
- **Vantaggio di contesto umano**: i team AI-native usano l'IA per definire la direzione di prodotto (dati di utilizzo, sintesi del feedback scritto/verbale dei clienti, analisi competitiva). Ma **gli esseri umani conoscono meglio** gli utenti e il contesto. Molti chiamano questo "**gusto**"; Ng preferisce "**vantaggio di contesto**". **Non automatizzabile**: finché l'essere umano sa qualcosa che l'IA non sa, l'**human-in-the-loop** è necessario per inserire quella conoscenza.
- **Loop 3 — feedback esterno (~giorni)**: `visione dello sviluppatore ↔ feedback esterno`. Tattiche: chiedere ad amici, alpha tester, distribuzione in produzione con **A/B testing**. **Lento** (raramente sotto le ore, a volte giorni/settimane). Questi dati alimentano la **visione**, che guida la **specifica**, che guida l'**agente**.
- **Convergenza dei ruoli**: con gli agenti che accelerano lo sviluppo, **sempre più ingegneri svolgono un ruolo parziale di product management**. La parte più difficile: **definire la visione di prodotto** e **bilanciare** la costruzione (colmare il divario visione→specifica) con la raccolta di feedback per far evolvere la visione. *"È importante fare entrambe le cose!"*
- Specchio incoraggiante: gli ingegneri si stanno espandendo verso il prodotto, così come **PM e designer ora fanno più ingegneria**.
- **Distinzione editoriale** rispetto ad altre fiche sul loop engineering: Ng ridefinisce i loop a livello di **prodotto** (annidamento + ruolo umano), mentre Lushbinary dettaglia il **harness tecnico** (building block, /goal, worktree) e Saboo lo applica al **PM**.

## RésuméDe400mots

In questa lettera su *The Batch* (numero 359), Andrew Ng riconosce la viralità del termine "**loop engineering**" — reso popolare da Boris Cherny (creatore di Claude Code) e Peter Steinberger (creatore di OpenClaw) — e condivide i **tre loop chiave** che strutturano il suo approccio alla costruzione di prodotti **0-to-1**, e anche alla decisione su *cosa* costruire. Il diagramma li presenta annidati, per scala temporale crescente, collegando quattro nodi: *coding agent → product spec/evals → visione dello sviluppatore → feedback esterno*.

Il **loop di coding agentico** (~minuti) parte da una specifica di prodotto e, opzionalmente, da un insieme di **evals**: l'agente scrive codice, lo testa e itera finché non è privo di bug e conforme. Ng osserva che "chiudere il loop" ha preso piede alla fine del 2025 e cambia le regole del gioco — il suo agente è stato in grado di lavorare per circa un'ora su un'app di apprendimento della tastiera per sua figlia, verificando da solo il proprio lavoro in un browser, senza intervento. Si tratta di un'area di invenzione molto attiva.

Il **loop di feedback dello sviluppatore** (~decine di minuti a ore) prevede che lo sviluppatore riveda il prodotto e guidi l'agente. Poiché ora gli agenti testano molto meglio il proprio codice, il tempo dedicato al QA manuale è calato nettamente, liberando lo sviluppatore per **decisioni di prodotto di livello superiore** (funzionalità, UI, flussi utente). Tradurre una visione in una specifica — poi chiarirla dopo una prima implementazione, e costruire evals quando emerge un problema ricorrente — resta un lavoro concreto.

Ng sottolinea il **vantaggio di contesto umano**: anche se i team AI-native automatizzano la raccolta di dati di utilizzo, la sintesi del feedback dei clienti e l'analisi competitiva, gli esseri umani conoscono meglio gli utenti e il contesto operativo. Molti chiamano questo "gusto"; Ng preferisce "vantaggio di contesto", perché indica un percorso più chiaro per migliorare l'IA. Finché l'essere umano sa qualcosa che l'IA non sa, l'**human-in-the-loop** resta necessario per inserire quella conoscenza.

Il **loop di feedback esterno** (~giorni) raccoglie amici, alpha tester e A/B testing in produzione — tattiche lente i cui dati alimentano la visione, che guida la specifica, che guida l'agente.

Ng conclude che, man mano che gli agenti accelerano lo sviluppo, sempre più ingegneri assumono un ruolo di **product management parziale**. La parte più difficile è definire la visione ed equilibrare la costruzione con il feedback degli utenti — "è importante fare entrambe le cose". Vede in questo un segnale incoraggiante: gli ingegneri si stanno espandendo verso il prodotto, così come i PM e i designer ora fanno più ingegneria.

## GrapheDeConnaissance

- Andrew Ng —recommande→ 3 boucles clés de développement produit 0-to-1 (METHODOLOGIE, 0.96)
- Boris Cherny —a_créé→ Claude Code (TECHNOLOGIE, 0.97)
- Peter Steinberger —a_créé→ OpenClaw (TECHNOLOGIE, 0.95)
- Loop engineering —observé_dans→ réseaux sociaux (buzzphrase virale) (AFFIRMATION, 0.85)
- Boucle de codage agentique —utilise→ Product specification (CONCEPT, 0.93)
- Boucle de codage agentique —utilise→ Evals (CONCEPT, 0.93)
- Boucle de codage agentique —permet→ agent codant/testant/itérant sans intervention (~1 h) (AFFIRMATION, 0.9)
- Boucle de feedback développeur —s_applique_à→ orientation de l'agent par le développeur (~heures) (CONCEPT, 0.9)
- Coding agent —réduit→ temps de QA manuelle du développeur (CONCEPT, 0.9)
- Boucle de feedback externe —permet→ retours d'alpha testers et A/B testing (~jours) (CONCEPT, 0.9)
- External feedback —affine→ developer vision (CONCEPT, 0.9)
- Andrew Ng —affirme_que→ "les humains ont un avantage de contexte sur l'IA (préférable à 'taste')" (AFFIRMATION, 0.92)
- Human-in-the-loop —résout→ injection de connaissance que l'IA n'a pas (AFFIRMATION, 0.9)
- Andrew Ng —affirme_que→ "de plus en plus d'ingénieurs jouent un rôle partiel de product management" (AFFIRMATION, 0.9)
- Andrew Ng —recommande→ équilibrer construction (vision→spec) et feedback utilisateur (AFFIRMATION, 0.9)
- Boucle de codage agentique —fait_partie_de→ 3 boucles de développement produit (METHODOLOGIE, 0.92)

---
Canonical: https://www.thekb.eu/it/fiches/ng-thebatch-359-3-product-development-loops-2026-06-26/