- La denuncia di Jeffrey Snover
- Quattordici framework in quattordici anni: la cronologia del caos
- Perché gli sviluppatori hanno voltato le spalle a Microsoft
- Una lezione che vale anche oltre il software
- Domande frequenti
La denuncia di Jeffrey Snover
Non capita spesso che un ex dirigente di altissimo livello decida di puntare il dito contro la propria ex azienda con una franchezza così brutale. Eppure è esattamente quello che ha fatto Jeffrey Snover, già Chief Technology Officer di Microsoft, rompendo un silenzio che durava da tempo sulla gestione dei framework grafici di Windows.
Snover, figura leggendaria nel mondo dello sviluppo software, creatore di PowerShell e per anni tra le menti più influenti di Redmond, ha definito la strategia di Microsoft sulle interfacce grafiche un "boof-a-rama", espressione gergale americana che potremmo tradurre con "disastro totale" o, più elegantemente, "caos sistematico". Una parola che non lascia spazio a interpretazioni diplomatiche.
La critica non riguarda un singolo errore o un progetto andato storto. Riguarda un pattern, una tendenza strutturale che secondo Snover ha caratterizzato gli ultimi quindici anni di sviluppo delle interfacce Windows: l'incapacità cronica di mantenere una direzione coerente.
Quattordici framework in quattordici anni: la cronologia del caos
Il dato più impressionante che emerge dall'analisi di Snover è numerico, e parla da solo. Microsoft ha cambiato rotta sui framework grafici 14 volte in 14 anni. WPF, Silverlight, Windows 8 XAML, UWP, WinUI 2, WinUI 3, MAUI, e via discorrendo: un elenco che per chi sviluppa software su piattaforma Windows assomiglia più a un cimitero di tecnologie abbandonate che a un percorso evolutivo.
Ogni volta lo schema si ripete con precisione quasi rituale. Microsoft annuncia il nuovo framework con grande enfasi. Le conferenze BUILD dedicano sessioni entusiastiche. La documentazione prolifera. Gli sviluppatori più fiduciosi investono tempo e risorse per adottare la novità. Poi, nel giro di uno o due anni, i segnali di disimpegno cominciano a farsi evidenti: aggiornamenti sempre più radi, bug non corretti, e infine l'annuncio, più o meno esplicito, che la direzione è cambiata di nuovo.
Stando a quanto emerge dalle parole dell'ex CTO, il problema non è mai stato la qualità delle singole tecnologie. Alcune erano promettenti, altre brillanti. Il problema è la mancanza di coerenza tecnologica, l'assenza di una visione a lungo termine capace di resistere ai cambi di management, alle riorganizzazioni interne, alle mode del momento.
Il confronto impietoso con la concorrenza
Mentre Microsoft zigzagava, Apple manteneva la rotta su UIKit per oltre un decennio prima di introdurre SwiftUI come evoluzione naturale, non come sostituzione traumatica. Google con Flutter ha costruito un ecosistema che, pur con i suoi limiti, offre agli sviluppatori una stabilità che su Windows è diventata un miraggio. Persino il mondo open source, con framework come Electron o Qt, ha garantito una continuità che il colosso di Redmond non è riuscito a eguagliare.
Perché gli sviluppatori hanno voltato le spalle a Microsoft
La conseguenza più grave di questo boof-a-rama, come lo chiama Snover, è la perdita di fiducia. Ed è una perdita che si misura in comportamenti concreti: oggi una fetta significativa degli sviluppatori ignora sistematicamente le novità di Microsoft in ambito GUI, preferendo soluzioni percepite come più affidabili nel tempo.
È un fenomeno che chi lavora nel settore conosce bene. Quando un'azienda annuncia il quattordicesimo "framework definitivo", la reazione naturale non è l'entusiasmo, è lo scetticismo. Perché investire mesi di lavoro nell'apprendimento di una tecnologia che potrebbe essere abbandonata prima ancora di raggiungere la maturità?
Molti team di sviluppo software Windows hanno scelto strade alternative: c'è chi si è rifugiato nelle applicazioni web, chi ha adottato framework multipiattaforma di terze parti, chi è rimasto ancorato a Windows Forms o WPF, tecnologie datate ma almeno stabili. Il risultato è un ecosistema frammentato dove la piattaforma desktop di Microsoft, che resta dominante in termini di quote di mercato, fatica paradossalmente ad attrarre sviluppo nativo di qualità.
La situazione ricorda, per certi versi, quel fenomeno che si osserva anche in altri ambiti quando le istituzioni cambiano continuamente regole e riferimenti: a un certo punto chi deve lavorare quotidianamente smette di rincorrere le novità e si arrangia con quello che già conosce. Un po' come accade nel mondo della scuola italiana, dove Il Lavoro Sconosciuto dei Docenti: Oltre le 36 Ore Settimanali racconta di professionisti che devono continuamente adattarsi a riforme e cambiamenti normativi senza mai poter contare su un quadro stabile.
Una lezione che vale anche oltre il software
Le parole di Snover hanno il peso specifico di chi ha vissuto queste dinamiche dall'interno. Non si tratta della lamentela di uno sviluppatore frustrato, ma dell'analisi lucida di un ex dirigente che conosce le ragioni organizzative e politiche dietro ogni cambio di direzione.
Il tema di fondo è universale: la coerenza strategica non è un lusso, è una necessità. Vale per le aziende tecnologiche come per qualsiasi organizzazione complessa. Ogni volta che si cambia rotta senza portare a compimento il percorso precedente, si disperdono risorse, si erode la fiducia, si allontanano le persone che dovrebbero essere alleate.
Microsoft nel 2026 si trova davanti a un bivio. L'azienda guidata da Satya Nadella ha dimostrato negli ultimi anni di saper fare scelte strategiche vincenti, dall'investimento in Azure alla scommessa su OpenAI e l'intelligenza artificiale. Ma sul fronte delle interfacce grafiche desktop, la questione resta aperta. WinUI 3 dovrebbe essere la risposta definitiva, ma gli sviluppatori, scottati da anni di promesse non mantenute, aspettano fatti concreti prima di impegnarsi.
Snover, con il suo intervento, ha reso pubblico quello che nei forum e nelle community di sviluppatori si mormorava da anni. Ha dato dignità e visibilità a una frustrazione diffusa. Resta da vedere se Redmond saprà trasformare questa critica in un punto di svolta, oppure se tra un paio d'anni ci ritroveremo a commentare il quindicesimo framework grafico "rivoluzionario" destinato a fare la stessa fine dei precedenti.
I precedenti, purtroppo, non incoraggiano l'ottimismo.
