Discussion :

[yahiko]

L'adoption de TypeScript poursuit son bonhomme de chemin
et progresse significativement

Le rapport semestriel RedMonk sur la popularité des langages publié en février dernier montre une progression significative du langage TypeScript dans la communauté des développeurs, notamment via les sujets postés sur StackOverflow.

À comparer avec sa position à la même période en 2015

La synthèse du rapport mentionne d'ailleurs TypeScript comme l'un des langages en dehors du top 10 ayant réalisé une performance notable au semestre passé.

L'un des langages intéressants à suivre, bien que bénéficiant d'une faible promotion, est TypeScript. Citoyen de premier ordre relativement nouveau dans la galaxie Microsoft, ce surensemble (open source) de JavaScript gravit tranquillement les échelons. Dans son classement, TypeScript est monté de deux crans, de la 33^e à la 31^e place, dépassant ASP au passage. Évidemment, il est loin d'arriver au niveau de JavaScript, mais la liste des technologies qu'il dépasse ne cesse de s'allonger : ASP (32^e), OCaml/TCL (33^e), Cold Fusion/DART (37^e), entre autres, ainsi que les autres langages en progression comme Elixir, Julia ou Rust. Il n'est pas raisonnable de s'attendre à une croissance explosive de TypeScript, mais il ne serait pas surprenant de le voir atteindre la 20^e place, et devenir bien plus visible. Quoi qu'il en soit, il est devenu un langage à suivre.

Source : RedMonk

Et vous ?

Utilisez-vous TypeScript ? Qu'en pensez-vous ?

[Traroth2]

D'après ce schéma, il est encore un bon cran en dessous de CoffeeScript, en terme de popularité...

Cela dit, la dynamique est clairement du coté de TypeScript : https://www.google.com/trends/explor...tz=Etc%2FGMT-2

[Invité]

CoffeScript est présent depuis plus longtemps aussi, c'est pas vraiment comparable
En tout cas Typescript est bien plus abordable et intuitif en terme syntaxique. Et même sur son fonctionnement. Donc pas étonnant qu'il grimpe petit à petit.

Après ça reste une surcouche à Javascript, ça montre des lacunes flagrantes de JS. Ou plutôt l'utilisation que l'on en fait qui s'éloigne de ce pour quoi il a été conçu à la base.

Y a vraiment une lacune à combler sur ce côté là du web.
A voir ce que donnera le WebASM.

[Sodium]

Y a vraiment une lacune à combler sur ce côté là du web.

Tant que les pages web seront interprétées par le navigateur de l'utilisateur, j'ai bien peur qu'il ne faille oublier toute révolution significative de ce côté-là.
Même si tous les acteurs majeurs du marché parvenaient à se mettre d'accord sur des normes et à si conformer, il resterait encore à prendre en compte que le choix de tenir son système à jour restera celui de l'utilisateur.

[lechtitseb]

TypeScript c'est le bonheur pour les développeurs back-end (Java/C#) voulant évoluer vers le développement front-end, ainsi que pour les boîtes qui veulent arrêter de développer des interfaces à partir d'un stack entièrement côté serveur (e.g., Angular, React & co).

[yahiko]

La popularité grandissante de TypeScript ne se dément pas

Le rapport trimestriel de RedMonk sur la popularité des langages vient d'être publié et les développeurs qui ont fait confiance au langage TypeScript jusqu'à présent pourront se réjouir de voir celui-ci poursuivre sa progression, et ce de manière tout à fait sensible.

Sur le schéma ci-dessus, le point bleu sous TypeScript indique sa position l'année dernière à la même période, et force est de constater le gain important en popularité de ce langage sur l'axe Stack Overflow. L'inertie sur GitHub étant plus importante, il est en effet plus rapide de poster un commentaire sur Stack Overflow que de créer un dépôt GitHub, il est assez normal que les positions sur cet axe restent assez stables. Dart, à contrario, régresse sur l'axe Stack Overflow, tout comme CoffeeScript, même si ça reste plus léger.

Dans la synthèse du rapport de RedMonk, un paragraphe est consacré à TypeScript.

Hormis Go ou Swift, le langage à la plus forte croissance que nous avons pu observer ces dernières années est TypeScript. Le surensemble de JavaScript soutenu par Microsoft et fondation d'Angular 2, a enregistré des gains importants pour le second trimestre consécutif, sautant de la 31^e à la 26^e place. Ce fut le plus important changement des langages du Top 30, et le second au global (Standard ML, +7 places). À la position 26, en fait, TypeScript est au coude-à-coude avec Erlang, une place derrière Powershell et quatre derrière CoffeeScript qui est au seuil du Top 20. La question qui se pose pour ce langage n'est pas de savoir s'il peut croître, mais s'il a la dynamique pour atteindre le Top 20 dans les deux ou trois prochains trimestres, dépassant ainsi ses homologues CoffeeScript et Lua au passage.

Source : RedMonk

Utilisez-vous TypeScript ? Qu'en pensez-vous ?

[Pierre Louis Chevalier]

Ca doit être aux US, en France il y à pas encore de demande coté professionnel :

Sur 15 000 emplois sur http://emploi.developpez.com : Seulement 2 offres d'emploi qui mentionnent Typescript (en sus de Javascript)

Donc résultat, sur l'étude emploi développeurs 2016 : rien.

[Ballrock]

Non je pense surtout qu'il y a amalgame avec JavaScript dans les sujets de recherche d'emploi, tu peux faire exactement le même exercice avec CoffeeScript, cela te donnera également 2 offres.
La nature même de ces deux langages permet à quelqu'un possédant une expérience JavaScript correcte de les maîtriser assez rapidement. Pourquoi donc s’embêter coté RH avec une offre spécifique ?

[TiranusKBX]

on à maintenant tellement de sur-ensemble de JS que cela en devient ridicule

[Zefling]

Non je pense surtout qu'il y a amalgame avec JavaScript dans les sujets de recherche d'emploi, tu peux faire exactement le même exercice avec CoffeeScript, cela te donnera également 2 offres.
La nature même de ces deux langages permet à quelqu'un possédant une expérience JavaScript correcte de les maîtriser assez rapidement. Pourquoi donc s’embêter coté RH avec une offre spécifique ?

Pourtant avec Typescript, il faut quasiment complètement oublié le prototypage, c'est une sacrée différence avec Javascript. (Bon, après il y a pas grand-monde qui sait s'en servir, Jquery oblige )

[ABCIWEB]

Je vois pas trop le lien entre le fait d'utiliser jquery et la méconnaissance du prototypage javascript. Rien dans jquery ne remplace le prototypage et c'est assez fréquent d'utiliser les deux conjointement. Sinon je connais pas Typescript mais avec une recherche rapide j'ai cru comprendre qu'on pouvait s'en tirer en implémentant une interface en complément, non ?

[LSMetag]

Ma boîte au contraire (Microsoft Gold Partner) m'a demandé de faire un petite formation interne sur TypeScript, quand j'aurai le temps. Ils ont une grosse envie de monter en compétence dessus.
J'ai commencé à m'y mettre et je me sens beaucoup plus à l'aise qu'avec Javascript. La différence n'est pourtant pas si énorme à première vue. C'est une surcouche compilée de JS, avec typages optionnels, modèle entre la POO et le prototypage, et ajouts divers liés aux langages serveurs connus.

C'est plutôt bien fichu mais c'est assez énorme à intégrer (je me suis tapé la spec en anglais de 117 pages aujourd'hui, et ai bricolé un formulaire d'inscription en WebSockets). C'est basé sur EcmaScript 6, et c'est très riche. L'essence de base de JS semble préservée mais énormément d'éléments et concepts ont été rajoutés, ainsi qu'un compilateur, mon messie !

Le framework Angular 2 est entièrement écrit en TypeScript, soit dit en passant.

[pomauguet]

C'est surtout beaucoup plus facile pour qui a ses habitudes en Java comme moi.

J'ai fait récemment un projet d'appli mobile en ionic 2 avec Visual Studio Code et c'est un tel plaisir de voir l'éditeur m'afficher des erreurs au moment où on tape le code & avant même de déployer. On se retrouve avec une bien meilleure productivité.

Évidemment, ça passe sous silence le fonctionnement bas niveau de JS et je pense qu'il est important de le connaitre pour éviter des grosses erreurs mais se retrouver avec des static, des private, des interface, et des types paramétrés (et optionnels) et un contrôle sur ces types, on se croit revenu à la maison .

[yahiko]

Pourtant avec Typescript, il faut quasiment complètement oublié le prototypage, c'est une sacrée différence avec Javascript.

j'ai cru comprendre qu'on pouvait s'en tirer en implémentant une interface en complément, non ?

Toutàfé.

De plus, si vous rencontrez des problèmes en TypeScript, n'hésitez pas à exposer votre cas sur le forum TypeScript (après, il faut que ce soit spécifique à TypeScript et pas une question JavaScript déguisée ).

[Zefling]

Je vois pas trop le lien entre le fait d'utiliser jquery et la méconnaissance du prototypage javascript. Rien dans jquery ne remplace le prototypage et c'est assez fréquent d'utiliser les deux conjointement. Sinon je connais pas Typescript mais avec une recherche rapide j'ai cru comprendre qu'on pouvait s'en tirer en implémentant une interface en complément, non ?

Je ne fais que constater que ceux se servent de Jquery vont rarement plus loin. Bref, la notion même de prototypage pour pas mal de dév web que j'ai rencontré c'est l'inconnu total. Ils ne savent pas du tout comment ça fonctionne. Donc le passage à Typescript ne sera souvent qu'une transition de Jquery à Typescript, et là ça n'a vraiment rien à voir.

C'est surtout beaucoup plus facile pour qui a ses habitudes en Java comme moi.

Ce que je pense aussi. Rien que les annotations ressemblent beaucoup. Mais le truc c'est qu'il ne faut jamais oublier que ce n'est pas vraiment de l'objet dernier. Si on le veut vraiment, on peut faire des trucs sacrement tordu en Typescript (et d'ailleurs des fois on n'a pas le choix). Après, je m'en sers surtout pour Angular, et j'ai assez vite vu les limites de la chose (par exemple, quand on doit se servir de D3JS).

[ABCIWEB]

Je ne fais que constater que ceux se servent de Jquery vont rarement plus loin. Bref, la notion même de prototypage pour pas mal de dév web que j'ai rencontré c'est l'inconnu total.

Sans doute tu as rencontré les mêmes "dév web" que ceux qui utilisent wordpress et qui n'y connaissent quasiment rien en php. Ce ne sont pas vraiment des développeurs mais plutôt des intégrateurs/configurateurs...

Ils ne savent pas du tout comment ça fonctionne. Donc le passage à Typescript ne sera souvent qu'une transition de Jquery à Typescript, et là ça n'a vraiment rien à voir.

Les mêmes "dév web" dont tu parles continueront à utiliser des modules tous faits, pour eux cela ne changera pas grand chose. D'ailleurs il y a fort à parier que jQuery continue d'être utilisé conjointement à Typescript car il va falloir un "certain temps" pour développer l'équivalent de tous les plugins déjà existants.

Enfin bon on est pas là pour parler de jQuery...

Mes premières impressions sur Typescript sont très positives. Les bouts de codes que j'ai vu me semblent assez familiers et pour quelqu'un qui connait javascript et un langage serveur, comme disait pomauguet, on se croit un peu revenu à la maison. Cela fait un mixte des deux à priori plutôt sympathique et séduisant. Je laisse un peu de temps pour la maturation (parce que j'en ai pas un besoin immédiat) mais quand il faudra s'y mettre ce sera sans trop d'appréhension et plutôt motivé par la structure du langage

[sekaijin]

Tant que les pages web seront interprétées par le navigateur de l'utilisateur, j'ai bien peur qu'il ne faille oublier toute révolution significative de ce côté-là.
Même si tous les acteurs majeurs du marché parvenaient à se mettre d'accord sur des normes et à si conformer, il resterait encore à prendre en compte que le choix de tenir son système à jour restera celui de l'utilisateur.

la rupture viendra peut être de wasm
Pour avoir bricolé un compilateur c'est pas si difficile et ça laisse la place à beaucoup de langage compilé.
il n'en reste pas moins que comme sur un OS il y a de la place pour tous.
pendant des années System (le systeme des mac avant macOS) était le seul système à ne pas posséder de shell. il n'y avail pas de langage interprété.
pour piloter le système. on ne peut que constater qu'il y avait un manque puisque apple à sortit coup sur coup appeltalk (un truc qui ressemble beaucoup à HTML+js)
pourvu d'un interprète. et applescript un langage de script objet interprété. puis apple en passant à BSD à fait comme tout le monde en incluant un shell à son OS.

pour moi l'environnement du navigateur est un écosystème comme un autre et le ne le vois pas privé de script très longtemps. WASM ne sera peut être pas le bon candidat mais je constate qu'il y a de plus en plus d'effort pour une approche compilée. je parle de cette solution pour deux raison. elle est porté par de grand acteurs et elle n'est issue d'aucun langage. ce qui permets à tous de s'y attacher.

A+JYT

[Zefling]

Sans doute tu as rencontré les mêmes "dév web" que ceux qui utilisent wordpress et qui n'y connaissent quasiment rien en php. Ce ne sont pas vraiment des développeurs mais plutôt des intégrateurs/configurateurs...

Les mêmes "dév web" dont tu parles continueront à utiliser des modules tous faits, pour eux cela ne changera pas grand chose. D'ailleurs il y a fort à parier que jQuery continue d'être utilisé conjointement à Typescript car il va falloir un "certain temps" pour développer l'équivalent de tous les plugins déjà existants.

Enfin bon on est pas là pour parler de jQuery...

Non, j'ai surtout rencontré des gens pas formés à faire du web et qui, s'ils ont fait une licence comme moi, ont complètement négligé le JavaScript et ne sont jamais allé plus loin. Aujourd'hui la majorité des dévs ne font pas du dév par passion et ne font jamais hors du boulot. Ce qui n'est certainement pas le cas de gens qui passent sur ce forum, mais je pense qu'aujourd'hui c'est une minorité.

Et pour info, ce n’est pas Wordpress, mais des gens qui viennent du backend Java qui se trouvent à faire du frontend sans réelle connaissance du web. D'ailleurs c'est là que Typescript et Angular2 risquent de les aider, ça ressemble pas mal.

[ABCIWEB]

Ah ok on parlait pas des mêmes. Mais il y a une question que je me pose, si les développeurs dont tu parles ne connaissent pas prototype c'est qu'ils n'en avaient pas besoin, car si l'on connait bien au moins un autre langage cela ne représente pas une difficulté majeure. Je veux dire que ce n'est donc pas un manque de moyens mais plutôt un manque de besoin. C'est dans cette optique que je ne vois pas trop en quoi Typescript changera significativement la donne, même si c'est plus facile à programmer il faudra cependant de réels besoins pour s'y mettre dans un contexte professionnel.

Enfin bon cette surcouche est de toute façon bienvenue et dans un premier temps je supposais qu'elle serait plus particulièrement appréciée par ceux qui utilisent javascript côté serveur. Mais bon comme tu l'as dit cela facilitera aussi la transition pour les développeurs n'ayant pas de réelles connaissances du web.

[LSMetag]

Sans doute tu as rencontré les mêmes "dév web" que ceux qui utilisent wordpress et qui n'y connaissent quasiment rien en php. Ce ne sont pas vraiment des développeurs mais plutôt des intégrateurs/configurateurs...

Les mêmes "dév web" dont tu parles continueront à utiliser des modules tous faits, pour eux cela ne changera pas grand chose. D'ailleurs il y a fort à parier que jQuery continue d'être utilisé conjointement à Typescript car il va falloir un "certain temps" pour développer l'équivalent de tous les plugins déjà existants.

Enfin bon on est pas là pour parler de jQuery...

Mes premières impressions sur Typescript sont très positives. Les bouts de codes que j'ai vu me semblent assez familiers et pour quelqu'un qui connait javascript et un langage serveur, comme disait pomauguet, on se croit un peu revenu à la maison. Cela fait un mixte des deux à priori plutôt sympathique et séduisant. Je laisse un peu de temps pour la maturation (parce que j'en ai pas un besoin immédiat) mais quand il faudra s'y mettre ce sera sans trop d'appréhension et plutôt motivé par la structure du langage

Les dev sont très peu formés sur JS. Ayant un DUT et 2 Masters en Informatique, j'ai quoi, 1 ou 2 semaines de Javascript sur 7 ans. Autant dire que tu vois juste le DOM et un peu l'événementiel. Mais pas le prototypage. Il faut y être véritablement confronté.
Et encore, quand tu développes en .NET par exemple, tu utilises rarement JS. Alors les devs râlent quand ça arrive.

Oui TypeScript va être utilisé conjointement à JQuery et Angular, concernant ma boîte. Et je ne vois pas où est l'incompétence là-dedans. C'est un choix. Il y a un débugger, un compilateur, je trouve que le JS est généré de façon inteligente et propre,...