Se scrivete codice con la stessa cura con cui noi restauriamo una vecchia Commodore 64 o calibriamo una CNC, preparate il caffè perché questa discussione vi farà saltare sulla sedia.

È successo di nuovo su Hacker News. Un veterano del settore, uno di quelli che ha visto nascere e morire più framework di quanti ne abbiamo noi in garage, ha lanciato una bomba: perché la community è così ossessionata dall’essere ‘anti-AI’? Il punto del suo discorso è brutale, ma onesto: all’utente finale non frega nulla se il tuo script è un capolavoro di astrazione funzionale o se è un ammasso di spaghetti code generato da Claude. L’unica cosa che conta è che il prodotto funzioni e arrivi sul mercato prima che la concorrenza ti mangi vivo.

Il ragionamento è semplice: l’esecuzione batte l’eleganza. Secondo l’autore, con l’assistenza dell’AI potremmo arrivare alla versione 1.0 di un progetto dieci volte più velocemente, usando il feedback reale degli utenti per correggere i bug invece di passare settimane a fare refactoring preventivo di funzioni che magari non userà nessuno.

Da smanettone che passa le notti a modellarci pezzi in Blender o a scrivere script per automatizzare i processi di stampa 3D, io vedo due facce della medaglia. Da un lato, c’è un entusiasmo genuino nel vedere la barriera d’ingresso che si abbassa. Se un’AI può aiutarmi a scrivere il driver per quel sensore strano che ho trovato al mercatino dell’usato, perché no? È un acceleratore pazzesco per l’innovazione hardware e software.

Dall’altro lato, però, c’è il rischio del ‘debito tecnico infinito’. Noi che amiamo smontare le cose sappiamo che se la base è fragile, prima o poi crolla tutto. Se iniziamo a inondare il mondo di software costruito su fondamenta di sabbia, solo perché ‘vanno bene così’, ci ritroveremo in un futuro dove nessuno capisce più come funziona davvero il sistema sotto il cofano. Diventeremo tutti semplici supervisori di script che non sappiamo nemmeno debuggare senza chiedere aiuto a un altro bot.

E poi, parliamoci chiaro: il vero problema non è l’intelligenza dell’AI, ma la pigrizia che porta. Se usiamo questi strumenti per superare i limiti della nostra creatività, siamo dei maghi. Se li usiamo solo per evitare di pensare e per sfornare app mediocri a ripetizione, stiamo solo creando un ecosistema di spazzatura digitale.

In breve: meno hype e meno lamentele sterili, ma occhio a non perdere la capacità di capire cosa succede nei registri della CPU. L’efficienza è fondamentale, ma la maestria è ciò che ci distingue dai semplici utenti di app.

Source: Ask HN: Why is the HN crowd so anti-AI?

Smettetela di cercare di capire se la sintassi è elegante o se i puntatori sono troppo complicati, perché la vera domanda è: a chi importa più della sintassi se è un LLM a scriverla?

È un dibattito che sta facendo venire il mal di testa ai puristi del codice su Hacker News. Il punto è questo: per decenni abbiamo lottato per imparare linguaggi puliti, leggibili e con una gestione della memoria che non ci facesse esplodere il cervello. Python è il re perché è quasi leggibile come l’inglese. Ma se il prossimo ‘sviluppatore’ è un modello di linguaggio che sputa righe di codice a velocità supersonica, perché dovremmo ancora preoccuparci della comodità del linguaggio per l’uomo?

Il ragionamento provocatorio che sta girando è che l’importanza del linguaggio si sta spostando dalla ‘leggibilità umana’ alla ‘comprensibilità per la macchina’. Se l’IA genera il codice, la struttura del linguaggio conta meno della capacità dell’IA di generare logicamente corretto e funzionale. In pratica, potremmo trovarci a gestire un mix caotico di linguaggi dove l’unica cosa che conta è che l’output sia eseguibile.

Da smanettone che passa le serate a debuggare script per la propria stampante 3D o a ottimizzare shader in Godot, trovo questa visione un po’ inquietante. Certo, l’hype sull’automazione è forte, ma c’è un enorme ‘però’. Il codice non vive in un vuoto pneumatico. Noi dobbiamo ancora leggerlo, manutenerlo e, soprattutto, capire perché quel loop infinito sta bruciando la CPU del nostro Raspberry Pi. Se deleghiamo la comprensibilità alla macchina, ci stiamo trasformando in semplici spettatori di un processo che non controlliamo più.

C’è poi il problema della ‘scatola nera’. Se iniziamo a scrivere codice con l’unico scopo di renderlo digeribile all’IA, perdiamo il controllo sulla logica sottostante. È come costruire una macchina CNC senza sapere come funziona l’asse Z: se qualcosa va storto e l’utensile finisce per distruggere la tua lastra di alluminio, non potrai mai debuggare il problema se non capisci la logica del G-code che è stato generato.

In conclusione: l’IA è uno strumento incredibile, un boost di produttività che fa impazzire, ma non lasciamoci trascinare dal nichilismo tecnologico. Python (e gli altri linguaggi strutturati) restano fondamentali perché sono il nostro linguaggio di comunicazione con la realtà digitale. Se smettiamo di curare la qualità del codice perché ‘tanto lo scrive l’IA’, finiremo in un incubo di debito tecnico e bug fantasma che nemmeno l’intelligenza artificiale più avanzata saprà risolvere senza mandare tutto in crash.

Restiamo quelli che smontano le cose per capire come funzionano, anche quando il codice è scritto da un bot.

Source: If AI writes your code, why use Python?