Dopo che WhatsApp ha controverso trasformato la sua applicazione nativa per Windows in un formato basato sul web, Meta è stata oggetto di numerose critiche. Le critiche erano giustificate, poiché il cambiamento è sembrato superficiale, con conseguente peggioramento delle prestazioni e un consumo eccessivo di risorse, privando gli utenti Windows di qualsiasi parvenza di esperienza nativa.
Tuttavia, questa situazione mette in luce una realtà più complessa. Le motivazioni di Meta nel mantenere un’app nativa per Windows erano limitate: l’azienda aggiornava raramente l’app, non offriva parità di funzionalità e alla fine ha optato per la più pratica versione web. Il fattore determinante è il vantaggio economico delle app web rispetto a quelle native. Gli sviluppatori incontrano difficoltà nell’ottenere un supporto a lungo termine dai framework UI di Microsoft, che rimane precario.
Una recente analisi di Alexander Ovchinnikov, sviluppatore e lettore di lunga data di Windows Latest, mette in luce il sentimento prevalente tra gli sviluppatori. A differenza di macOS, dove le applicazioni native vengono costantemente sviluppate nonostante una base di utenti più ristretta, l’entusiasmo degli sviluppatori per le applicazioni web su Windows deriva da una profonda mancanza di fiducia nella piattaforma.
L’introduzione da parte di Microsoft di vari cosiddetti framework “futuri” è stata incoerente, con frequenti abbandoni dopo un utilizzo limitato. Da WPF e Silverlight a UWP e ora WinUI 3, questo schema ha portato gli sviluppatori a interrogarsi sulla longevità di ogni nuovo framework. Come osserva Ovchinnikov, molti sviluppatori ora ritengono che il framework attuale potrebbe non durare abbastanza a lungo da giustificare ulteriori investimenti.
Per decenni, Microsoft ha sofferto della mancanza di una strategia coerente per l’interfaccia utente grafica. L’ampia gamma di framework disponibili mette gli sviluppatori Windows in difficoltà, in assenza di indicazioni chiare su quale framework adottare per lo sviluppo di applicazioni.
Dalla chiarezza alla confusione: il panorama in continua evoluzione dello sviluppo di Windows.
Un tempo, lo sviluppo di app per Windows seguiva un approccio semplice: gli sviluppatori si affidavano prevalentemente a Win32. Questa API unificata forniva una solida base, garantendo un’esperienza di sviluppo coerente e affidabile.
L’opera fondamentale di Charles Petzold, “Programming Windows”, è stata cruciale in questo senso: ha demistificato lo sviluppo di app per Windows, consentendo agli sviluppatori di investire sapendo che la stabilità della piattaforma non era in discussione. Questo ambiente ha favorito la fiducia, facilitando così la crescita dell’ecosistema.
Anziché evolvere Win32, Microsoft ha continuamente introdotto nuove alternative. MFC è arrivato come wrapper C++, seguito da WinForms per gli appassionati di. NET. L’arrivo di WPF ha portato XAML e l’accelerazione hardware, mentre Silverlight puntava al potenziale multipiattaforma. Nel corso degli anni, WinRT e UWP sono stati commercializzati come soluzioni unificate durante le fasi di Windows 8 e 10, eppure nessuno ha raggiunto una piena adozione a livello di settore. Ora, WinUI 3 promette modernizzazione ma fatica a ispirare la fiducia che gli sviluppatori riponevano un tempo nei framework precedenti.
Il ciclo di introduzione di un nuovo framework, che motiva gli sviluppatori a investirci tempo, per poi cambiare nuovamente strategia, ha minato la fiducia. Oggi gli sviluppatori reagiscono con scetticismo: se i framework precedenti non hanno resistito, perché dovrebbe farlo quello attuale?
Oggi gli sviluppatori si trovano di fronte a un panorama confuso. Le raccomandazioni variano notevolmente in base alle preferenze individuali: alcuni sostengono Win32 o WPF per la loro stabilità, mentre altri propendono per WinUI 3, che non gode di ampia fiducia. L’esistenza di soluzioni multipiattaforma come MAUI e di opzioni web basate su Electron o PWA contribuisce ulteriormente all’indecisione. Invece di chiarezza, gli sviluppatori si trovano di fronte a un’enorme incertezza.
L’ascesa delle applicazioni web nello sviluppo per Windows
Molte applicazioni ampiamente utilizzate su Windows, tra cui WhatsApp, Discord e Zoom, non sono native. Funzionano invece come applicazioni web, sfruttando componenti come WebView2, che integra il motore Chromium per un’esperienza più coerente.
La semplificazione nella creazione di applicazioni web rappresenta una vera e propria rivoluzione. Questo modello consente di distribuire le app su diversi sistemi operativi senza la necessità di codebase separate. Framework come Electron e le Progressive Web App (PWA) velocizzano la distribuzione e riducono i costi di manutenzione. Le aziende sono sempre più attratte da questi vantaggi.
Tuttavia, questo cambiamento comporta degli svantaggi. Le applicazioni web tendono a essere esigenti in termini di risorse, consumando in genere più RAM e risultando spesso meno reattive rispetto alle loro controparti native. L’esperienza utente ne risente a causa della ridotta integrazione con il sistema operativo, con diverse applicazioni Electron che sovraccaricano le risorse di sistema.
Al contrario, su macOS e iOS gli sviluppatori continuano a dare la priorità alla creazione di applicazioni native. Apple ha mantenuto la coerenza dei suoi framework, come Cocoa e AppKit, offrendo agli sviluppatori chiarezza e la garanzia che i loro strumenti rimarranno rilevanti.
Purtroppo, Windows non offre questo livello di chiarezza. Tale incertezza spinge gli sviluppatori a optare per soluzioni web, accettandone i limiti prestazionali intrinseci per evitare il rischio associato alle mutevoli strategie di Microsoft.
Il tentativo di Microsoft di riaccendere la fiducia degli sviluppatori
Vi sono segnali che indicano che Microsoft riconosce le sfide che deve affrontare. Le iniziative recenti segnalano un’evoluzione verso il miglioramento delle prestazioni e la riduzione della dipendenza dai componenti web, con l’obiettivo di creare esperienze Windows più native. Il recente invito lanciato dallo sviluppatore Rudy Huyn agli sviluppatori Windows ad adottare lo sviluppo di app native è stato accolto positivamente.
Tuttavia, risolvere i problemi dell’applicazione rappresenta solo una parte della sfida. Anche se Microsoft migliorasse le sue offerte native, è probabile che la diffidenza tra gli sviluppatori persista. Questa cautela non deriva dalle attuali capacità di WinUI 3, bensì da precedenti episodi di instabilità che rendono gli sviluppatori restii a utilizzarlo.
Per ristabilire la fiducia degli sviluppatori, Microsoft deve impegnarsi a utilizzare un framework unico e presentare una direzione chiara e a lungo termine. Un supporto costante e processi di sviluppo maturi diventeranno indispensabili per riconquistare la fiducia degli sviluppatori.
Coerenza: la sfida principale
Microsoft possiede un talento ingegneristico eccezionale e una solida tradizione nella creazione di strumenti di sviluppo. I framework che ha introdotto hanno spesso dimostrato un buon livello tecnico, ma mancano della fondamentale coerenza necessaria affinché gli sviluppatori possano farvi affidamento.
Come evidenziato nell’analisi di Rebecca Sutter, il processo decisionale interno ha spesso portato a rapidi cambiamenti di strategia, generando incertezza tra gli sviluppatori. Il problema principale non è la mancanza di opzioni, bensì l’assenza di un percorso affidabile da seguire: gli sviluppatori desiderano un framework che offra un supporto concreto.
Applicazioni web: uno sguardo al sentiment degli sviluppatori
Le applicazioni web non dominano l’ecosistema Windows grazie alle loro prestazioni superiori. Piuttosto, hanno guadagnato terreno come alternativa per gli sviluppatori che cercano affidabilità in un panorama caratterizzato da priorità in continua evoluzione.
Gli sviluppatori stanno prendendo decisioni strategiche basandosi sull’esperienza storica e sull’imprevedibilità delle future decisioni di Microsoft.
Per migliorare la qualità delle app su Windows, l’approccio di Microsoft deve andare oltre la semplice risoluzione dei problemi di Windows 11 e la priorità data alle applicazioni native. Ricostruire la fiducia degli sviluppatori è fondamentale, unitamente all’impegno a mantenere framework coerenti e affidabili per il futuro.