“title”: “Stanchi dei frammenti: perché il design dei software ha bisogno di un reset (e di un buon API)”,
“excerpt”: “C’è una cosa che mi fa venire il nervoso più di un compilatore che non trova la libreria giusta: la mancanza di coerenza nel design dei software moderni. Ci manca la semplicità robusta dei vecchi desktop.”,
“content”: “Diciete 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.nnStavo 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.nnIl 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.nnÈ 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.nnPer 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.nnE 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.nnQuindi, 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.”,
“tags”: [“UX”, “DesignSystem”, “MakerCulture”, “SoftwareEngineering”, “TechCritique”],
“image_prompt”: “A surreal, digital illustration depicting the contrast between structured and chaotic code. On the left, clean, glowing, retro-futuristic lines representing ‘idiomatic design’ flowing into a central, stable core (like a circuit board). On the right, tangled, glitching, brightly colored spaghetti code and fragmented UI elements are dissolving into static, representing ‘fragmentation.’ The style should be a blend of vaporwave and technical schematics, with deep blues, neon greens, and electric pinks.”
}