The Babel Podcast

Traducción Beta No Oficial

Esta página fue traducida por PageTurner AI (beta). No está respaldada oficialmente por el proyecto. ¿Encontraste un error? Reportar problema →

¡Hoy anunciamos The Babel Podcast!

Probablemente usas Babel, directa o indirectamente como dependencia. ¿Pero te has preguntado quién trabaja en él? Henry Zhu conversa con otros miembros del equipo, TC39 y la comunidad JS sobre el futuro de JavaScript y cómo se mantiene todo. ¡Acompáñanos a charlar sobre Babel (y todo lo demás)!

Suscríbete en: Apple | Google | Spotify | RSS

Para comenzar, nuestro primer episodio es con nuestro buen amigo Sebastian McKenzie, creador de Babel (transcripción)!

Crear y mantener estos podcasts requiere tiempo (equipo, investigación, edición, transcripción), ¡así que considera apoyarnos! También podríamos añadir patrocinadores específicos para el podcast, así que avísame si estás interesado.

¿Por qué?

Personalmente, me he aficionado mucho a los podcasts últimamente: primero con Hope in Source (blog) y recientemente Maintainers Anonymous (blog). Tras años escuchándolos, finalmente sentí el impulso de iniciar algunos, y aquí estamos.

Reconozco que hay muchos podcasts sobre JavaScript, sobre open source, y quizá demasiados podcasts en general; pero creo que hay espacio para uno sobre proyectos open source específicos. Estamos en la posición privilegiada de poder hablar sobre temas que eleven a la comunidad como custodios de este proyecto de infraestructura.

En lugar de ser entrevistados para hablar de nuestro proyecto, ¿por qué no hacerlo nosotros mismos y tener un espacio para profundizar? Muchas veces las preguntas y respuestas son superficiales porque la audiencia no es específica de la herramienta, no está interesada o carece de contexto suficiente. Es más cómodo ser uno mismo sin tener que elaborar respuestas específicas online. ¿Por qué esperar a hablar en otra plataforma cuando podemos hacerlo a nuestro ritmo? Tener contenido "oficial" propio (ya sea documentación, videos, talleres, etc.) facilita todo (búsquedas, nuevos usuarios, nosotros mismos, etc).

Esto podría ayudar a nuestro equipo a comunicar mejor a los usuarios y a la comunidad JavaScript cómo funcionan las cosas, además de ser una oportunidad para que todos profundicemos en el conocimiento y así más personas puedan involucrarse y colaborar.

Entonces, ¿qué significa todo esto? ¿Qué podría tener de interesante un podcast específico sobre Babel? ¿Merece la pena escuchar charlas sobre bugs aleatorios o problemas del día? Hablemos del propósito.

Objetivos

Los podcasts no tienen muchas reglas y podemos hacer lo que nos parezca divertido: también permiten explicar cosas en detalle y dar un toque más personal e íntimo, a diferencia de las redes sociales (incluido GitHub).

• Inspirar e informar a potenciales colaboradores para que se involucren (para temas más técnicos probablemente seguiré probando con transmisiones en vivo/videos)

• Ayudar a la gente a comprender mejor el ecosistema de JavaScript (el lenguaje/especificación en sí, TC39, cultura).

• Conocer a las personas y el contexto detrás de las herramientas que usamos: mantenedores/colaboradores de Babel, proyectos relacionados como webpack/ESLint, el comité TC39.

Objetivos no prioritarios actuales: hablar sobre noticias o un "esta semana en Babel", tener un horario semanal fijo, seguir un formato específico (invitados, 30 minutos, etc).

¡Ayúdanos a generar ideas!

Por favor contáctanos en @babeljs en Twitter o en el repositorio si tienes sugerencias de invitados, ideas para temas o comentarios.

Algunas ideas para invitados/temas

¿Qué más te gustaría escuchar? ¿A quién te gustaría escuchar?

• Entrevistas al equipo central/colaboradores: ¿cómo te involucraste?, ¿qué te parece emocionante del proyecto?, tu rol, ¿el futuro?

• Conceptos de alto nivel en Babel (ASTs, patrón visitor, compiladores, testing, especificación JS)

• Antecedentes/dificultades en decisiones clave que hemos tomado:

  • Eliminación de presets por etapas
  • Sobre la sintaxis de campos privados (# en lugar de private)
  • Preguntas frecuentes: "¿No quedará Babel obsoleto pronto?"
  • ¿Por qué hiciste X?

• Charlar con varios autores de plugins de Babel: babel-macros, i18n

• Alternativas a Babel: traceur, buble, sucrase, swc

  • ¡Sería interesante hablar sobre por qué se crearon estos proyectos, sus diferencias/compromisos, etc!

• Lenguajes que compilan a JavaScript

  • Elm/Reason/etc (lenguajes independientes)
  • Coffeescript/Dart (recomiendan explícitamente Babel para compilar a ES5)
  • Fable (F#) (utiliza Babel internamente)
  • TypeScript (tenemos una integración)

• Herramientas relacionadas: CSSX, PostCSS

• Integraciones de Babel (proyectos que usan Babel como infraestructura): Jest/Next.js/Parcel/CRA

Temas sobre estándares de lenguaje/TC39

• Hablar con miembros de TC39 para explicar cómo se hacen las cosas, cómo involucrarse y qué puede cambiar.

  • Sobre Babel como banco de pruebas para nuevas funcionalidades
  • ¿En qué se diferencia de otros estándares de lenguaje como C o APIs de navegador?
  • Historia de una funcionalidad específica: ¿cómo se finaliza?
  • ¿Cómo es una reunión: quién asiste, cómo se organiza? ¿Hay muchas discusiones o votaciones?
  • ¿Cómo ha evolucionado la toma de decisiones con el tiempo? (el proceso de etapas)
  • ¿Cómo se recibe o procesa el "feedback"?
  • ¿Qué tan importantes son los "edge cases": por qué importan?
  • Percepción del lenguaje a lo largo del tiempo: ¿avanza muy rápido o muy lento?
  • Preguntas sobre diseño de lenguaje: rendimiento, usabilidad, facilidad de enseñanza, estética, presupuesto de sintaxis, etc.
  • Alineación del ecosistema: ¿cómo moldean el lenguaje las herramientas, bibliotecas y casos de uso distintos a la web?

• Historia del propio comité

  • Transiciones: de documentos Word a GitHub, uso de TCQ, el repositorio "how we work"
  • Crecimiento del comité a lo largo de los años (diseñadores de lenguaje, implementadores, profesionales, educadores, combinaciones)
  • Propuestas específicas: Object.observe, etc.

• Presentar una propuesta

  • Explicar el espacio del problema
  • Alcance: complejidad del cambio, interacciones con otras funcionalidades
  • Precedentes: implementaciones existentes en userland, discusiones previas, otros lenguajes, funcionalidades similares

¡Preguntamos en Twitter sobre el nombre y recibimos sugerencias divertidas como Lost in Transpilation, Babbling On, Babel Babble, etc.! Pero al final, "The Babel Podcast" es el más claro.