�tat de JavaScript en 2019 : les d�veloppeurs aiment un peu plus React, Angular est en d�clin

Version imprimable

Voir 40 message(s) de cette discussion en une page

27/12/2019, 10h03
Bill Fassinou

3 pi�ce(s) jointe(s)

�tat de JavaScript en 2019 : les d�veloppeurs aiment un peu plus React, Angular est en d�clin
�tat de JavaScript en 2019 : les d�veloppeurs aiment un peu plus React, Angular est en d�clin,
un groupe de d�veloppeurs pense que JS est � trop complexe �

L�ann�e 2019 prend fin et Sacha Greif et Rapha�l Benitte viennent de publier leur rapport annuel sur l��tat de JavaScript et de son �cosyst�me en entier. Environ 11 millions de d�veloppeurs utiliseraient JavaScript, et bien qu'il soit difficile de trouver tout le monde et de leur demander ce qu'ils aiment dans ce langage, l'�tude �State of JavaScript 2019� a interrog� plus de 21 000 d�veloppeurs JS sur leurs frameworks, outils et fonctionnalit�s pr�f�r�s. Les r�sultats ont montr� comment que l��cosyst�me JS a �volu� et quels outils sont les plus utilis�s en 2019.

Le rapport 2019 sur l'�tat de JS a r�v�l� les principaux frameworks de travail du langage, les donn�es d�mographiques sur les utilisateurs et d�autres donn�es importantes. Qu'on l'aime ou qu'on le d�teste, le langage continue de gagner du terrain et son �cosyst�me ne cesse de grandir. Il est essentiel au d�veloppement moderne et est le premier langage de programmation sur GitHub depuis 2014, le langage Python ayant pris la deuxi�me place cette ann�e devan�ant ainsi Java. Faisons un petit tour de ce qui est ressorti du sondage cette ann�e.

TypeScript gagne de nouveau en importance et est class� premier en mati�re de satisfaction

TypeScript est un surensemble typ� qui se compile en JS pur. 2018 et 2019 ont �t� des ann�es majeures pour TypeScript et son adoption. Selon l��tude, si l'on remonte en 2016, la notori�t� de TypeScript aupr�s des d�veloppeurs �tait d�j� de 97 %, mais l'int�r�t d�passait � peine la barre des 50 %. En 2019, tous les d�veloppeurs qui ont r�pondu � l'enqu�te savent ce qu'est TypeScript et un pourcentage impressionnant de 58,5 % l'utiliseraient � nouveau. De m�me, 89 % des r�pondants se sont d�clar�s satisfaits de TypeScript. Il s'est class� au premier rang en mati�re de satisfaction, d'int�r�t et de notori�t� par rapport aux autres langages qui compilent en JS (Elm, Rason, ClojureScript et PureScript).

Pi�ce jointe 526804

React devient l�outil (framework front-end) pr�f�r� des d�veloppeurs front-end et l�enthousiasme pour Angular continue de baisser

En ce qui concerne les frameworks et les biblioth�ques front-end, Angular et React sont deux des plus grands noms. L'ann�e derni�re, il a �t� constat� une baisse de la satisfaction � l'�gard d'Angular. Cette ann�e, il poursuit sa tendance � la baisse. Environ 35,8 % des d�veloppeurs ont d�j� utilis� Angular, mais ne l'utiliseront plus. En comparaison, 21,9 % ont utilis� Angular et ont d�clar� vouloir l�utiliser � nouveau. Cependant, ce pourcentage pourraient peut-�tre �voluer l�ann�e prochaine lorsque la version stable d'Angular v9 sera publi�e.

Pi�ce jointe 526801

Dans le cas de React, 71,7 % des d�veloppeurs l�ont utilis� et ont d�clar� vouloir l�utiliser � nouveau. Il s'agit d'une l�g�re augmentation de la satisfaction par rapport aux ann�es pr�c�dentes. L'ann�e 2019 s'est r�v�l�e �tre une ann�e phare pour React. Plus t�t cette ann�e, npm a men� une enqu�te qui a r�v�l� que 63 % des d�veloppeurs de JS �crivent du code React. Un graphique r�sumant tout cela illustre aussi la mont�e du framework de test JavaScript Jest, avec un impressionnant classement de satisfaction de 96 %, le pla�ant bien devant Mocha.

Les d�veloppeurs JavaScript appr�cient �galement GraphQL plus que Redux pour la couche de donn�es, et Express devant Next.js pour le back-end. Par ailleurs, m�me si certains d�veloppeurs continuent toujours � se plaindre d�Electron, le framework JS pour concevoir des applications pour le bureau n�a pas perdu en importance pour autant. La satisfaction des d�veloppeurs � l'�gard d'Electron est pass�e de 93 % � 86 %, mais le sentiment g�n�ral est toujours plus �lev� que celui de React Native (82 %). Enfin, Svelte est en hausse, mais encore obscure pour beaucoup.

Pi�ce jointe 526806

Svelte est d�finitivement le �nouveau framework cool sur le bloc� de 2019. Plus probablement, c'est la sortie de Svelte 3 en avril et le buzz qui a suivi qui ont suscit� l'int�r�t. Svelte est une nouvelle approche radicale pour cr�er des interfaces utilisateur. Alors que les frameworks traditionnels comme React et Vue effectuent la majeure partie de leur travail dans le navigateur, Svelte transforme ce travail en une �tape de compilation qui se produit lors de la construction de l'application. De tous les outils frontaux, Svelte est celui qui suscite le plus d'int�r�t.

Cependant, il est le moins connu. Svelte est en t�te de l'enqu�te pour l'int�r�t et au coude � coude avec React pour la �satisfaction�. Comme Svelte, WebAssembly (WASM) n'a pas encore atteint les masses. Tout le monde parle de la WASM, mais tr�s peu de personnes l'utilisent. � la diff�rence des composants Web, l'enthousiasme par rapport � WASM est presque universel. Cela dit, il semble que beaucoup attendent simplement que la technologie m�risse. Il est d�ailleurs devenu cette ann�e le 4e langage pour le d�veloppement Web.

Les outils du m�tier

Le rapport 2019 sur l��tat de JS s�est �galement int�ress� � ce que les d�veloppeurs de JS peuvent ajouter � leur bo�te � outils. Les r�pondants ont �t� interrog�s sur les divers outils qu'ils utilisent pour coder et sur les ressources inestimables qu'ils utilisent.
- Lodash et Moment.js : ces deux biblioth�ques d'utilitaires JS sont les deux plus utilis�es par les d�veloppeurs. Lodash fournit de l'aide pour travailler avec des tableaux, des nombres, des objets et des cha�nes de caract�res et Moment.js fournit une biblioth�que pour afficher et manipuler des dates ;
- Visual Studio Code : de loin, VS Code est l'�diteur de texte le plus utilis�. Visual Studio Code fonctionne avec un grand nombre de langages, y compris JavaScript et TypeScript ;
- Brave : bien que Chrome soit le navigateur le plus utilis� pour le d�veloppement, une mention honorifique est d�cern�e cette ann�e � Brave. Environ 836 d�veloppeurs ont d�clar� qu'ils travaillent principalement dans le navigateur Brave ;
- Webpack : regroupez vos scripts, vos ressources et vos images avec Webpack, l'outil de construction JS le plus utilis� ;
- Stack Overflow : ce n'est pas une surprise, mais Stack Overflow est l'endroit o� les d�veloppeurs JS vont quand ils ont besoin d'aide pour un probl�me d�licat, m�me s�il est de plus en plus d�cri� de copier et de coller du code � partir de Stark Overflow. Le Developer Network/MDN de Mozilla re�oit une mention honorable en tant que deuxi�me ressource la plus consult�e.
� quoi ressemble le d�veloppeur JS moyen ?

Le rapport 2019 sur l��tat de JS a �galement fait mention de ce � quoi ressemble le d�veloppeur JS moyen en 2019. Voici ce que les auteurs du rapport ont r�sum� sur la question.
- JS + CSS : dans l'ensemble, les d�veloppeurs JS sont �galement comp�tents en CSS. Au moins 90 % des r�pondants ont d�clar� avoir une connaissance interm�diaire du CSS ou mieux. Environ 39,9 % se consid�rent m�me comme des experts en CSS et peuvent cr�er un front-end � partir de z�ro ;
- le JavaScript r�git le front-end : le r�le des d�veloppeurs full stack est de plus en plus important, selon le rapport. Pr�s de la moiti� (environ 48,3 %) des r�pondants sont des d�veloppeurs full stack. Environ 36,6% sont des d�veloppeurs front-end, alors que seulement 3,4 % se disent d�veloppeurs back-end ;
- les d�veloppeurs JS aiment aussi Python : un quart des d�veloppeurs JS multilingues programment aussi en Python ;
- Ratio des sexes : 91,3 % des r�pondants sont des hommes ; 6 % sont des femmes ; 0,8 % sont des non binaires, et 1,9 % des r�pondants ont pr�f�r� ne pas r�pondre. Ces chiffres peuvent ne pas refl�ter la r�alit� r�elle des d�veloppeurs, car il ne s'agit que d'un seul sondage. Toutefois, l'�cart entre ces chiffres est notable.
Enfin, la section Opinions du rapport a r�v�l� que certains estiment que JavaScript est �trop complexe�. Environ 31,4 % sont d'accord et 28,3 % sont neutres sur la question. Sachant que ce sont les professionnels, c'est remarquable, bien que cela fasse sans doute r�f�rence � l'ensemble de l'�cosyst�me des frameworks, des biblioth�ques et des outils, plut�t qu'au langage lui-m�me. � quoi sert JavaScript ? En ce qui concerne ce groupe, 68,3 % des r�pondants sont d'accord pour dire que ce serait leur principal langage de programmation. Toutes les donn�es de l��tude �State of JS 2019� sont disponibles en t�l�chargement sur Kaggle au format JSON.

Source : State of JS 2019

Et vous ?

:fleche: Pensez-vous que JavaScript soit un langage complexe ? Pourquoi ?

Voir aussi

:fleche: Python devance Java et devient le deuxi�me langage de programmation le plus utilis� par les contributeurs sur GitHub, apr�s JavaScript

:fleche: The State Of JavaScript 2018 : l'enqu�te r�v�le que JavaScript est en pleine �volution. Voici une vue macro des technologies JS utilis�es

:fleche: La version 3 de Svelte, le framework de composants graphiques, est disponible et repense la r�activit� des frameworks autrement

:fleche: AlaSQL.js, une base de donn�es SQL JavaScript pour le navigateur et Node.js, est d�sormais disponible et serait rapide et tr�s flexible

:fleche: Les tendances dans les m�tiers de la technologie en France en 2017, une enqu�te r�alis�e par CodinGame
27/12/2019, 13h14
darklinux

Citation:

Pensez-vous que JavaScript soit un langage complexe ? Pourquoi ?

C 'est un langage aussi simple que python ! Ces cr�tins veulent du Perl ? Du Basic ???
27/12/2019, 15h09
RPGamer

Angular n'est pas un framework JS. Il y a une confusion entre AngularJS et Angular, qui lui est �crit en TS (qui monte en int�r�t) et passe aussi par une �tape de validation/transcompilation comme Svelte.
27/12/2019, 15h14
hotcryx

Citation:

Envoy� par darklinux

C 'est un langage aussi simple que python ! Ces cr�tins veulent du Perl ? Du Basic ???

C'est bien Perl :mouarf:

Par contre les couleurs des graphes !!!
27/12/2019, 18h33
Zefling

Citation:

Pensez-vous que JavaScript soit un langage complexe ? Pourquoi ?

Si tu sais faire que de l'objet, c'est normal de le trouver complexe, vu qu'il ne s'agit pas d'un langage objet (m�me si un peu maintenant) mais prototyp�. Et quand on sait qu'il servait surtout pour le DOM � la base, �a avait du sens. Le truc c'est que des � d�vs back � veulent que �a fasse comme leurs langage favoris qui ne sont qu'en objet et ne veulent pas r�apprendre une nouvelle logique de programmation. :aie:

Apr�s, j'avoue que je trouve �a bien quand il s'agit de manipuler le DOM et les structures du genres, mais pour le reste c'est quand m�me pas facile � appr�hender. :oops:
27/12/2019, 18h52
i5evangelist

Ce qui fait peur dans tout ce bazar, c'est la question "quelle langage/techno sera encore l� dans 5 ans ?".
Visiblement, tout le monde s'en contrefiche, vu comment �a part dans tous les sens, mais bon, ce sont quand m�me des sous d�pens�s par quelqu'un, et au bout du compte, �a fait de la croissance :mrgreen:
27/12/2019, 19h15
frfancha

React vs svelte

Cette ann�e ce sera la r��criture de l'application d'entreprise (db de 400 tables, c'est une application m�tier compl�te y compris toute la compta et hr...) d'angularjs vers react.
Svelte m'int�ressait beaucoup, mais la documentation c'est z�ro. Du coup ce sera react. Travailler sur un truc par essai erreur en d�couvrant ce qui fonctionne ou pas pour un projet perso c'est bien, mais pas pour une application de cette importance.
27/12/2019, 19h22
Marco46

Citation:

Envoy� par RPGamer

Angular n'est pas un framework JS. Il y a une confusion entre AngularJS et Angular, qui lui est �crit en TS (qui monte en int�r�t) et passe aussi par une �tape de validation/transcompilation comme Svelte.

TypeScript n'est pas un langage c'est une extension de JavaScript.
28/12/2019, 12h21
edenx

Citation:

Angular n'est pas un framework JS. Il y a une confusion entre AngularJS et Angular, qui lui est �crit en TS (qui monte en int�r�t) et passe aussi par une �tape de validation/transcompilation comme Svelte.

Justement Typescript reste simplement un langage transcompil� en JS au final donc Angular (> V1) reste un framework JS...
28/12/2019, 19h11
Zefling

Citation:

Envoy� par Marco46

TypeScript n'est pas un langage c'est une extension de JavaScript.

Exactement ce que m'avait dit un des d�vs de TypeScript. De plus, ils essaient juste d'impl�menter le futur du JavaScript avec une �*surcouche � pour le rendre accessible plus rapidement et facilement. Quand on fait du TypeScript, on fait juste du JavaScript avanc�. Quand on suit un peu les �vo de TypeScript et de JavaScript �a semble assez �vident.
29/12/2019, 00h31
defZero

Pensez-vous que JavaScript soit un langage complexe ? Pourquoi ?

�a d�pend d'o� vous placer le curseur de la complexit� :aie:.
Si on se limite � la syntaxe, alors il n'est pas fondamentalement plus complexe qu'un autre et n'introduit pas de notion "nouvelles" si ce n'est la Programmation Objet par Prototypage (si �videmment vous venez d'un autre langage Objet par Classes).
Si on se place du point de vue de l'environnement par contre, la complexit� explose avec l'environnement JS.
Ne serait-ce que se tenir � jour sur les frameworks et autres, rel�ve du chalenge sportif :mouarf:.
Je dirais donc que c'est une question de point de vue.

Citation:

Angular n'est pas un framework JS.
Il y a une confusion entre AngularJS et Angular, qui lui est �crit en TS (qui monte en int�r�t) et passe aussi par une �tape de validation/transcompilation comme Svelte.

@RPGamer

Mouais, parce que Typescript ne transpile pas le code en JS ?
Tout code Typescript est converti en JS ce qui fait que tout framework Typescript est de fait un framework JS.
M�me Angular Dart (DartWeb) est un framework JS, pourtant il est cod� en Darlang.

Citation:

Si tu sais faire que de l'objet, c'est normal de le trouver complexe, vu qu'il ne s'agit pas d'un langage objet (m�me si un peu maintenant) mais prototyp�.
Et quand on sait qu'il servait surtout pour le DOM � la base, �a avait du sens.
Le truc c'est que des � d�vs back � veulent que �a fasse comme leurs langage favoris qui ne sont qu'en objet et ne veulent pas r�apprendre une nouvelle logique de programmation.

Apr�s, j'avoue que je trouve �a bien quand il s'agit de manipuler le DOM et les structures du genres, mais pour le reste c'est quand m�me pas facile � appr�hender.

@Zefling

:ptdr::ptdr:
POO = Programmation Orient� Objet.
Que ce soit avec des Classes, des Prototype ou m�me sans (puisque ce n'est m�me pas un pr�requis), il s'agit toujours de POO.
Apr�s que l'on puisse trouver la POO complexe c'est une autre histoire.

Concernant les origine du JS, � la base et sans intervention de SUN (merci le marketing JAVA) il aurait ressembl� � un LISP donc dire qu'il est plus adapter � la manipulation du DOM qu'un autre langage, ...boff, boff.

Les "d�vs back" justement, veulent un langage fiable et qui ne p�te pas au runtime sans crier gare.
Maintenant, c'est rarement le dev qui a le dernier mot sur la stack qu'il devra utiliser et il se retrouvent souvent � devoir composer avec des choix fait par d'autres et en d'autres temps parfois.
�a n'as donc rien � voir avec leurs "langage favoris" ou le fait de "r�apprendre" quoi que ce soit.
Sans compter que je suis d�sol� pour vous si vous croyez r�ellement que JS ai introduit quelque chose de nouveau (vous semblez �galement croire qu'il ne s'agit pas d'un langage Objet) :ptdr:.

D'ailleurs, les "d�vs front" le veulent aussi apparemment.
Qui d�veloppe en JS Vanilla quant il existe tant de langages plus s�r transpilant vers JS ?
Leurs existences m�me d�montre � elle seule que le JS n'est pas tellement un choix mais plus une contrainte.

Citation:

Cette ann�e ce sera la r��criture de l'application d'entreprise (db de 400 tables, c'est une application m�tier compl�te y compris toute la compta et hr...) d'angularjs vers react.
...

@frfancha

Ouf, courage l'amie :aie:
Juste par curiosit�, mais 400 tables dans une DB SQL et JS pour une application m�tier, c'�tait volontaire ou c'est suite � une demande client de suicide collectif ? :ptdr:

Citation:

TypeScript n'est pas un langage c'est une extension de JavaScript.

@Marco46

Heu, ...si je prend un fichier ".ts" que je le renomme en ".js" et que je l'utilise avec un runtime js �a ne fonctionnera pas donc c'est bien un langage diff�rent.
Il y avait le m�me type de discoure concernant Vala/Genie qui ne seraient pas des langages puisque transpilant vers du C/GObject.
Je regrette mais du moment que le runtime/syst�me ne comprend pas le langage sans transpilation/compilation, c'est bien un autre langage.
Ou alors vous avez une d�finition de ce qu'est un langage qui m'est inconnu et tous les autres langages existants ne seraient que des vues de l'esprit.
Seule JS serait le vrai, l'unique qui dans les t�n�bres les lierait tous ? :ptdr:
29/12/2019, 02h20
RPGamer

Citation:

TypeScript n'est pas un langage c'est une extension de JavaScript.

Citation:

Justement Typescript reste simplement un langage transcompil� en JS au final donc Angular (> V1) reste un framework JS...

Si la team Angular a d�cid� d'utiliser TypeScript au lieu de JavaScript c'est pas pour faire plaisir � Microsoft, c'est parce qu'�crire du code en TypeScript n'a rien � voir avec �crire du code en JavaScript. De ce fait, AngularJS n'a rien � voir avec Angular. Certe, la syntaxe est volontairement proche du JS, contrairement � ce que propose CoffeeScript par exemple, mais l'approche reste totalement diff�rente.

Au passage, le transcompilateur TS fait beaucoup plus que d'�tendre JS.
29/12/2019, 09h35
frfancha

Citation:

Envoy� par RPGamer

Si la team Angular a d�cid� d'utiliser TypeScript au lieu de JavaScript c'est pas pour faire plaisir � Microsoft, c'est parce qu'�crire du code en TypeScript n'a rien � voir avec �crire du code en JavaScript. De ce fait, AngularJS n'a rien � voir avec Angular. Certe, la syntaxe est volontairement proche du JS, contrairement � ce que propose CoffeeScript par exemple, mais l'approche reste totalement diff�rente.

Au passage, le transcompilateur TS fait beaucoup plus que d'�tendre JS.

Angular n'a rien avoir avec angular.js => oui en effet, mais c'est juste parce que angular est diff�rent, rien � voir avec le changement de langage. Angular aurait pu tout aussi bien �tre �crit en JavaScript.
29/12/2019, 09h55
frfancha

Citation:

Envoy� par defZero

Ouf, courage l'amie :aie:
Juste par curiosit�, mais 400 tables dans une DB SQL et JS pour une application m�tier, c'�tait volontaire ou c'est suite � une demande client de suicide collectif ? :ptdr:

La logique m�tier est compl�tement programm�e dans des stored procedures SQL.
Celle pr�sente en JavaScript ne concerne que la pr�sentation.
Parfois certains calculs ou contr�les sont dupliqu�s en JavaScript pour donner un feedback instantan� � l'utilisateur, mail ultimement le m�me calcul ou contr�le est toujours fait en SQL qui a le dernier mot.
Avant angularjs c'�tait des �crans lourds �crits en Visualage for Smalltalk.
Passer � angularjs est ma d�cision et franchement les utilisateurs sont ravis du r�sultat.
Alors direz vous, pourquoi changer ?
-une partie de l'application est expos�e sur internet et sujette � des audit de s�curit� qui exigent une version � jour du framework. Angularjs 1.7.8 reste accept� mais ce ne sera pas le cas �ternellement.
-malgr� notre usage de directives essentiellement (pas de controller), il n'est pas aussi simple de r�cup�rer les composants compar� � react
-la puissance de JavaScript dans le jsx par rapport � ngrepeat, ngif est fantastique, surtout que nos tables colonnes ont des tas de metadata dans la DB qui nous permettront facilement d'automatiser une grande partie de la g�n�ration des �crans.
-afficher une table de 100 lignes en angularjs est instantan�, 2000 est beaucoup moins �vident. Je parle de ligne "riches" avec des composants dans les cellules. Il n'y a pas ce probl�me en react.
... Du moins j'esp�re, ce sera un des premiers tests !

Finalement, le principe m�me d'angularjs exige qu'il soit tr�s permissif avec le code �crit dans l'html: a.b.c fonctionne m�me si a n'existe pas, ou bien a.b, ... C'est tr�s simple et tr�s puissant, mais un retour imm�diat sur les erreurs de frappe comme en react permettra de gagner du temps au total
29/12/2019, 11h03
Marco46

Citation:

Envoy� par RPGamer

c'est parce qu'�crire du code en TypeScript n'a rien � voir avec �crire du code en JavaScript

Commence par lire la documentation de TypeScript, ce que je t'explique y est �crit en gros d�s la home du site de TypeScript.

Concernant la team Angular, tu confonds le choix d'aller vers une conception fortement orient�e objet par classes avec le choix d'un outil qui ajoute du typage statique en ajoutant une phase de compilation.

La mani�re dont la team Angular utilise TS, et qui est fortement discutable, est propre � cette team. Ce n'est pas n�cessairement de cette mani�re qu'il faut utiliser TS. Les auteurs de TS l'ont d�j� expliqu� � plusieurs reprises.

D'ailleurs je te ferai remarquer que de tr�s nombreuses teams utilisent React avec TypeScript alors que la conception de React est fortement orient�e prog fonctionnelle et que Vue dans sa version 3 int�grera TS out of the box (Vue est agnostique question paradigme).

Il ne restera plus rien comme petit avantage concurrentiel � Angular, d'o� l'�norme gamelle qu'il se ramasse. Comme d'hab on a quelques ann�es de retard en France sur ce sujet mais c'est la tendance lourde observ�e depuis 2 ans maintenant dans le reste du monde.

Perso je suis sorti d'Angular d�s que j'ai pu ... Mais j'adore TypeScript ;) ... Mais malheureusement il est mal compris et encore plus mal utilis� :(

Citation:

Envoy� par RPGamer

Au passage, le transcompilateur TS fait beaucoup plus que d'�tendre JS.

Il fait ce que fait Babel en supportant les derni�res fonctionnalit�s de JS et en permettant de target une version obsol�te de JS pour supporter tous les navigateurs possibles et imaginables.

Et en plus de cette feature il ajoute du typage statique.

Voil�, il ne fait rien de plus (enfin c'est d�j� beaucoup :mrgreen:).

Il s'agit donc litt�ralement de JS + typage statique. �a ne sert � rien d'argumenter ce n'est pas une opinion c'est un fait.
29/12/2019, 11h11
Marco46

Citation:

Envoy� par defZero

Heu, ...si je prend un fichier ".ts" que je le renomme en ".js" et que je l'utilise avec un runtime js �a ne fonctionnera pas donc c'est bien un langage diff�rent.

Si et seulement si tu utilises le syst�me de type qui existe, faut-il le rappeler, uniquement � la phase de transpilation/compilation justement.

Inversement tu peux prendre n'importe quel fichier .js, changer l'extension en .ts et tu obtiens un code Typecript valide, c'est un des fondamentaux des design goals de TypeScript.

Si seulement vous lisiez les documentations des outils que vous utilisez :roll:

Citation:

Envoy� par defZero

Je regrette mais du moment que le runtime/syst�me ne comprend pas le langage sans transpilation/compilation, c'est bien un autre langage.

Ou alors vous avez une d�finition de ce qu'est un langage qui m'est inconnu et tous les autres langages existants ne seraient que des vues de l'esprit.

Ma d�finition c'est de lire la documentation et lire ce qu'en disent les auteurs avant de parler � tord et � travers.
29/12/2019, 11h28
dfiad77pro

En effet une des pire erreur est d'utiliser TypeScript comme on utilise Java.

Biens�r cela ne veut pas dire jeter les patterns de conception � la poubelle, mais il faut simplifier.
Dans mon �quipe j'ai mis en �uvre le passage � TypeScript pour Reactjs, il a �t� dur de convaincre les personnes r�fractaires au typage statique,
mais ils ont vites compris l'int�r�t , notamment pour la maintenance et le re-factoring.
Et contrairement aux id�es re�us , �crire en TypeScript ne prends pas beaucoup plus de temps qu'�crire du JS.

Attention tout de fois � appliquer une rigeur sur la coh�rence des types , car parfois on � une fausse impression de s�curit� avec TypeScript.
Par exemple si vous typez un objet retourn� par un service (Rest), il faut bien penser � le mettre � jour. De notre cot� nous avons des packages npm pour l'acc�s au services, qui sont automatiquement mis � jours lors des modifications du service.

Pour en revenir au sujet React vs Angular, j'ai appris � appr�cier React, le principal reproche que je lui fait c'est qu'il propose moins de chose 'in the box qu'Angular" , en gros il faut vraiment bien architecturer sa stack technique et se tenir au courant (fini les stacks qu'on met � jours une fois tout les 5ans, mais �a c'est propre au monde post 2010).

Un autre truc de chiant particuli�rement avec React , c'est que des �l�ments pr�sent�s comme bonne pratique deviennent mauvaise pratique 6 mois plus tard. Je ne suis pas particuli�rement fan de flux et du context API, parfois une simple promise sans store fait mieux l'affaire (pour un module pas trop complexe)
J'avoue que souvent �a me fais vraiment regretter .net et WPF/WinUI�
29/12/2019, 15h11
frfancha

Citation:

Envoy� par dfiad77pro

fini les stacks qu'on met � jours une fois tout les 5ans mais �a c'est propre au monde post 2010)

C'est un point de vue technique.
Ce n'est pas un point de vue grosse entreprise o� l'�quipe de d�veloppement est l� pour apporter de la valeur m�tier et pas du fun technologique.
Dans ce cadre si on peut convaincre d'une grosse mise � jour technique tous les 7 ans au lieu de tous les 30 ans c'est bien.
Et honn�tement une stack bien choisie tient minimum 7 ans.
29/12/2019, 16h13
dfiad77pro

Je suis dans une grosse entreprise (>15 000 employ�s) driv�e par le m�tier, biens�r qu'on temp�re , on ne parle pas de remplacer la stack tout les 3 ans, mais au moins de suivre les mises � jours petit � petit.

Mais comme tu le dis m�me si c'est plus lent dans les grosses boites, �a s'am�liore nettement :)

Je pr�f�re garder un peu de mon esprit na�f de mes d�buts dans le monde pro (2011) , �a me permet de rester � jours plus facilement :mrgreen:.

Apr�s m�me une stack pourris peut tenir plus de 10ans � co�t de scotch (les techno "web" �tant tr�s souples), les grosses boites sont excellentes pour dissoudre les co�ts de maintenance�
29/12/2019, 21h57
defZero

Citation:

Envoy� par Marco46

Si et seulement si tu utilises le syst�me de type qui existe, faut-il le rappeler, uniquement � la phase de transpilation/compilation justement.

Inversement tu peux prendre n'importe quel fichier .js, changer l'extension en .ts et tu obtiens un code Typecript valide, c'est un des fondamentaux des design goals de TypeScript.

Si seulement vous lisiez les documentations des outils que vous utilisez :roll:

Ma d�finition c'est de lire la documentation et lire ce qu'en disent les auteurs avant de parler � tord et � travers.

D'apr�s le site "TypeScript is a typed superset of JavaScript that compiles to plain JavaScript." donc non, du TypeScript n'est pas du JS puisqu'un sur-ensemble devant �tre compil� / transpil�.
C'est comme vouloir compiler du C++ avec un compilot C, �a ne juste marche pas.
Pourtant C++ est un sur-ensemble de C (oui, je sais il y a des incompatibilit�s, mais C++ est bien n�e comme un sur-ensemble de C).
Par contre, tout compilateur C++ doit pouvoir compiler du C sans probl�me 'et avec quelques flags :aie:).
C et C++ sont bien 2 langages totalement diff�rents et il ne viendrais � l'esprit de personne de les m�langer, alors pourquoi vouloir le faire avec TypeScript et JS ?

Enfin, j'ai lu la doc et ne trouve aucune mention du fait que TypeScript ne serait pas un langage � part.
Alors je sais que tout fichier ".js" peut �tre renommer en ".ts" est que le compilo est assez l�che pour accepter (moyennant quelques flags), mais je n'est vue nul part o� il est dit qu'un fichier ".ts" normale �tait compatible ".js" sans passer par la case compilation.
D'ailleurs �tant donner que le compilo TS peut g�n�rer des modules JS selon les diff�rentes norme (AMD, CommonJS, ...etc) je ne voit juste pas comment ce serait possible qu'un runtime JS comprenne le syst�me de module natif de TS qui lui est de bien plus haut niveau.

Voir 40 message(s) de cette discussion en une page