Aller au contenu principal

Le Podcast Babel

· 6 min de lecture
Henry Zhu
Traduction Bêta Non Officielle

Cette page a été traduite par PageTurner AI (bêta). Non approuvée officiellement par le projet. Vous avez trouvé une erreur ? Signaler un problème →

Aujourd'hui, nous annonçons le Podcast Babel !

Vous utilisez probablement Babel, directement ou comme dépendance. Mais vous êtes-vous déjà demandé qui y travaille ? Henry Zhu discute avec d'autres membres de l'équipe, le TC39 et la communauté JS de l'avenir de JavaScript et de sa maintenance. Rejoignez-nous pour parler de Babel (et de tout le reste) !

S'abonner avec : Apple | Google | Spotify | RSS​

Pour commencer, notre premier épisode présente notre ami Sebastian McKenzie, créateur de Babel (transcription) !

Créer et maintenir ces podcasts demande du temps (équipement, recherche, montage, transcription), alors envisagez de nous soutenir ! Nous pourrions aussi accueillir des sponsors dédiés au podcast, faites-le moi savoir si cela vous intéresse.

Pourquoi ?​

Personnellement, je me suis plongé dans les podcasts récemment : d'abord avec Hope in Source (blog) puis Maintainers Anonymous (blog). Après des années à simplement les écouter, j'ai enfin ressenti l'envie d'en créer, et nous y voilà.

Je sais qu'il existe de nombreux podcasts sur JavaScript, sur l'open source, et peut-être trop de podcasts en général. Mais je pense qu'un podcast dédié à des projets open source spécifiques a sa place. Notre position est intéressante : nous pouvons aborder des sujets qui font progresser la communauté en tant que gardiens de ce projet d'infrastructure.

Plutôt que d'être interviewés sur notre propre projet, pourquoi ne pas créer notre espace pour approfondir ? Souvent, les questions et réponses restent superficielles car le public n'est pas spécifiquement concerné par l'outil, n'est pas intéressé, ou manque de contexte. C'est plus confortable d'être authentique sans préparer des réponses spécifiques en ligne. Pourquoi attendre de parler sur d'autres plateformes quand nous pouvons le faire à notre rythme ? Avoir notre propre contenu "officiel" (documentation, vidéos, ateliers...) simplifie tout (recherche, nouveaux arrivants, nous-mêmes, etc.).

Cela pourrait aider notre équipe à mieux communiquer avec nos utilisateurs et la communauté JavaScript élargie sur le fonctionnement interne, tout en offrant une opportunité collective de monter en compétence pour que plus de personnes s'impliquent.

Alors qu'est-ce que cela signifie ? Qu'y a-t-il d'intéressant dans un podcast spécifiquement sur Babel ? Parler de bugs aléatoires ou de problèmes du jour est-il pertinent ? Parlons objectifs.

Objectifs​

Le podcasting a peu de règles et nous pouvons faire ce qui nous plaît : il permet d'expliquer en détail avec une touche personnelle et intime, contrairement aux réseaux sociaux (y compris GitHub).

  • Inspirer et informer les contributeurs potentiels pour qu'ils s'impliquent (pour les sujets plus techniques, je continuerais les live/vidéos)

  • Aider les développeurs à mieux comprendre l'écosystème JavaScript (le langage lui-même, sa spécification, le TC39, sa culture).

  • Découvrir les personnes et le contexte derrière les outils que nous utilisons : mainteneurs/contributeurs de Babel, projets connexes comme webpack/ESLint, comité TC39.

Objectifs non prioritaires actuels : parler de l'actualité ou d'un "Babel cette semaine", avoir un calendrier hebdomadaire fixe, adopter un format spécifique (invités, 30 minutes, etc).

Aidez-nous à brainstormer des idées !​

Contactez-nous via @babeljs sur Twitter ou sur le dépôt pour suggérer des invités, proposer des sujets ou donner votre feedback !

Idées de sujets ou d'invités​

Qu'aimeriez-vous entendre ? De qui voudriez-vous écouter le témoignage ?

  • Interviews de l'équipe core/contributeurs : comment avez-vous contribué, qu'est-ce qui passionne dans le projet, votre rôle, l'avenir ?

  • Concepts avancés dans Babel (AST, patron visiteur, compilateurs, tests, spécification JavaScript)

  • Contexte/difficultés sur des décisions clés :

    • Suppression des presets de stage
    • Syntaxe des champs privés (# au lieu de private)
    • Questions récurrentes : "Babel ne sera-t-il bientôt plus obsolète ?"
    • Pourquoi avoir choisi l'option x ?

  • Discussions avec des auteurs de plugins Babel ? babel-macros, i18n

  • Alternatives à Babel : traceur, buble, sucrase, swc

    • Échanger sur les motivations des projets, leurs différences et compromis serait passionnant !

  • Langages compilés vers JavaScript :

    • Elm/Reason/etc (langages autonomes)
    • Coffeescript/Dart (recommandent explicitement Babel pour la compilation ES5)
    • Fable (F#) (utilise Babel lui-même)
    • TypeScript (nous avons une intégration)

  • Outillage connexe : CSSX, PostCSS

  • Intégrations de Babel (projets l'utilisant comme infrastructure) : Jest/Next.js/Parcel/CRA

Standards de langage / Sujets TC39​

  • Échanger avec des membres du TC39 pour expliquer leur fonctionnement, comment contribuer, et ce qui peut évoluer.

    • Babel comme banc d'essai pour les nouvelles fonctionnalités
    • Différences avec d'autres standards comme le C ou les APIs navigateurs
    • Historique d'une fonctionnalité spécifique : son processus de finalisation
    • Déroulement d'une réunion : participants, organisation ? Y a-t-il des débats ou votes ?
    • Évolution des prises de décision (processus de staging)
    • Comment les retours sont-ils recueillis et pris en compte ?
    • Importance des "cas limites" : pourquoi sont-ils cruciaux ?
    • Perception de l'évolution du langage : trop rapide ? trop lente ?
    • Questions de design de langage : performance, ergonomie, pédagogie, esthétique, budget syntaxique
    • Alignement écosystémique : comment les outils et bibliothèques influencent le langage hors du web ?

  • Histoire du comité lui-même

    • Transitions : du document Word à GitHub, utilisation de TCQ, le dépôt "how we work"
    • Croissance du comité (designers de langage, implémenteurs, praticiens, éducateurs)
    • Propositions spécifiques : Object.observe, etc.

  • Présenter une proposition

    • Expliquer le problème adressé
    • Périmètre : complexité du changement, interactions avec d'autres fonctionnalités
    • Antécédents : implémentations existantes, discussions passées, autres langages, fonctionnalités similaires

Nous avons sollicité votre avis sur Twitter concernant le nom et avons reçu des suggestions amusantes comme Lost in Transpilation, Babbling On, Babel Babble, etc. Mais au final, "The Babel Podcast" reste le plus explicite !