TypeScript se tourne vers Gopher : Microsoft mise sur Go pour multiplier la vitesse par 10

Par Kush Creates

Microsoft mise beaucoup sur GO pour TypeScript, promettant un bond de performance de 10 fois.

TypeScript bénéficie d'une greffe de cœur alimentée par GO. S'agit-il seulement d'une question de vitesse, ou est-ce le signe d'un changement fondamental dans la façon dont nous construisons et mettons à l'échelle les outils de développement ?

Je vais disséquer les implications techniques, l'impact sur les développeurs, et si cela marque un changement de paradigme dans l'outillage des langages de programmation.


Introduction

Très bien, les amis, attachez vos ceintures. Si vous n'êtes pas au courant, Microsoft vient de prendre une décision qui a fait vibrer toute la communauté des développeurs comme une tasse de café fraîchement infusé. Ils portent TypeScript vers GO. Oui, ce GO, le langage créé par Google et qui ne cesse de gagner du terrain en tant que chouchou du monde « cloud-native ».

Avant d'entrer dans le vif du sujet, soyons clairs : il ne s'agit pas d'une simple modification mineure. Il s'agit d'un véritable changement de moteur. C'est comme si vous remplaciez le moteur crachotant de votre vieille voiture par une bête turbocompressée finement réglée. L'objectif ? Une vitesse fulgurante.

Selon l'annonce d'Anders Hejlsberg, ce portage natif promet une amélioration de 10 fois des temps de construction, une réduction de l'utilisation de la mémoire et une expérience d'édition plus rapide et plus fluide. Si ces chiffres se confirment, nous sommes en train de changer la donne. Imaginez que votre pipeline CI/CD devienne soudainement un sprint au lieu d'un marathon.

Lisez l'annonce ici : "Un TypeScript 10x plus rapide : Anders Hejlsberg, architecte principal de Microsoft pour TypeScript, présente un nouveau portage de TypeScript, qui offrira aux développeurs un outil de haute performance"

Ou regardez la vidéo d'annonce ici :


Pourquoi Go ? Pourquoi maintenant ?

La question évidente est : pourquoi GO ? Après tout, TypeScript a été écrit en TypeScript (inception !). La réponse, comme toujours, est la performance. GO est réputé pour sa vitesse, sa concurrence et sa gestion efficace de la mémoire. C'est le genre de langage qui vous permet de construire des choses qui marche efficacement.

C'est Anders Hejlsberg qui l'a le mieux exprimé : TypeScript doit évoluer pour gérer des bases de code de plus en plus importantes. Les développeurs veulent un remaniement instantané, une navigation rapide et des outils alimentés par l'IA qui ne les font pas attendre. L'implémentation actuelle, bien que solide, a ses limites. GO offre un moyen de dépasser ces limites et d'offrir aux développeurs une expérience vraiment exceptionnelle.

L'annonce d'Anders Hejlsberg ne concernait pas seulement la vitesse brute, même si la promesse d'une amélioration de 10 fois les performances est indéniablement séduisante. Il s'agissait de l'évolutivité, de la facilité de maintenance et de la possibilité d'offrir aux développeurs des expériences entièrement nouvelles. À mesure que les bases de code augmentent en taille et en complexité, les outils sur lesquels nous nous appuyons doivent évoluer pour suivre le rythme. C'est le pari de Microsoft sur la façon d'y parvenir.

Au-delà de la simple optimisation

Soyons clairs : le TypeScript existant, écrit en TypeScript, est une merveille d'ingénierie. C'est un témoignage de la puissance expressive du langage et du dévouement de l'équipe à la performance. Cependant, tout système a ses limites. Au fur et à mesure que l'adoption de TypeScript a explosé et que les projets se sont développés pour englober des millions de lignes de code, les contraintes de performance sont devenues de plus en plus évidentes.

C'est là que GO entre en scène. GO n'est pas seulement un langage « rapide » ; il est conçu pour construire des systèmes évolutifs, concurrents et fiables. Ses points forts sont les suivants :

• Gestion efficace de la mémoire : Le ramasse-miettes de GO est conçu pour une faible latence et un débit élevé, ce qui est essentiel pour minimiser les pauses dans les outils interactifs.
• Primitives de simultanéité : Les goroutines et les canaux de GO facilitent l'écriture de code concurrent qui peut exploiter plusieurs cœurs, accélérant les temps de construction et les opérations de l'éditeur.
• Des performances simples et prévisibles : La conception de GO met l'accent sur la simplicité et la prévisibilité, ce qui facilite le raisonnement sur les goulots d'étranglement des performances et l'optimisation du code.

Soyons clairs : le TypeScript existant, écrit en TypeScript, est une merveille d'ingénierie. C'est un témoignage de la puissance expressive du langage et du dévouement de l'équipe à la performance. Cependant, tout système a ses limites. Au fur et à mesure que l'adoption de TypeScript a explosé et que les projets se sont développés pour englober des millions de lignes de code, les contraintes de performance sont devenues de plus en plus évidentes.

Le choix de GO ne consiste pas à rejeter les capacités de TypeScript ; il s'agit plutôt de reconnaître qu'un outil différent est mieux adapté à un travail spécifique. C'est un peu comme choisir la bonne structure de données pour la tâche à accomplir, mais aussi parfois une hashmap, et parfois un B-tree.

Décoder les benchmarks

L'article de blog comprend des benchmarks impressionnants :


Une accélération de 10 fois dans tous les domaines ? Je suis preneur ! Bien sûr, il est important de se rappeler qu'il s'agit de résultats préliminaires. Mais même si les chiffres définitifs...