Categoria

Test Driven Development

Pagina 1 di 1

Test Driven Development: la disciplina che salva l'AI coding da se stesso

Il TDD nasce come metodologia per progettare meglio il codice scrivendo i test prima. Nell'era AI cambia funzione: diventa la disciplina che salva l'AI coding da se stesso. Senza test specificati prima, l'AI scrive codice che 'sembra giusto' ma non rispetta i contratti reali del sistema, e ogni iterazione peggiora le cose.

In questa categoria scrivo di TDD applicato all'era AI: scrivere test prima dell'output AI per ottenere codice che funziona ai contratti reali, integrazione con PHPUnit/Pest in Laravel/Symfony, gestione del rosso/verde/refactor quando l'AI fa la parte di scrittura, criteri di accettazione esplicitati.

Se il tuo team usa AI per coding senza TDD, parliamone. Oppure scopri il mio approccio.

Oltre lo specs-to-code: design concept, ubiquitous language e TDD per non annegare nell'output AI

Oltre lo specs-to-code: design concept, ubiquitous language e TDD per non annegare nell'output AI Scrivi una spec, lasci che l'AI la trasformi in codice, e quando qualcosa non va riapri solo la spec. È seducente. Non funziona: ogni iterazione produce codice peggiore. Il problema non è la spec, è che mancano le ossa del design su cui appoggiarla. Design concept, ubiquitous language, TDD: tre discipline pre-AI che oggi contano di più, non di meno. Continua a leggere
Ultima modifica: