bonjour tout le monde,
Mon point de vue est très mitigé sur cette technologie. J'aimerais avoir votre avis. Microsoft apporte un vrai plus à l'ecmascript. Quand une personne sachant manier la poo, le Typescript est une très belle solution. Mais....
1. ESNext : Quand on voit l'évolution de l'ES, on voit très bien qu'il va vers cette voie (amélioration évidente du paradigme objet).
2. Le coffeescript : plus personne de nos jours développe en coffescript. Lorsqu'une application faite en coffescript doit être maintenue ou la faire évoluer, c'est compliqué de trouver des ressources.
3. ELM: Dernièrement j'ai été approché pour maintenir et migrer vers React une application faite en ELM. Le client a du mal à trouver une ressource.
4. DartJS : c'est finalement un fiasco. Il n'y a qu'Alphabet qui l'utilise.
5. les standards Microsoft et les standards : À l'époque où il y avait Ballmer et Biloute et il y a une vingtaine d'années, Microsoft a créé son propre JS. Je pense que vous connaissez tous cette histoire et ce que ça a engendré (guerre des navigateurs, incompatibilité, Motools, Scriptaculous, Dojo, Jquery)
6. TS !== ES: Je pense qu'à terme, le TS est appelé à disparaitre. Je pense que ça va être sexy la migration d'une app legacy.
7. il est fort probable que le TS influence l'ES. Ça a été le cas pour le coffescript.
8. la complexité VS la simplicité : Plus tu complexifies, plus ce sera compliqué de maintenir et faire évoluer l'app.
Pour le typescript, je connais bien le sujet et pour le taf, je l'utilise. Pour des projets persos, il n'est pas question que je le mette en place suite aux énumérations que j'ai évoquées précédemment.
Qu'en pensez-vous ?
Modifié par niuxe (11 Feb 2022 - 10:32)
Mon point de vue est très mitigé sur cette technologie. J'aimerais avoir votre avis. Microsoft apporte un vrai plus à l'ecmascript. Quand une personne sachant manier la poo, le Typescript est une très belle solution. Mais....
1. ESNext : Quand on voit l'évolution de l'ES, on voit très bien qu'il va vers cette voie (amélioration évidente du paradigme objet).
2. Le coffeescript : plus personne de nos jours développe en coffescript. Lorsqu'une application faite en coffescript doit être maintenue ou la faire évoluer, c'est compliqué de trouver des ressources.
3. ELM: Dernièrement j'ai été approché pour maintenir et migrer vers React une application faite en ELM. Le client a du mal à trouver une ressource.
4. DartJS : c'est finalement un fiasco. Il n'y a qu'Alphabet qui l'utilise.
5. les standards Microsoft et les standards : À l'époque où il y avait Ballmer et Biloute et il y a une vingtaine d'années, Microsoft a créé son propre JS. Je pense que vous connaissez tous cette histoire et ce que ça a engendré (guerre des navigateurs, incompatibilité, Motools, Scriptaculous, Dojo, Jquery)
6. TS !== ES: Je pense qu'à terme, le TS est appelé à disparaitre. Je pense que ça va être sexy la migration d'une app legacy.
7. il est fort probable que le TS influence l'ES. Ça a été le cas pour le coffescript.
8. la complexité VS la simplicité : Plus tu complexifies, plus ce sera compliqué de maintenir et faire évoluer l'app.
Pour le typescript, je connais bien le sujet et pour le taf, je l'utilise. Pour des projets persos, il n'est pas question que je le mette en place suite aux énumérations que j'ai évoquées précédemment.
Qu'en pensez-vous ?
Modifié par niuxe (11 Feb 2022 - 10:32)