Le rapport State of WebAssembley 2022 provient de Colin Eberhardt, PDG du logiciel de conseil basé au Royaume-Uni Scott Logic. Comme l’enquête inaugurale de 2021, il a interrogé des centaines de personnes pour en savoir plus sur où et comment les gens utilisent la technologie et leurs réflexions pour l’avenir.
L’enquête initiale d’Eberhard avait 250 répondants et cette année a vu une augmentation de 20% à 299. Cela peut sembler un petit nombre, mais les répondants semblent être les bonnes personnes – c’est-à-dire ceux qui utilisent réellement WebAssembly, alias wasm. Alors que moins de la moitié des personnes interrogées en 2021 (47%) utilisaient fréquemment wasm, cette année, elle a bondi à deux tiers (67%).
Alors, que nous dit l’enquête sur l’écosystème WebAssembly ?
Eberhard préface son rapport avec :
WebAssembly a subi toute une transformation l’année dernière, alors que le paysage du langage wasm évolue lentement, le changement le plus notable concerne la raison pour laquelle les gens utilisent WebAssembly. L’utilisation de wasm pour le sans serveur, la conteneurisation et en tant que technologie de plug-in a fait le grand saut, l’interface système WebAssembly (WASI) devenant de plus en plus importante.
Comme l’année dernière, l’enquête demandait Pourquoi utilisez-vous WebAssembly en ce moment ?, permettant aux utilisateurs de sélectionner plusieurs options et d’ajouter leurs propres suggestions. La catégorie Autre dans le tableau ci-dessous comprend tout ce qui n’a eu qu’une seule réponse :
Comme on pouvait s’y attendre, le développement Web est l’utilisation dominante, mais sa part a connu une baisse de plus de 10 % à partir de 2021. Ses utilisations pour le développement de jeux ont connu une baisse encore plus importante. En 2021, il occupait la deuxième place, utilisé par plus d’un quart des répondants et en 2022, il était réduit à environ 10 %. En 2021, Serverless occupait la troisième place, utilisé par environ 24 % suivi de près par Containerless et les deux ont vu une augmentation de l’utilisation reflétant une tendance pour WebAssembly à remplacer Docker. L’augmentation la plus spectaculaire de l’utilisation de WebAssembly est en tant qu’environnement de plug-in , passant de moins de 5 % à près de 25 % dans l’année. Commentant cela, Ebhard dit :
C’est un environnement d’exécution fantastique pour héberger du code non approuvé dans un environnement sécurisé. L’éditeur de code Lapce en est un bon exemple.
La raison pour laquelle wasm est utilisé influence les langues utilisées avec lui et l’enquête donne un aperçu des langues utilisées et non utilisées et de celles que les répondants devaient utiliser et éviter :
L’année dernière, Rust s’est avéré être le langage le plus fréquemment utilisé avec wasm et cette année, son utilisation a augmenté, le plaçant encore plus fermement en tête. C’était aussi la langue que les répondants souhaitaient le plus utiliser, ce qui concorde avec les résultats de l’enquête Stack Overflow de cette année et des deux dernières années. Commentant la position de tête de Rust, Ebhard qui note :
“WebAssembly et Rust ont une relation assez étroite, la plupart des runtimes WebAssembly sont écrits en Rust, tout comme les différentes plates-formes basées sur wasm. Il bénéficie également de certains des meilleurs outils, donc ce résultat n’est pas une grande surprise.”
JavaScript est en deuxième place pour l’utilisation réelle et souhaitée. Cela peut ne pas sembler une surprise étant donné que wasm est principalement utilisé pour le développement Web – mais JavaScript ne peut pas être compilé en WebAssembly et l’idée qu’il serait utilisé conjointement avec lui était si éloignée en 2021 que l’option n’était même pas incluse dans le questionnaire. Maintenant, selon Ebhard :
Il existe une solution de contournement astucieuse pour ce défi; Plutôt que de compiler JS en Wasm, vous pouvez plutôt compiler un moteur JavaScript en WebAssembly, puis l’utiliser pour exécuter votre code. C’est en fait beaucoup plus pratique que vous ne le pensez.
Blazor, Python et Go ont également vu leur utilisation augmenter et Blazor se distingue par la plus grande augmentation de la désirabilité. Pour savoir pourquoi, consultez notre rapport dans le cours d’initiation Blazor WebAssembly.
L’enquête a également sondé les fonctionnalités que les développeurs souhaitaient le plus voir dans les futures versions de wasm avec les threads en tête, suivis des exceptions et de la récupération de place.
Compte tenu de l’importance croissante de l’interface système WebAssembly, qui ajoute d’autres API d’intégration au niveau du système à WebAssembly, voir notre rapport WASI – WebAssembly Everywhere !, l’enquête a également examiné les fonctionnalités proposées qui intéressaient le plus :
Notant qu’une proposition pour les types d’E/S arrive en tête, suivie par les sockets, le système de fichiers et les threads natifs, Ebhard ajoute :
Notamment, si vous comparez ce tableau au précédent pour les propositions WebAssembly, il y a un intérêt beaucoup plus grand pour WASI dans l’ensemble.”
La dernière question du sondage demandait :
Selon Ebhard, le fait que les API non liées aux navigateurs arrivent en tête souligne davantage l’intérêt des gens et l’importance de WASI. Il faut s’attendre à une meilleure prise en charge du débogage et à de meilleurs outils de construction, mais il est intéressant de noter qu’il n’y a pas une énorme demande pour plus de langues – mais bien sûr, il a déjà toutes les langues populaires et nécessaires.
Plus d’information
L’état du WebAssembly 2022
Articles Liés
Cours intensif Blazor WebAssembly
WebAssembly Explorer – Un outil d’apprentissage
WebAssembly est prêt à l’emploi
WebAssemby une autre étape importante
WebAssembly fait un grand pas vers la réalité
Progrès sur WebAssembly
WebAssembly est soutenu par Mozilla, Microsoft, Apple et Google
Pour être informé des nouveaux articles sur I Programmer, inscrivez-vous à notre newsletter hebdomadaire, abonnez-vous au flux RSS et suivez-nous sur Twitter, Facebook ou Linkedin.
commentaires
ou envoyez votre commentaire à: comments@i-programmer.info
.