Henrique Schmaiske y el trabajo humano detrás de Meteor 3.0
Meteor.js es uno de esos proyectos de código abierto con los que los desarrolladores han convivido durante años. Tiene más de 44,800 estrellas en GitHub, más de 500,000 instalaciones activas en todo el mundo y todavía se encuentra en productos de muchos países. Detrás de su mayor lanzamiento en más de diez años, Meteor 3.0, está Henrique Schmaiske, CTO de Meteor Software, quien comenzó el trabajo en abril de 2022 y lo llevó a su lanzamiento en julio de 2024. Un marco del que la gente aún depende Meteor se lanzó en 2011, cuando JavaScript de pila completa se sentía nuevo. Su atractivo era sencillo: los desarrolladores podían construir en el cliente y el servidor con un solo lenguaje, mientras trabajaban con patrones de datos en tiempo real que hacían que las aplicaciones se sintieran inmediatas. Eso es lo que hizo que Meteor 3.0 fuera más que una actualización rutinaria. Cuando un marco tiene más de 5,300 bifurcaciones en GitHub y cientos de miles de instalaciones activas, cada cambio importante tiene un impacto: en startups, empresas y desarrolladores que dependen de las decisiones de los mantenedores. El 💜 de la tecnología de la UE Los últimos rumores de la escena tecnológica de la UE, una historia de nuestro sabio fundador Boris y un arte de IA cuestionable. Es gratis, cada semana, en tu bandeja de entrada. ¡Regístrate ahora! Para Schmaiske, el trabajo no se trataba de hacer que Meteor se viera nuevo, sino de avanzar sin tratar a su comunidad como daño colateral. El viejo motor tenía que salir El problema técnico más difícil fue Fibers, una biblioteca que Meteor había utilizado para hacer que JavaScript asíncrono se sintiera sincrónico. Para los desarrolladores, había sido parte de la fluidez de Meteor, pero el ecosistema de JavaScript y Node.js había avanzado. La necesidad de eliminar Fibers ya se había anotado en la Discusión de GitHub #11505 en junio de 2021. Ese fue el documento de planificación original, pero la ejecución no había comenzado. Schmaiske comenzó a trabajar después de unirse a Meteor como Líder Técnico en abril de 2022. Dirigió el equipo de código abierto de Meteor.js, estableciendo la dirección, diseñando rutas de migración, secuenciando lanzamientos, revisando código como CODEOWNER y comunicándose públicamente con los usuarios. El equipo implementó los cambios, mientras Schmaiske lideraba el esfuerzo. El cambio afectó métodos, publicaciones y acceso a bases de datos. Meteor tuvo que pasar a async y await nativos mientras daba a las aplicaciones una forma realista de adaptarse. Cuando Node.js 14 llegó al final de su vida útil en abril de 2023, el camino se volvió urgente. El código abierto no se mueve por mandato Dentro de una empresa, una migración difícil se puede gestionar a través de reuniones y plazos, pero el código abierto es diferente. Las personas están repartidas por países, zonas horarias, empresas y prioridades. Algunos equipos actualizan rápidamente, mientras que otros tienen revisiones de cumplimiento, obligaciones con clientes o sistemas de producción donde el tiempo de inactividad es serio. Por eso la comunicación se convirtió en parte del trabajo de ingeniería. En marzo de 2023, Schmaiske abrió el hilo del foro público de Meteor para la hoja de ruta de Fibers y Meteor 3.0, y luego publicó actualizaciones de progreso semanales durante casi 18 meses. Esas publicaciones fueron prácticas. Mostraron lo que se había enviado, lo que estaba bloqueado, lo que necesitaba atención y dónde los usuarios debían tener cuidado. Redujeron la conjetura y hicieron que la migración se sintiera menos como una sorpresa y más como un camino que los usuarios podían seguir. El puente llegó antes del lanzamiento Meteor 3.0 no llegó como un quiebre del pasado. Antes del lanzamiento de julio de 2024, Schmaiske dirigió un trabajo que permitió a las aplicaciones Meteor comenzar a adoptar async y await junto con patrones más antiguos. Ese trabajo preliminar se envió en Meteor 2.8 y 2.9 durante 2022. Esa secuenciación importó. En lugar de empujar a cada usuario hacia una ventana de actualización, Meteor dio a los equipos tiempo para prepararse antes de que se produjera el cambio arquitectónico. La contribución de Schmaiske a esa base fue reconocida. En el registro de cambios oficial de Meteor, se le menciona primero en las secciones de “Agradecimientos especiales” para v2.8.2 y v2.9. Cuando Meteor 3.0 se lanzó en julio de 2024, cubrió 2,300 commits, 800 archivos cambiados y más de 200 solicitudes de extracción. Eliminó Fibers, movió el marco a async y await, y actualizó Node.js a la versión 20. Reconocimiento más allá de la comunidad central El anuncio oficial del lanzamiento de Meteor 3.0 nombró a Schmaiske como uno de los tres contribuyentes principales. En el foro de Meteor, recibió más de 22,600 vistas y 626 me gusta. El lanzamiento también llegó al ecosistema más amplio de JavaScript. El número 697 de JavaScript Weekly, publicado el 18 de julio de 2024, cubrió Meteor 3.0, presentándolo ante los lectores de un boletín informativo de larga duración. Schmaiske también es un CODEOWNER designado en el repositorio principal de GitHub de Meteor.js, lo que significa que su revisión es necesaria para cambios que afectan partes clave del marco. En un proyecto de código abierto maduro, es responsabilidad de las personas que construyen sobre él. El alcance de Meteor ayuda a explicar por qué esa responsabilidad importa. Wappalyzer, TheirStack y Enlyft enumeran Meteor.js como en uso activo en miles de empresas a partir de 2025. Built In nombra a Apify, ANY.RUN y Chatra entre las empresas que utilizan el marco. Una ruta práctica hacia el liderazgo El camino de Schmaiske hacia Meteor se construyó a través de trabajo práctico en software. Antes de unirse a la empresa, trabajó en startups brasileñas como Tipay y Hola! Cartão, luego con Familio en Copenhague y AE Studio en Los Ángeles, donde lideró el trabajo relacionado con blockchain para Protocol Labs utilizando Filecoin. Su trayectoria profesional comenzó fuera del marco tradicional de la ingeniería. Había estado trabajando con computadoras desde una edad temprana, construyó sitios web por su cuenta y dirigió un negocio de educación en línea llamado Burn Up Studio, haciéndolo crecer a más de 400 estudiantes mientras construía la plataforma él mismo. Eso lo llevó a startups, equipos de software internacionales y liderazgo en marcos de código abierto. Se unió a Meteor Software en abril de 2022 como la primera contratación técnica de la empresa bajo un nuevo equipo de liderazgo. Poco después, comenzó el trabajo de Meteor 3.0, ayudó a guiar el marco a través de su mayor lanzamiento en más de diez años y se convirtió en CTO en abril de 2025. Su experiencia es de practicante primero. Aprendió construyendo y enviando software de producción, luego se trasladó al liderazgo a través de proyectos donde la fiabilidad tenía consecuencias. Eso se refleja en los lanzamientos escalonados de Meteor 3.0, la planificación de migraciones, la revisión de código, las actualizaciones públicas y el enfoque en las personas, dependiendo del marco. Lo que viene a continuación La modernización de Meteor no se detuvo con 3.0, pero la lección es menos sobre una sola característica que sobre la administración. Galaxy Cloud brinda al equipo comentarios de producción, pero Meteor 3.0 sigue siendo el ejemplo más claro de su liderazgo. El lanzamiento mostró que un marco de código abierto de una década puede reconstruir partes fundamentales de sí mismo sin alejarse de la comunidad que depende de él. Para Schmaiske, el logro fue ayudar a miles de equipos descendentes a avanzar con confianza.
Otros artículos
Henrique Schmaiske y el trabajo humano detrás de Meteor 3.0
El CTO de Meteor, Henrique Schmaiske, lideró la mayor versión del marco en más de una década, eliminando Fibers y migrando a async/await en más de 2,300 commits, mientras mantenía estables más de 500,000 instalaciones activas.
