Stiamo commettendo di nuovo l'errore di Dreamweaver

L'IA sta restituendo al design il controllo del codice.

Per vent'anni, abbiamo lavorato per separare questi ruoli. I designer progettavano. Gli sviluppatori costruivano. Un essere umano faceva da ponte.

L'IA cambia tutto. Basta puntare un modello su un file di design e lui genera componenti. Il design guida di nuovo il codice.

Sembra efficiente, ma comporta un rischio.

Ai tempi del vecchio Dreamweaver, un essere umano stava nel mezzo. Quella persona garantiva la qualità. Con l'IA, il design passa direttamente al codice senza nessuno al posto di guida.

Ci sono due cose che dovete capire:

  • I file di design non sono design system. Un file viene giudicato in base al suo aspetto. Un sistema viene giudicato in base al riutilizzo, alla durabilità e agli stati. L'IA sfuma questo confine.
  • L'IA è ottima per i siti statici. Se vi serve solo un'istantanea, usatela. Il problema inizia quando si costruisce un sistema riutilizzabile, come un CMS personalizzato o un'interfaccia utente (UI) dinamica.

Il vero fallimento avviene nei dettagli.

I team spesso costruiscono pipeline di codice basate sui nomi delle variabili di Figma. La denominazione è una scelta di design, ma l'IA la trasforma in un contratto rigido. Se un designer rinomina una variabile, l'intera pipeline si rompe.

Un design è un'istantanea statica. Mostra una schermata in uno stato specifico. Non mostra:

  • Stati di caricamento o di errore.
  • Layout guidati dai contenuti rispetto a layout fissi.
  • Come un CMS alimenta i dati.

Quel contesto risiede nella testa di uno sviluppatore, non in un file di design.

I leader del settore stanno cercando di risolvere il problema. Google ha rilasciato DESIGN.md per dare all'IA più struttura. Strumenti come Fixel aiutano a rilevare il "design drift" validando il codice rispetto a Figma.

Ma anche i migliori strumenti hanno dei limiti. Possono estrarre pixel o token, ma non possono prendere decisioni architettoniche. Non possono decidere se riutilizzare un componente esistente o costruirne uno nuovo.

Il futuro non riguarda il design che guida il codice. Si tratta di trovare una via di mezzo.

Credo che questa via di mezzo richieda:

  • Input CSS tipizzati al momento della build.
  • L'IA che propone come i design si mappano sul vostro sistema esistente.
  • UX engineer che prendono la decisione finale su comportamento e significato.

L'IA rende i designer più responsabili della qualità del codice. Poiché il design diventa il codice, non resta nessuno a fare da filtro alla traduzione.

Non dobbiamo escludere i UX engineer dal processo. Abbiamo bisogno di persone che si occupino della mappatura e del contratto tra design e sistema.

Come decidete cosa l'IA propone e cosa resta di vostra competenza?

Fonte: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema