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

Par Kush Creates

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 sont un peu moins spectaculaires, l'impact potentiel est énorme.

Les benchmarks présentés dans l'annonce sont convaincants, mais il est essentiel de comprendre leur contexte et leurs limites potentielles. Décortiquons-les :

Ces chiffres représentent le temps nécessaire pour exécuter tsc sur différentes bases de code. Une accélération de 10 fois est significative, mais il est crucial de la prendre en compte :

• Matériel spécifique : Les tests ont probablement été effectués sur des configurations matérielles spécifiques. La vitesse de compilation peut varier en fonction des spécifications de votre machine.
• Options du compilateur : Les performances dépendent des options spécifiques du compilateur utilisées. Les niveaux d'optimisation et d'autres paramètres peuvent avoir un impact significatif.
• Caractéristiques de la base de code : Le gain de performance variera probablement en fonction des caractéristiques spécifiques de votre base de code. Certains projets peuvent en bénéficier plus que d'autres.
• Complétude des fonctionnalités : L'implémentation native n'est pas encore complète. Les performances peuvent évoluer au fur et à mesure de l'ajout de nouvelles fonctionnalités.

Malgré ces mises en garde, les benchmarks fournissent une indication convaincante des améliorations potentielles en termes de performances. Même si les chiffres définitifs sont plus proches d'une accélération de 5 ou 7 fois, l'impact serait substantiel.

Ce que cela signifie pour les développeurs : L'impact "GOated"

Qu'est-ce que cela signifie pour nous, les utilisateurs de code ? Voici une analyse de la situation :

1. Cycles de développement plus rapides :
   
   
   • La réduction des délais de construction se traduit directement par une itération plus rapide. Passez moins de temps à attendre et plus de temps à coder.
   • Les boucles de rétroaction plus rapides vous permettent de détecter les erreurs plus tôt et d'expérimenter plus librement.
   
   
2. Amélioration de l'expérience de l'éditeur :
   
   
   • Complétion de code plus rapide, mise en évidence instantanée des erreurs et navigation transparente. Votre éditeur aura l'impression de lire dans vos pensées.
   • Le passage au LSP améliorera encore l'intégration et la compatibilité des éditeurs.
   
   
3. Amélioration de l'expérience de débogage
   
   
   • Des temps de construction plus rapides et une meilleure réactivité de l'éditeur rendent le débogage moins pénible et plus efficace.
   
   
4. Les compétences GO deviennent encore plus précieuses :
   
   
   • L'adoption de GO continuant à croître, les développeurs ayant de l'expérience dans ce domaine seront encore plus demandés.
   • Comprendre les forces et les faiblesses de GO vous donnera un avantage concurrentiel sur le marché du travail.
   
   

Ces améliorations ne consistent pas seulement à gagner quelques secondes sur les temps de construction ; elles visent à créer une expérience de développement plus fluide, plus réactive et plus agréable. Elles visent à éliminer les frictions et à permettre aux développeurs de se concentrer sur ce qu'ils font le mieux : CRÉER DES LOGICIELS DE QUALITÉ.


Un effet d'entraînement

La décision de Microsoft de porter TypeScript vers GO aura un effet d'entraînement sur l'ensemble de l'écosystème. Voici comment :

• L'adoption de GO prend de l'ampleur : Cette décision encouragera probablement davantage d'entreprises à adopter GO pour les tâches critiques en termes de performances. L'écosystème de GO continuera à se développer et à mûrir.
• L'interopérabilité devient une priorité : Il faut s'attendre à voir apparaître davantage d'outils et de frameworks qui facilitent l'interopérabilité entre TypeScript et GO. Les développeurs devront être en mesure d'intégrer de manière transparente le code écrit dans les deux langages.
• L'essor du développement polyglotte : L'avenir du développement logiciel est de plus en plus polyglotte. Les développeurs devront être à l'aise avec une variété de langages et d'outils pour tirer parti des forces de chacun.
• De nouvelles architectures de compilateurs émergent : Cette évolution pourrait inciter d'autres chaînes d'outils linguistiques à explorer d'autres architectures et implémentations afin d'améliorer les performances.

Vision à long terme de Microsoft

La décision de Microsoft de porter la base de code TypeScript sur GO n'est pas seulement une question de gains de performance immédiats ; il s'agit de positionner TypeScript sur le long terme. Il s'agit de s'assurer que TypeScript reste un langage pertinent et compétitif dans un paysage qui évolue rapidement.

En investissant dans les performances, l'évolutivité et la maintenabilité, Microsoft pose les bases de l'innovation future. Elle permet le développement de nouveaux outils et de nouvelles fonctionnalités qui auraient été impossibles avec l'architecture existante.

Cette décision témoigne d'un engagement en faveur de l'avenir de TypeScript et d'une conviction quant à sa valeur durable. C'est un pari que TypeScript continuera à jouer un rôle crucial dans l'écosystème JavaScript pour les années à venir.

Les parties "GOod"

Résumons les avantages de cette décision d'une manière que même le développeur le plus blasé peut apprécier :

• Des constructions plus rapides = plus de temps pour le café/thé : Soyons honnêtes, personne n'aime attendre les compilations.
• Compilateur plus rapide = moins de frustration : Dites adieu aux messages d'exception et d'erreur déroutants.
• Compétences GO = Vous connaissez déjà la programmation Cloud := sac vert IFYKYK

Conclusion : Une opportunité "GOlden"

La décision de Microsoft de porter TypeScript vers GO est une décision audacieuse qui pourrait remodeler l'avenir du développement JavaScript. Bien qu'il y ait sans aucun doute des défis à relever, les récompenses potentielles sont énormes.

Même s'il y aura sans aucun doute des défis à relever, les avantages potentiels, tels que des cycles d'itération plus rapides, une meilleure réactivité de l'éditeur et de nouvelles possibilités de développement basées sur l'intelligence artificielle, sont trop convaincants pour être ignorés.

Il ne s'agit pas seulement de rapidité, mais aussi de permettre aux développeurs de créer de meilleurs logiciels, plus rapidement. Il s'agit de créer une expérience de développement plus fluide, plus réactive et plus agréable. Il s'agit d'investir dans l'avenir de TypeScript.

En tant que développeurs chevronnés, nous devrions accueillir ce changement avec un optimisme prudent. Nous devons expérimenter, contribuer et aider à façonner l'avenir de la base de code TypeScript et de l'écosystème JavaScript. Le potentiel est là pour faire quelque chose de vraiment extraordinaire.

Alors, devriez-vous commencer à apprendre GO ? Si vous êtes sérieux au sujet de la performance, de la concurrence et de l'avance sur la courbe, la réponse est un OUI retentissant.

BONNE RÉPONSE !

Article sous licence Creative Commons Attribution 4.0 International. Les logos utilisés dans cet article sont des marques déposées de leurs propriétaires respectifs. Ils sont inclus à des fins d'information uniquement, et aucune affiliation ou approbation n'est implicite. Le logo TypeScript est une marque déposée de Microsoft Corporation, Le logo Go Gopher est une marque déposée de Go Authors. L'image de Go Gopher dans une combinaison spatiale est une œuvre dérivée inspirée de Go Gopher, et son utilisation est considérée comme équitable à des fins d'illustration dans le contexte de cet article.

Source : TypeScript Goes Gopher: Microsoft Bets on GO for a 10x Speed Boost

Et vous ?

Pensez-vous que cet avis est crédible ou pertinent ?
Quel est votre avis sur le sujet ?

Voir aussi :

Microsoft annonce la disponibilité de TypeScript 5.8, apportant des vérifications plus granulaires pour les branches dans les expressions de retour ainsi que plusieurs autres améliorations

Le langage Go souffle ses 15 bougies et atteint sa position la plus haute sur l'indice Tiobe. Google annonce que le nombre d'utilisateurs de Go a plus que triplé au cours des cinq dernières années

Pourquoi le « Vibe Coding » me donne envie de vomir, par Kush Creates