1 pièce(s) jointe(s)
The State Of JavaScript 2018, le formulaire de l'enquête est disponible.
The State Of JavaScript : participez à l'édition 2018 de l'enquête
qui permet d'avoir une vue macro des technologies utilisées dans le monde JS
Depuis quelques années, des organisations ou des particuliers organisent des enquêtes annuelles dénommées "the State of ..." sur le modèle du discours sur l'état de l'Union prononcé par le président américain devant son parlement.
La plus sérieuse de ces enquêtes est sans conteste le State Of DevOps mené par la société puppet depuis 5 ans.
L'écosystème JavaScript n'est pas en reste, depuis 2016, trois développeurs français (Raphaël Benitte, Sacha Greif et Michael Rambeau à qui l'ont doit également l'excellent bestofjs.org) ont mis au point le State Of JavaScript qui a réuni en 2017 pas moins de 20 000 réponses de développeurs à travers le monde.
Le propos de l'enquête est de donner une vue macro des outils, frameworks et bibliothèques utilisés dans le monde année après année en proposant également une ventilation des résultats par pays.
Les abonnés à la liste de diffusion ont reçu récemment le mail indiquant l'ouverture de l'enquête pour l'année 2018.
Sacha Greif a également publié sur son blog medium un billet à ce propos.
Le formulaire est disponible pour quelques semaines et les résultats seront dévoilés en avant-première lors de la conférence dotJS le 9 novembre prochain à Paris.
Sources : stateofjs.com, Sacha Greif
Et vous ?
:fleche: Participez-vous à cette enquête ?
:fleche: Que pensez-vous des résultats des années précédentes ?
4 pièce(s) jointe(s)
The State Of JavaScript 2018 : l'enquête révèle que JavaScript est en constante évolution
The State Of JavaScript 2018 : l'enquête révèle que JavaScript est en constante évolution
voici une vue macro des technologies JS utilisées
JavaScript est un langage de programmation de scripts principalement employé dans les pages web interactives mais aussi pour les serveurs avec l'utilisation de certains frameworks JavaScript, node.js par exemple. Depuis la sortie de sa première version en 1995, il n'a cessé de gagner en popularité et en performance. Depuis 2016, trois développeurs français (Raphaël Benitte, Sacha Greif et Michael Rambeau) ont mis au point le State Of JavaScript qui est une enquête annuelle effectuée auprès des développeurs JS du monde entier afin de déterminer ce qu'ils utilisaient, ce qui leur faisait plaisir et ce qu'ils souhaitaient apprendre de plus. Le propos de cette enquête est donc de donner une vue macro des outils, frameworks et bibliothèques utilisés dans le monde année après année. Et le résultat est une collection de statistiques et d'informations qui vous aideront à vous frayer un chemin à travers l'écosystème JavaScript, selon Sacha Greif.
L'enquête de cette année recueille l'avis de près de 20 000 développeurs dans 153 pays différents à travers le monde et a été lancée en septembre dernier. Alors que les États-unis dominent l'enquête comme prévu avec 24 % des répondants, l'Allemagne et l'Australie sont toutes deux bien représentées, avec plus de 5 % des répondants chacune. L'étude s'est penchée sur les relations d'utilisation entre les différents frameworks JavaScript pour savoir par exemple le nombre d'utilisateurs de React qui utilisent également Redux, les utilisateurs de de GraphQL qui préfèrent aussi Jest ainsi de suite. La taille de chaque section du graphe ci-dessous correspond au nombre de répondants qui ont utilisé chaque bibliothèque et qui souhaiteraient l’utiliser à nouveau. Ainsi, 92 681 développeurs qui utilisent React pensent continuer à l'utiliser encore. 111 761 de ceux qui utilisent ES6 veulent toujours continuer à l'utiliser.
Le front-end reste le champ de bataille clé pour JavaScript. Une fois de plus l'espace frontal est tout au sujet React et Vue.js . Il y a deux ans, 27 % des répondants n’avaient même jamais entendu parler de Vue.js. Aujourd'hui, cette fraction n'est plus que de 1,3 %. Ainsi, alors que React occupe toujours une part beaucoup plus importante du marché, l’ascension fulgurante de Vue.js ne montre aucun signe d’arrêt et a même déjà dépassé son rival pour certains indicateurs tels que le nombre total d'étoiles GitHub. L'autre fait remarquable de ces dernières années est la chute de Angular. Bien qu'il reste très haut en termes d'utilisation brute, il affiche un taux de satisfaction relativement décevant de 41 %. Ainsi, même si sa base d’utilisateurs est considérable, il est difficile de voir comment il s'imposera face à ces grands rivaux. Svelte quant à lui gagne de plus en plus en popularité. En utilisant une nouvelle approche radicale des frameworks front-end, il a réussi à générer beaucoup d’intérêt auprès des utilisateurs.
Par le passé, les choses étaient simples. Vos données résidaient dans votre base de données, où le serveur pouvait les récupérer, les insérer dans un modèle et les envoyer au client. Mais les choses ne sont plus si simples. De nos jours, les applications doivent savoir comment récupérer les données elles-mêmes afin de restituer leurs propres modèles et composants. Cela a donné naissance à toute une gamme d'outils de récupération et de gestion de données. Redux est sans aucun doute le plus répandu de ces outils et son taux de satisfaction de 82 % témoigne de sa notoriété. Mais tout l’espace pourrait bientôt être bouleversé par l’onde de choc GraphQL. Les utilisateurs de GraphQL sont passés de 5 % à 20 % en deux ans et leur client de choix semble être Apollo. Ajoutez à cela le fait que la dernière version d'Apollo rend l'utilisation de Redux facultative, et il ne serait pas étonnant que les résultats de l'année prochaine commencent à être très différents.
JavaScript sur le back-end n'a pas connu de percée majeure ces dernières années. Alors que d'innombrables frameworks émergent chaque année, très peu parviennent à gagner suffisamment d'élan pour défier Express. Même Koa, parfois considéré comme le successeur d'Express, a un taux de satisfaction inférieur (et un nombre d'utilisations considérablement inférieur). Next.js est un entrant intéressant dans le domaine qui a suscité beaucoup d’intérêt ces derniers temps. Bien que cela ne soit pas tout à fait comparable à un back-end de nœud complet, son objectif qui consiste à résoudre le problème de rendu côté serveur pour les applications React en a fait un outil très utile. Il est également intéressant de voir quel rôle joueront les technologies sans serveur telles que AWS Lambda au cours des deux prochaines années.
Côté mobile et desktop, JavaScript a étendu sa portée bien au-delà des limites du navigateur. React Native et Electron sont les deux principales solutions pour créer des applications mobiles et de bureau utilisant les technologies Web. Ils affichent donc des chiffres similaires en termes de taux de satisfaction et de nombre d'utilisateurs. La polyvalence d’Electron (elle peut fonctionner avec n’importe quel framework d’interface utilisateur, même si elle est souvent associée à React ou Vue.js) peut expliquer le taux de satisfaction le plus élevé de la catégorie. Mais les choses sont loin d’être réglées. Airbnb a récemment publié une série complète d’articles expliquant pourquoi ils ont décidé d’abandonner React Native au profit de Native Apps.
Au lieu de React Native, les développeurs souhaitant écrire des applications multi-platesformes en JavaScript sans utiliser de modèles React peuvent également consulter Weex, qui leur permet d'utiliser l'écosystème Vue.js. Et Google a également de nombreux participants intéressants dans le domaine. Il y a Carlo (un tout nouveau framework d'application Headful Node) publié par Google et construit sur Puppeteer ; ainsi que Flutter : au lieu de créer un "pont" JavaScript comme le fait React Native, il compile en véritable code natif. Mais le code étant écrit en Dart, React Native restera donc toujours pertinent pour la plupart des développeurs JavaScript déjà familiarisés avec le système React.
« Alors que tout est actuellement calme sur le front-end, la question de savoir comment obtenir les données de la base de données au client est loin d'être résolue, et GraphQL commencera sûrement à faire de plus en plus de vagues dans ce domaine. À mesure que des solutions sur mesure GraphQL émergent à la fois pour la couche back-end et pour la couche de gestion d'état, nous pourrions bientôt sentir le sol JavaScript bouger sous nos pieds une fois de plus. Mais pour l'instant, pas de panique. Il n’y a jamais eu de meilleur moment pour devenir développeur JavaScript que maintenant, et nous sommes prêts à parier que 2019 le rendra encore plus clair », ont déclaré Sacha, Raphaël et Michael pour conclure.
Source : The State Of JavaScript 2018
Et vous ?
:fleche: Qu'en pensez-vous ?
Voir aussi
:fleche: Les tendances dans les métiers de la technologie en France en 2017, une enquête réalisée par CodinGame
:fleche: The State Of JavaScript : participez à l'édition 2018 de l'enquête qui permet d'avoir une vue macro des technologies utilisées dans le monde JS
:fleche: Mithril : un framework JavaScript moderne, simple, rapide et léger comparé à React ou Angular pour ceux qui privilégient la facilité d'intégration
Javascript un mauvais langage ?
Il est assez agaçant effectivement de lire des critiques superficielles sur Javascript. Il faut savoir que contrairement aux autres langages de programmation qui ont été conçu afin de faire du développement logiciel, JS a été développé à l'époque par un simple développeur de Netscape pour créer un petit langage de script afin d'animer de façon assez sommaire les pages HTML sur le browser. Sauf que sur une page HTML, un entier ou une chaîne de caractère c'est du même au pareil, il s'est pas pris la tête avec un typage fort. voilà pourquoi JS est aussi "permissif". Est ce que c'est une bonne chose ? Peu importe la réponse à cette question parce que côté Navigateur Web Javascript a le monopole (ou plutôt avait avec les évolutions du web d'aujourd'hui).
Aujourd'hui, HTML5 a apporté de nombreuses fonctionnalités côté client avec de multiples API qui peuvent faire confondre une webapp avec une app mobile native. Les applications se sont complexifiés, il est loin le temps où l'on afichait que du texte et des images. On est dans le tout dynamique avec les SPA et les PWA. Sauf que pour construire ce genre d'applications, il faut davantage de monde et je suis assez d'accord sur la scalabilité de JS par rapport à Typescript. Sur une grosse équipe, ce manque de typage fort peut vite devenir source d'erreur et de confusion.
Donc voilà tout ce laïus pour dire que Javascript n'est pas un mauvais langage c'est juste un langage né à une autre époque où le besoin était totalement différent et personne à l'époque n'aurait pu imaginer ce qu'allait devenir le Web. S'il existe une solution c'est qu'il existe un besoin et c'est pourquoi Typescript est né. Au final, ça aide pas mal d'utiliser Typescript ça facilite la scalabilité des équipes, ça garanti un certain contrôle au moins jusqu'à la compilation, parce que oui après la transcompil on perd partie de ses bénéfices.
Quant aux framework Angular vs React, pour moi, ils ont deux visions différentes. Angular n'est pas un framework mais un ecosystème qui permet de garantir une certaine qualité de code. Angular ainsi ne fait pas que du rendu et databinding, il gère également le routing, les requêtes vers l'extérieur, la sécurité, la modularité de l'appli, l'internationalisation, et toute la stack de compil et test. Et il le fait très bien. Très bien documenté avec des exemples en Typescript ce qui aide à la montée en compétence pour des néophytes. React lui est davantage spécialisé et correspondra à un autre besoin.
Il y'a très rarement un FW ou un langage idéal qui marche partout, s'il y'a une si grande diversité c'est parce qu'il y'a une diversité de besoin.
Et le poids des framework
Essayez MithrilJS, quand vous verrez le poids de votre build en sortie, et de facto la vitesse avec laquelle se charge votre page, il y a lieu pour certains projets Front, de se poser la question sur tous ces frameworks