Après la transition controversée de WhatsApp de son application Windows native vers une version web, Meta a essuyé de vives critiques. Ces critiques étaient justifiées, car le changement semblait timide et s’est traduit par une régression gourmande en ressources, privant les utilisateurs Windows de toute expérience utilisateur native.
Cette situation révèle toutefois une réalité plus complexe. La motivation de Meta à maintenir une application Windows native était limitée : l’entreprise mettait rarement l’application à jour, ne proposait pas les mêmes fonctionnalités et a finalement opté pour la version web, plus pratique. Le facteur sous-jacent est l’avantage économique des applications web par rapport aux applications natives. Les développeurs rencontrent des difficultés pour obtenir un support à long terme de la part des frameworks d’interface utilisateur de Microsoft, qui demeure précaire.
Une récente analyse d’Alexander Ovchinnikov, développeur et lecteur assidu de Windows Latest, met en lumière le sentiment général chez les développeurs. Contrairement à macOS, où les applications natives sont développées de manière constante malgré une base d’utilisateurs plus restreinte, l’enthousiasme des développeurs pour les applications web sur Windows découle d’une profonde méfiance envers la plateforme.
L’introduction par Microsoft de divers frameworks dits « futurs » a été incohérente, ces derniers étant souvent abandonnés après une utilisation limitée. De WPF et Silverlight à UWP et maintenant WinUI 3, cette tendance a amené les développeurs à s’interroger sur la pérennité de chaque nouveau framework. Comme le souligne Ovchinnikov, nombreux sont ceux qui estiment désormais que le framework actuel risque de ne pas durer suffisamment longtemps pour justifier un investissement.
Depuis des décennies, Microsoft manque d’une stratégie cohérente en matière d’interfaces graphiques. La multitude de frameworks disponibles place les développeurs Windows dans une situation délicate, faute de directives claires quant au framework à adopter pour le développement d’applications.
De la clarté à la confusion : l’évolution du paysage du développement Windows
Autrefois, le développement d’applications Windows suivait une approche simple : les développeurs s’appuyaient principalement sur Win32. Cette API unique offrait une base solide, garantissant une expérience de développement cohérente et fiable.
L’ouvrage fondamental de Charles Petzold, « Programming Windows », a joué un rôle déterminant à cet égard : il a démystifié le développement d’applications Windows, permettant aux développeurs d’investir en toute confiance quant à la stabilité de la plateforme. Ce climat de confiance a favorisé la croissance de l’écosystème.
Plutôt que de faire évoluer Win32, Microsoft a continuellement introduit de nouvelles alternatives. MFC est apparu comme une interface C++, suivi de WinForms pour les adeptes de. NET. L’arrivée de WPF a apporté XAML et l’accélération matérielle, tandis que Silverlight visait un potentiel multiplateforme. Au fil des ans, WinRT et UWP ont été commercialisés comme des solutions unifiées lors des phases Windows 8 et 10, mais aucun n’a réussi à s’imposer à l’échelle de l’industrie. Aujourd’hui, WinUI 3 promet la modernisation, mais peine à inspirer la confiance que les développeurs accordaient autrefois aux frameworks précédents.
Le cycle consistant à introduire un nouveau framework, à inciter les développeurs à y investir du temps, puis à changer de cap, a érodé leur engagement. Les développeurs réagissent aujourd’hui avec scepticisme : si les frameworks précédents n’ont pas perduré, pourquoi celui-ci y parviendrait-il ?
Les développeurs d’aujourd’hui évoluent dans un environnement complexe. Les recommandations varient considérablement selon les préférences individuelles : certains préconisent Win32 ou WPF pour leur stabilité, tandis que d’autres privilégient WinUI 3, qui ne bénéficie pas d’une grande confiance. L’existence de solutions multiplateformes comme MAUI et d’options web utilisant Electron ou les PWA contribue à cette indécision. Au lieu de clarté, les développeurs sont confrontés à une incertitude considérable.
L’essor des applications web dans le développement Windows
De nombreuses applications très utilisées sous Windows, comme WhatsApp, Discord et Zoom, ne sont pas des applications natives. Elles fonctionnent en réalité comme des applications web, utilisant des composants tels que WebView2, qui intègre le moteur Chromium pour une expérience utilisateur plus homogène.
La simplification de la création d’applications web change la donne. Ce modèle permet de déployer des applications sur différents systèmes d’exploitation sans nécessiter de bases de code distinctes. Des frameworks comme Electron et les applications web progressives (PWA) accélèrent la distribution tout en réduisant les coûts de maintenance. Les entreprises sont de plus en plus séduites par ces avantages.
Ce changement présente toutefois des inconvénients. Les applications web sont généralement gourmandes en ressources, consommant davantage de RAM et offrant souvent une réactivité moindre que leurs homologues natives. L’expérience utilisateur s’en trouve dégradée par une intégration réduite avec le système d’exploitation, plusieurs applications Electron pouvant saturer les ressources système.
En revanche, sur macOS et iOS, les développeurs privilégient toujours la création d’applications natives. Apple a maintenu la cohérence de ses frameworks, tels que Cocoa et AppKit, offrant ainsi aux développeurs clarté et assurance quant à la pérennité de leurs outils.
Windows, malheureusement, manque de clarté. Cette incertitude pousse les développeurs à privilégier les solutions web, en acceptant leurs limitations de performance inhérentes afin d’éviter les risques liés aux stratégies fluctuantes de Microsoft.
La tentative de Microsoft de raviver la confiance des développeurs
Tout porte à croire que Microsoft est conscient des défis auxquels il est confronté. Des initiatives récentes témoignent d’une volonté d’améliorer les performances tout en réduisant la dépendance aux composants web, afin de développer des expériences Windows plus natives. L’appel lancé récemment par le développeur Rudy Huyn aux développeurs Windows pour qu’ils adoptent la création d’applications natives a été bien accueilli.
Cependant, la résolution des problèmes d’application ne représente qu’une partie du défi. Même si Microsoft améliore ses fonctionnalités natives, l’appréhension des développeurs risque de persister. Cette prudence ne découle pas des capacités actuelles de WinUI 3, mais d’une instabilité historique qui les dissuade de s’y engager.
Pour rétablir la confiance des développeurs, Microsoft doit s’engager sur un cadre unique et présenter une vision claire à long terme. Un support constant et des processus de développement éprouvés seront indispensables pour regagner leur confiance.
Cohérence : le défi principal
Microsoft possède des ingénieurs exceptionnels et une solide expérience dans la création d’outils de développement. Les frameworks qu’elle a introduits ont souvent démontré leur valeur technique, mais ils manquent de la cohérence essentielle pour que les développeurs puissent s’y fier.
Comme le souligne l’analyse de Rebecca Sutter, les décisions internes ont souvent entraîné des changements de stratégie rapides, engendrant de l’incertitude chez les développeurs. Le problème fondamental n’est pas le manque d’options, mais plutôt l’absence d’une voie à suivre fiable : les développeurs aspirent à un cadre de travail qui leur apporte un soutien constant.
Applications Web : un reflet du sentiment des développeurs
Les applications web ne dominent pas l’écosystème Windows grâce à leurs performances supérieures. Elles ont plutôt gagné en popularité comme solution de repli pour les développeurs en quête de fiabilité dans un environnement marqué par des priorités changeantes.
Les développeurs font des choix stratégiques en se basant sur leur expérience passée et sur l’imprévisibilité des décisions futures de Microsoft.
Pour améliorer la qualité des applications sur Windows, Microsoft doit aller au-delà de la simple correction des problèmes de Windows 11 et de la priorité accordée aux applications natives. Il est essentiel de rétablir la confiance des développeurs, ce qui passe également par un engagement à maintenir des infrastructures fiables et cohérentes pour l’avenir.
Articles connexes:
Microsoft recommande 32 Go de RAM comme mise à niveau idéale pour les jeux sous Windows 11
19:35
Satya Nadella Confirms 1.6 Billion Monthly Windows Users and Bing Surpasses 1 Billion Users
15:15
Satya Nadella reconnaît la nécessité pour Microsoft de reconquérir les utilisateurs de Windows 11 et d’améliorer les performances des ordinateurs disposant de peu de mémoire vive.
0:54
Laisser un commentaire