Scommetto che anche voi, la prima volta che avete visto un’immagine generata da DALL-E, avete riso sguaiatamente contando le dita deformi dei soggetti ritratti.

Eravamo lì, con l’aria di chi ne sa, a dire: «Ma sì, è solo un trick da bar, un bel passatempo per chi non sa usare Photoshop». Pensavamo che la vera sfida, quella che richiede logica, struttura e quella capacità di risolvere bug che ci fa passare le notti su Stack Overflow, fosse ancora saldamente nelle nostre mani. Poi è arrivato ChatGPT e, piano piano, il sarcasmo ha lasciato il posto a un sottile, fastidiente senso di disagio.

Recentemente, su Hacker News, è esploso un thread (identificabile dal solito tono da ‘riflessione esistenziale post-espresso’) in cui gli utenti sono stati invitati a condividere il loro momento «oh shit». Quel preciso istante in cui hanno smesso di guardare l’IA come un giocattolo e l’hanno vista come qualcosa di potenzialmente destabilizzante. Non si parla solo di scrivere due righe di Python, ma di quel momento in cui il modello ha risolto un problema logico complesso che ci avrebbe fatto impazzire per ore, o ha strutturato un intero progetto Godot con una coerenza che faceva paura.

Per noi che amiamo smanettare, la questione è delicata. Da un lato, c’è l’entusiasmo puro: avere un assistente che ti aiuta a debuggare un codice C++ per il tuo CNC o che ti suggerisce una shader complessa per Blender è una figata atomica. È come avere un junior developer che non dorme mai e non si lamenta del caffè cattivo.

Dall’altro lato, però, c’è la consapevolezza di quanto sia rapida l’evoluzione. Se prima l’IA era un accessorio per il text-to-image, oggi sta diventando un motore di ragionamento. E qui scatta il dubbio: se l’IA impara a padroneggiare la logica, cosa resta del nostro valore aggiunto? Se il ‘codice scritto bene’ diventa una commodity, la sfida si sposta sulla capacità di orchestrare questi strumenti, di capire l’architettura e di saper integrare tutto in sistemi fisici e digitali che funzionano davvero.

Non dobbiamo però cadere nel hype tossico delle corporation che vogliono vendere l’IA come la soluzione a ogni male. Il rischio di vendor lock-in è altissimo e la dipendenza da modelli proprietari che sono scatole nere (black box) è un pericolo per chi, come noi, ama l’open source e la trasparenza. Il vero obiettivo per noi maker e hacker deve essere imparare a domare questi modelli, a farli girare localmente se possibile, e a usarli come un trapano ultra-avanzato per costruire le nostre macchine, non come un sostituto del nostro cervello.

E voi? Avete avuto un momento di epifania o siete ancora fermi alla fase ‘è solo un bot che scrive poesie imbarazzanti’? Scrivetelo nei commenti, ma non aspettatevi che io vi risponda usando un plugin di GPT-5.

Source: Ask HN: What was your "oh shit" moment with GenAI?

Immaginate di passare anni a forgiare codice, a ottimizzare kernel e a far volare progetti Open Source, solo per svegliarvi una mattina e scoprire che il vento è sparito, soffocato da una nuvola di parametri probabilistici e hype senza fine.

È questo il dramma che ha portato Chad Whitacre, ex Sentry, ad annunciare il suo ritiro definitivo dal mondo tech per cercare la vita offline. Non è la solita storia di burnout da troppe riunioni su Zoom o di eccesso di caffè durante i deploy notturni. La causa è molto più profonda e, onestamente, un po’ deprimente: secondo lui, l’intelligenza artificiale ha tolto l’ultimo barlume di entusiasmo che alimentava le sue vele nell’Open Source.

Per chi di noi vive di bit, hardware custom e progetti che funzionano perché ‘ci abbiamo messo le mani’, questa notizia è un pugno nello stomaco. Viviamo per la soddisfazione di capire come un circuito logico risolve un problema o di scrivere una funzione che faccia esattamente quello che abbiamo progettato. Ma l’attuale ondata di AI sta trasformando la creazione in una sorta di ‘generazione automatica di fuffa’. Se tutto può essere generato con un prompt, che fine fa il valore del saper costruire? Che fine fa il piacere di scovare il bug logico che ti tiene sveglio fino alle 4 del mattino?

Il rischio è che il tech stia scivolando verso un modello dove non importa più ‘come’ funziona una cosa, ma solo quanto sembra credibile. Questo è l’opposto del nostro mindset. Noi vogliamo smontare, capire, replicare. L’AI, nel suo stato attuale di mercato, spinge verso l’opacità, verso scatole nere proprietarie che ci vomitano output senza che noi possiamo interrogarne la logica sottostante. È l’apoteosi del vendor lock-in intellettuale.

Certo, non è che l’AI sia il demonio (sappiamo tutti quanto sia divertente far girare un modello locale su un vecchio server per vedere fin dove arriviamo), ma il modo in cui sta cannibalizzando l’ecosio creativo è preoccupante. Se l’Open Source perde la sua anima di ‘puro artigianato digitale’ per diventare solo un dataset di addestramento per le big tech, allora abbiamo perso la partita.

Cosa resta a noi, maker e smanettoni? Forse l’unica via è raddoppiare la posta sul fisico. Se il digitale diventa troppo indistinguibile e autoreferenziale, torniamo ai motori CNC, alla stampa 3D, ai circuiti stampati fatti in casa, ai motori che si possono toccare. Se il software diventa una nebbia di probabilità, costruiamoci qualcosa di solido su cui far girare quel software.

Buona fortuna, Chad. Speriamo che là fuori, offline, ci sia ancora un po’ di logica deterministica e meno allucinazioni di rete.

Source: I am retiring from tech to live offline

Se guardi un feed tech oggi, è come se fossimo tutti sotto bombardamento costante di *buzzword*: «trasformativo», «generativo», «ecosistema omni-direzionale». Ci vendono l’IA come la prossima mega-religione, un algoritmo che risolverà ogni problema, dalla crisi climatica al mio divano pieno di calzini spaiati.

Poi arriva il genere di discussioni su Hacker News, tipo: «Qualcuno usa OpenClaw?» E boom. Il silenzio. Un silenzio che, per quanto sembra strano, è un po’ un miracolo. Perché questo scambio è la cartina di tornasole perfetta per capirne del nostro ecosistema tech attuale.

Non è che OpenClaw sia una roba che ci stia per fare il Game Changer del decennio, ma il fatto che la domanda si ponga dimostra qualcosa di fondamentale: siamo immersi in un mare di servizi, demo e promesse vaghe. Tanti nomi, poca profondità. È la differenza tra un pacchetto di API facili da integrare e un vero motore che ti permette di *smanettare* fino al nucleo, di toccare i registri e capire il perché.

Per noi che amiamo smontare i componenti—che cheggiamo a far girare un Raspberry Pi per un progetto assurdo o che passiamo la notte a fare debugging su un vecchissimo emulatore—la domanda non è mai: «Funziona?» La domanda è: «Quanto puoi romperlo, e con cosa?»

È qui che sta il nostro filtro da hacker e maker. Ci sta un sacco di corporate-speak che cerca di trasformare un processo complesso in una singola, accattivante *cloud service*. Ci vendono il «Vendor Lock-in» con la veste di «semplicità utente». E noi sappiamo benissimo che la vera libertà, quella che ci fa divertire, sta nel protocollo aperto, nell’API che ci permette di fare *jailbreak* e riprogrammare il tutto per renderlo *nostro*.

Quindi, quando senti parlare di uno strumento super hype che nessuno sembra usare, prenditi un attimo per respirare. Non farti ingannare dalla patina di successo. Se una tecnologia è davvero rivoluzionaria, la community più seria non fa la foto patinata per il comunicato stampa; la fa girare sul proprio hardware, la modella, la decostruisce in Gimp o la ritaglia in codice C++, e la manda a casa, nel comfort del terminale.

Ricordiamoci che la tecnologia, nel suo stato più puro, è un LEGO set enorme e maledettamente potente. Non è un’opera d’arte finita. E se un servizio è così sigillato da non farci spuntare neanche un comando custom, probabilmente è solo un bell’oggetto da guardare, ma non un giocattolo da costruire.

Source: Ask HN: Who is using OpenClaw?

Mi è capitata una cosa questa settimana che, se ci pensi un secondo, è un classico esempio di ‘sistema fallato’ per colpa del design (o meglio, del puro grezzo interesse commerciale). Sto parlando della notizia che i giganti del ticketing, in particolare Live Nation, sono stati accusati di monopolizzare il mercato.

È la solita storia: sei entusiasta, trovi un concerto figo, vuoi comprare i biglietti, e boom. Ti ritrovi intrappolato in un ecosistema che funziona solo nel senso che fa bene a loro. Non è solo un problema di prezzo, è un problema di controllo, di ‘vendor lock-in’ che blocca la concorrenza e la scelta. È un capolavoro di ingegneria anti-utente.

Se ripassiamo un po’ i fatti (vi lascio i link per la documentazione completa, se vi piace il dry reading): dopo mesi di processi e dibattiti, un giurì ha accertato che Live Nation non ha solo fatto business, ma ha creato, e mantenuto, un monopolio di fatto. Sembra che l’idea di lasciare la scelta al mercato si sia rivelata una farsa, un mito da *tech-optimists* troppo ottimisti.

E qui scatta il mio momento di smanettone. A noi, che amiamo smontare un circuito o programmare un sistema da zero, questa cosa ci parla direttamente al cuore. Un monopolio è un sistema male progettato. È un codice proprietario che non puoi modificare, un protocollo che non puoi aggirare, una ‘API’ che ti serve per far funzionare la vita, ma che ti fa pagare il pedaggio e ti nega l’accesso al codice sorgente. È la versione commerciale di un sistema operativo che non puoi rootare.

Ci piace la libertà di passare da un linguaggio a un altro, di usare un Raspberry Pi invece di aspettare il prossimo upgrade proprietario. E quel sistema di biglietteria, pagando lo *sprinkle* del profitto, ha fatto sembrare che il divertimento stesso fosse una risorsa limitata e controllabile. L’hype che girava intorno al ‘diritto di accesso’ al intrattenimento è stato smascherato da un semplice giudizio legale, ma la lezione è di ingegneria pura: quando il controllo di un’infrastruttura vitale si concentra troppo, il sistema si blocca e il bello muore.

Cosa significa per noi maker, hacker, nerdi di elettronica? Significa che la guardia deve rimanere alta. Non dobbiamo solo aspettare che i regolatori intervengano con il loro linguaggio burocratese da romanzo giallo. Dobbiamo continuare a sviluppare alternative, a creare sistemi aperti, a condividere il codice e, soprattutto, a fare pressione affinché ciò che è ‘funzionale’ sia anche ‘aperto’. Il nostro giocoliere preferito è il protocollo aperto, non l’algoritmo segreto custodito nel mainframe aziendale.

Quindi, la prossima volta che vedrete un sistema troppo perfetto, troppo chiuso, o che vi fa sentire come se steste giocando in un parco divertimenti con un unico gatekeeper, fatevi domande. E ricordate: se è troppo facile e non ha punti di accesso aperti, probabilmente c’è qualcosa che non va.

Source: Live Nation illegally monopolized ticketing market, jury finds

Dici che la conoscenza è potere? Bene, oggi ti mostriamo chi sta cercando di rubarci le nostre biblioteche e perché i 322 milioni di dollari che sono volati via da Anna’s Archive sono solo il sintomo di una malattia molto più grande.

È successo che Anna’s Archive, quel progetto che vuole essere il custode digitale della nostra cultura (il nostro TILT machine per la memoria collettiva), ha preso un colpo pesante nel settore legale. Spotify e un sacco di major etichette discografiche hanno ottenuto un default judgment per un mucchio di soldi, basandosi su problemi di pirateria. E tutto questo senza neanche un vero confronto, un giudizio “walkover”.

Quando leggi queste cose, ti viene da urlare: ma è serio? È come guardare a una Macchina del Tempo super-potente costruita con un Arduino e vederla bloccata perché manca la licenza di un’azienda di toner. Frustrante, giusto?

Il messaggio che ci arriva non è solo legale, è un messaggio economico e filosofico. È il classico scontro tra chi vuole monetizzare ogni singolo byte (il ‘vendor lock-in’ assoluto) e chi vuole che le cose funzionino con pura passione, con un po’ di codice open e determinazione. È la battaglia tra la libreria aperta di Wikispaces e l’ecosistema a pagamento di un servizio in abbonamento.

E qui ci arrivo sul mio punto da nerd smanettone: ogni volta che sentiamo parlare di giudizi così, dove i giganti delle piattaforme vincono senza un reale confronto sulla mercede, dobbiamo vederlo come un allarme rosso. Non è che non ci sia nulla di valore nell’archiviazione, ma il modello che si sta imponendo è basato sulla paura e sulla proprietà totale. È il capitalismo che cerca di trasformare l’accesso al sapere in un servizio a pagamento, un abbonamento mensile obbligatorio per la nostra stessa esistenza culturale.

Cosa significa per noi che ci piace mettere le mani in pasta? Significa che dobbiamo fare il lavoro sporco. Non possiamo più dipendere da un server centralizzato, da un API che ci blocca, o da un ‘permesso’ aziendale. Dobbiamo diventare i nostri architetti, i nostri manutentori, i nostri scoperative.

Quando la legge e i mega-sistemi ci dicono che non possiamo avere accesso a qualcosa, la risposta da maker non è protestare in piazza, è costruire un circuito alternativo. È usare il Godot per creare il nostro gioco non dipendente da un motore proprietario, è usare Blender e Gimp per mantenere l’arte locale, è costruire un sistema di archiviazione che gira su un Raspberry Pi in cantina, completamente offline, per non dipendere da un cloud che ha un’agenda. È il ‘bushwhacking’ digitale.

Il loro successo, se è una vittoria, è una trincea. E noi, hacker, maker, nerd, artisti che odiano l’hype vuoto dei comunicati stampa, non abbiamo tempo di guardare la TV. Dobbiamo tenere le mani sporche e il codice sempre aperto. Chi controlla il protocollo, controlla la storia. E noi, ricordiamocelo, siamo ancora i migliori *hackers* di protocollo esistenti.

Source: Anna's Archive loses $322M Spotify piracy case without a fight

Viviamo in un mondo che ci fa credere che il progresso tecnologico sia un flusso inarrestabile, alimentato solo da gigahertz e algoritmi sempre più sofisticati. Ci concentriamo sulla prossima GPU, sul miglioramento della latenza, o su come rendere l’AI capace di scrivere poesie che ci facciano piangere (o almeno, che sembrino abbastanza convincenti da convincere chi ci paga).

Ma fermatevi un attimo. E se vi dicessi che la cosa che ci sta frenando davvero non è il software più complesso che abbiamo mai scritto, ma un cumulo di minerali che, per pura malafede della geologia, si trova solo in un punto specifico del pianeta? Sì, esatto. Il problema non è il codice, è il terreno.

La storia ci riporta spudoratamente al fatto che la nostra dipendenza dal digitale è fondamentalmente dipendenza dal minerale. Parliamo di terre rare, di cobalto, di neodimio. Sono questi i ‘pezzi della tavola’ da cui vengono tirate le nostre schede madri, i motori passo-passo dei nostri CNC, i chip che fanno girare i vecchi arcade e i sensori delle nostre macchine per riciclare plastica.

Per noi, che amiamo smontare le cose per capire l’anima meccanica che batte sotto la vernice dei circuiti stampati, questo è un colpo di frusta. Dedichiamo energie infinite a patchare un bug di rendering in Blender o a ottimizzare un shader in Godot, ma se il problema è la catena di approvvigionamento di un chip che fa fallire l’intero ecosistema… beh, siamo in difficoltà.

È un mix di ingegneria super-avanzata e logistica geopolitica medievale. Ed è un po’ assurdo, vero? Ci viene venduto l’illusione dell’abbondanza digitale, ma dietro l’ottimismo di un nuovo AI model c’è la realtà di una miniera lontana, soggetta a conflitti, normative e, diciamocelo, a qualche maleducato monopolista.

Cosa significa questo per noi maker, per chi ama mettere le mani in pasta? Significa che non possiamo più pensare solo al livello del software. Quando progetta un progetto, devi considerare non solo la compatibilità dei protocolli I2C, ma anche la resilienza geopolitica dei componenti che ti servono. Se tutto dipende da pochi punti critici, tutto il tuo fantastico progetto che è un mix di retrocomputing e stampa 3D rischia di bloccarsi per via di un capriccio burocratico o di un aumento improvviso dei prezzi del platino.

Invece di continuare a costruire architetture sempre più centralizzate e dipendenti da poche mega-corporazioni che controllano sia l’algoritmo sia la materia prima, dovremmo forse rimettere un po’ di enfasi su sistemi realmente decentralizzati, che sappiano ingegnerizzare non solo il software open source, ma anche la sostenibilità delle risorse fisiche. Altrimenti, i nostri sogni di Silicon Valley finiscono per scontrarsi con la brutalità della crosta terrestre. E voi, cosa ne pensate? Quando la tecnologia incontra la geologia, chi vince?

Source: God Sleeps in the Minerals

Se devi passare attraverso un comitato legale per stampare il tuo *custom enclosure* per il Raspberry Pi, sei arrivato al punto sbagliato del mestiere.

Vi è mai capitato di costruire qualcosa di troppo figo e che, improvvisamente, viene bloccato da una clausola contrattuale o da un articolo di legge che, per qualche motivo, decide di limitare la tua libertà creativa? È una sensazione di pancia stretta, no? E quella, amici miei, è la storia che ci sta raccontando la legislazione (e l’hype, e i big vendor) ultimamente.

Il caso che sta facendo il giro (e che mi ha fatto sbuffare finché non mi sono scaldato il caffe’) riguarda tentativi di legge—tipo in California, per intenderci—che vogliono mettere il bastone tra i denti al 3D printing, cercando di tracciare o limitare cosa e come possiamo *materializzare* digitalmente. L’idea è quella di controllare la filiera, dal file CAD alla stampata fisica. Su carta, suona come “protezione della proprietà intellettuale”. Nella pratica, puzza di ‘noi decidiamo chi può creare e con quali mezzi’.

È la classica resistenza del sistema quando qualcuno si accorge che non possono fare soldi vendendoti solo la *visione* di un prodotto, ma che tu, con un po’ di filo e molta fantasia, puoi farlo tu stesso. È il ritorno del controllo, mascherato da tutela legale.

E qui entra in gioco la nostra missione. Noi, gente che vive di repository Git e che ha il polsino da soldering più pulito della sala operatoria, sappiamo che la storia del tech è stata sempre una corsa al bypass. Non è questione di ‘è legale’ o ‘è etico’ secondo un blabla di comitato di esperti. È una questione di *accesso*.

Per noi maker e hacker, il messaggio è chiaro e semplicissimo: quanto più cercano di legalizzare e limitare la circolazione del sapere (sia un modello STL, sia un codice open-source, sia un progetto con i tuoi circuiti che fa fare i capricci a un microcontrollore), tanto più dobbiamo trattare ogni *blocco* come un codice da aggirare. Non guardate la legge come un muro; guardatela come un enigma ben complesso, con un *exploit* da trovare.

Quindi, se sentite parlare di restrizioni legali sulla circolazione di file o su tecnologie di creazione, ricordatevi di tornare alla fonte. Il vero potere è nel sapere come *assemblare* le cose. Sfruttate i protocolli aperti, mantienete il codice (e i disegni) sul vostro disco, e quando sentite il puzzo del ‘vendor lock-in’ legale, sapete che è ora di passare in modalità ‘DIY’ pesante.

La tecnologia, amici miei, non si ferma su nessuna normativa. Siamo noi a farla correre, e ci sono troppi tentativi di parcheggerci i freni.

Source: The dangers of California's legislation to censor 3D printing

Il governo ha un modo strano di pensare, sapete? Non è che vuole solo i soldi. Vuole che *sappiamo* che ogni angolo della nostra vita, ogni attività che svolgiamo nel nostro ‘laboratorio’ (che sia un garage pieno di saldatori o un server che fa girare un AI modello) è potenzialmente un punto cieco che può essere chiuso da un regolamento scritto con la penna di un burocrate annoiato.

Ma guardate cosa è successo con questo divieto di distillazione domestica. Si tratta di una faccenda che risale al 1868, un secolo e mezzo di regolamenti che, secondo un tribunale degli appelli statunitense, sono un’esagerazione pazzesca e un modo improprio per fare soldi.

In soldoni: i tribunali hanno detto che impedire di fare un po’ di liquore per hobby, o per fare un ‘apple-pie-vodka’ (un dettaglio che mi ha fatto ridere), è un modo troppo sproporzionato per lo scopo di tassare. Il giudice ha fatto un ragionamento che, a livello di principi, è oro colato per noi tech-nerd. Ha sottolineato che, se il governo può criminalizzare attività come la distillazione a casa, teoricamente potrebbe arrivare a criminalizzare anche il lavoro da remoto, un piccolo server casalingo, o un progetto maker che non ha un codice fiscale ben visibile.

Questo è il punto che ci interessa, non la bevanda. È il principio. È la difesa contro l’iper-regolamentazione che tende a trasformare la nostra passione da ‘smanettare per divertimento’ a ‘attività illegale perché non è stata approvata da un comitato di esperti’.

Per noi che amiamo smontare le cose, che passiamo ore a programmare o a modellare in Blender, questo è un messaggio fondamentale: ci sono limiti al potere. Non possiamo aspettarci che ogni singolo flusso di dati, ogni singolo pezzo di codice o ogni singolo componente elettronico che facciamo girare nel nostro angolo di paradiso tecnologico sia pre-approvato da qualche ufficio centrale.

È una vittoria per la libertà individuale, per l’artigianato e, sì, anche per il ‘garage computing’. Ci ricorda che l’ingegno e l’inventiva spesso fioriscono nelle aree grigie, lontano dal luccichio (e dalle multe) del corporate-speak. Non bisogna trasformare l’hobby in un’impresa regolamentata solo perché qualcuno teme di non poter riscuotere la tassa di qualche centesimo.

Quindi, la prossima volta che sentite parlare di un regolamento assurdo che vuole controllare *ogni* vostra attività, ricordatevi questo caso. Difendere il diritto di fare qualcosa solo perché è *possibile* farlo, e non perché un manuale di procedure lo ha permesso. Che sia un distillato, un codice o un circuito stampato, la libertà di sperimentare è la cosa più preziosa che abbiamo. E questo, amici miei, non ha un prezzo da tassare.

Source: US appeals court declares 158-year-old home distilling ban unconstitutional

Qual è il vero costo di un’idea? Più del tempo che ci metti a scriverla su un foglio o a fare un pitch di 5 minuti davanti a un caffè.

Quando vedi post come “Ask HN: What Are You Working On?” su Hacker News, ti entra quella spinta: ‘Sono io! Devo raccontare la mia invenzione!’ È un esercizio creativo, lo capisco. È il momento in cui tutti sentono di aver risolto il problema del traffico con un algoritmo di machine learning alimentato da caffè freddo e pura determinazione.

Ma, diciamocelo, la maggior parte di quelle ‘cose che si stanno lavorando’ sono ancora bloccate in una fase pre-beta che richiede un cavatappi, un saldatore e tre giorni di debugging su un vecchio Raspberry Pi Zero W. E qui sta il divario: il divario tra l’hype del *pitch* e la realtà del *circuito*.

Per noi, che passiamo le notti a smontare vecchi arcade cabinet per capire come funzionavano i loro chip, o che passiamo ore a fare girare Blender o Godot, il vero successo non è il lancio, è il *processo*. È quel momento in cui fai partire un motore CNC che non fa rumore strano, o quando l’AI che hai addestrato finalmente produce un output che ha senso, senza che tu debba intervenire manualmente.

Il problema del mondo tech oggi, guardando il lato corporate, è che ci spingono a vivere in ecosistemi chiusi. Ci vendono la comodità del ‘tutto incluso’ (il famoso *vendor lock-in*), e noi, stanchi di fare debugging su schede di 12 bit, ci facciamo ingannare. Ci dicono: ‘Non preoccuparti, noi ci pensiamo noi.’ E noi pensiamo: ‘Ma perché non mi lasciate solo i componenti grezzi? Voglio saldare io! Voglio capire la resistenza! Voglio farlo funzionare con un Arduino e un sacco di fili colorati!’

Quando un’idea è davvero ‘cool’ e merita di essere condivisa, non serve un pitch da venture capital con termini come ‘disruptive synergy’ o ‘paradigm shift’. Serve un *schematic*. Serve un repository Git pieno di codice sporco, commenti esplicativi su ogni funzione, e magari un video di 30 secondi che mostra il tuo prototipo fallire spettacolarmente, prima di funzionare.Quindi, la prossima volta che leggi un ‘What are you working on?’, non chiedere ‘Cos’è?’. Chiedi: ‘Quali componenti hai dovuto comprare? Con cosa hai dovuto fare i *workaround*? Qual è stato il *bug* più assurdo che hai dovuto risolvere a 3 del mattino?’

Solo così si arriva al cuore della materia: la soddisfazione di far funzionare qualcosa che prima era solo un insieme di ipotesi, trasformandolo in realtà fisica e programmatica. È questo che ci tiene svegli, e questo è un algoritmo che non si compra con un abbonamento cloud.

Source: Ask HN: What Are You Working On? (April 2026)

Dite che la tecnologia è sempre più avanzata, sempre più potente. E lo è. Abbiamo chip che fanno contare atomi, AI che scrivono poesie e stampanti 3D che ci permettono di dare forma al pensiero. Ma devo confessare una cosa: a volte mi manca solo la coerenza.

Stavo leggendo un saggio su questo, e mi ha fatto pensare al nostro mestiere. Siamo gente che ama smontare le cose per capire come funzionano, gente che non si accontenta del “tutto integrato” se non possiamo vedere i cavi. E proprio per questo, l’idea di un design software che si perde nei mille pezzi, nei microservizi sparsi e negli hype ciclici, mi sembra quasi un insulto al nostro cervello da ingegneri.

Il problema, secondo quanto ho capito, è che siamo passati da un’era di software desktop relativamente *idiomatici* – dove, se volevi fare una cosa, c’era un modo standard e prevedibile per farlo (pensate a un vecchio workflow Photoshop o a un sistema operativo con regole chiare) – a un pantanal di esperienze utente frammentate. Ogni app, ogni piattaforma, sembra inventarsi un modo completamente nuovo di gestire il pulsante “Salva” o di navigare tra le impostazioni.

È come dover scrivere un codice che deve adattarsi a cinque diversi ambienti di sviluppo, ognuno con sintassi leggermente diversa, e che alla fine funziona solo se lo esegui con un debugger che non esiste. È estenuante.

Per noi maker, per chi ama far girare un circuito con Arduino o programmare un CNC, la coerenza è tutto. Vogliamo che le regole del sistema siano chiare, che l’API sia ben documentata e che il risultato sia prevedibile. Quando il software è un groviglio di ‘magic’ e ‘workarounds’, ci sentiamo come se ci venisse chiesto di risolvere un bug che non esiste, ma che solo il vendor sa vedere.

E qui sta il punto critico: la tecnologia non dovrebbe essere un puzzle da risolvere ogni volta che la si apre, ma dovrebbe essere un trampolino di lancio. Non dobbiamo dover passare ore a capire perché il pulsante è sparito o perché il flusso di lavoro è stato interrotto da un “miglioramento UX” che, in pratica, ci ha solo aggiunto tre livelli di menu inutili.

Quindi, se c’è una cosa che vorrei gridare nelle sale di conferenza piene di buzzword aziendali, è questa: dateci standard. Dateci API pulite. Riprendete l’idiomaticità del design. Non ci serve altro che il diritto di sapere che, se scriviamo un buon codice o progettiamo un bel modello in Blender, il software di destinazione rispetterà la logica e la bellezza del nostro lavoro, senza aggiungere strati di complessità inutile. Basta hype, vogliamo funzionalità che funzionano, e che funzionano bene.

Source: Bring Back Idiomatic Design (2023)