Smettetela di pensare che l’AI prenderà il vostro posto scrivendo algoritmi complessi mentre voi vi godete un caffè; la realtà è che stiamo diventando i revisori di bozze di una macchina che non dorme mai.
Recentemente è uscita una tesi piuttosto interessante (anche se scritta con quel tono leggermente compiacente tipico dei blog corporate) secondo cui Go sarebbe il linguaggio ideale per l’era dell’AI-assisted engineering. Il succo della questione? Poiché i modelli di linguaggio tendono a generare una quantità industriale di boilerplate e codice standardizzato, abbiamo bisogno di un linguaggio che faccia da ‘recinto’ deterministico. E qui entra in gioco Go con il suo compilatore severo, la sua toolchain integrata e quella leggibilità quasi noiosa che, in un mondo di allucinazioni sintattiche, è una benedizione.
Per chi non mastica Go quotidianamente, il punto è questo: l’AI può sbagliare, può inventarsi librerie che non esistono o scrivere codice che sembra perfetto ma è logicamente fragile. Go, però, non perdona. Il suo approccio rigidissimo alla tipizzazione e la coerenza dell’ecosistema agiscono come dei ‘guardrail’ automatici. Se l’AI spara una cavolata, il compilatore di Go se ne accorge immediatamente, costringendo il modello a correggersi. È un po’ come avere un supervisatore che non ti permette di saltare i passaggi fondamentali della procedura.
Questa idea di spostare il focus dal ‘writing’ al ‘reviewing’ è una bomba. Se il nostro ruolo diventa quello di validare l’output di un’entità che produce codice a velocità supersonica, la scelta del linguaggio non è più solo una questione di performance pura, ma di manutenibilità e integrità architettonica a lungo termine. Go, con la sua promessa di compatibilità backward quasi sacra, garantisce che quello che l’AI scrive oggi non diventi un debito tecnico incomprensibile tra sei mesi.
Certo, restiamo critici: questa visione è molto centrata su un workflow dove tutto è standardizzato e prevedibile. Per noi che amiamo sperimentare, sporcarci le mani con pattern particolari o esplorare i limiti del linguaggio, l’idea di un ecosistema che punta tutto sulla ‘standardizzazione estrema’ potrebbe suonare un po’ troppo simile a un ufficio postale. Ma, onestamente, se l’alternativa è gestire un incubo di codice generato da un’AI che scrive Python come se fosse un adolescente sotto caffeina, allora un po’ di rigidità alla Go non mi dispiace affatto.
In fondo, in un mondo di caos generativo, avere un compilatore che dice ‘No, questo non va bene’ è l’unica cosa che ci tiene ancora ancorati alla realtà.
Source: Go is an ideal language for AI-assisted software engineering