Insegnare all'IA a parlare PrestaShop

Chiedi al tuo assistente IA di aggiungere una nuova pagina di elenco nel Back Office. Si avvale di HelperList, configura alcuni campi, inserisce un controllore admin legacy e produce qualcosa che sarebbe sembrato perfettamente corretto in PrestaShop 1.7. Il codice si compila, la pagina si rende e la invii. Sei mesi dopo, ti ritrovi a riscriverlo sulla base del componente Grid, di un GridDefinitionFactory e di un cablaggio di controllore consapevole di CQRS, perché questa è l'architettura che il resto della base di codice ha utilizzato per anni.

Perché questo è importante ora

L'IA non sta inventando cose. Sta riproducendo fedelmente modelli dal corpus di codice PrestaShop più grande e pubblico che ha potuto trovare: anni di moduli legacy, tutorial più vecchi, thread di forum archiviati e risposte di Stack Overflow che erano corrette all'epoca, e non lo sono più. Se il progetto non dice al modello il contrario, ha ogni motivo di assumere che HelperList sia ancora il modo in cui costruiamo elenchi. Questa assunzione costa a ogni sviluppatore tempo reale, che tu sia un'agenzia che spedisce un modulo a un cliente, un freelance che personalizza un negozio, un team interno che mantiene una piattaforma B2B, o un collaboratore che apre una richiesta di pull al core.

Cosa stiamo facendo al riguardo

Se scrivi codice PrestaShop con assistenza IA, hai quasi certamente visto questo esatto schema. Le convenzioni su cui il progetto è convergente (CQRS, codice consapevole del multistore, separazione dei livelli, regole BC, architettura admin moderna) sono state costruite nel corso degli anni e vivono nella testa di un pugno di persone, in pagine di documentazione sparse e nella memoria delle revisioni PR passate. Nessuna di queste conoscenze è visibile a un assistente IA quando apri un file e chiedi aiuto.

Qualsiasi strumento IA può leggere questi file. Qualsiasi collaboratore può scriverli. Stiamo evitando deliberatamente il lock-in specifico per gli strumenti.