En MoscowJS 66 hice más de 10 preguntas. Dos de ellas fueron elegidas como las «mejores preguntas» y terminé el meetup con dos premios.
Es la parte más fácil de recordar, pero para mí hubo algo más útil: decidí no tratar el Q&A como un añadido después del contenido «real». Intenté seguir las charlas de forma activa y usar las preguntas para aclarar los puntos que me parecían más interesantes o inciertos.
De qué trató realmente MoscowJS 66
El meetup se celebró en Moscú el 3 de julio de 2025, en School 21. El programa oficial de MoscowJS 66 incluía cuatro charlas sobre bots de Telegram y Web Apps, LangChain.js y su developer experience, la arquitectura de un constructor de sitios y las pruebas de tipos en TypeScript.
Esta descripción es más precisa que resumirlo simplemente como «IA» o «arquitectura frontend». La parte relacionada con IA era específicamente sobre LangChain.js, y la charla de arquitectura se centró en las decisiones tomadas al construir un creador de sitios y en el equilibrio entre flexibilidad y simplicidad.
Traté el Q&A como parte del contenido técnico
Durante el evento hice más de 10 preguntas. Eso me obligó a escuchar de otra manera: no bastaba con entender la idea principal; también tenía que detectar supuestos, casos límite y puntos donde necesitaba una explicación más concreta.
Finalmente, dos de mis preguntas fueron seleccionadas como las mejores preguntas, y por eso gané dos premios. Puedo confirmar ese resultado como experiencia propia, pero no lo convierto en una regla general del tipo «haz más preguntas y ganarás premios».
La lección que me quedo
La conclusión práctica para mí es más sencilla: un meetup técnico puede ser más valioso cuando participo en él en lugar de consumir el contenido de forma pasiva. Una buena pregunta puede mostrar el límite de un enfoque, sacar a la luz un trade-off que no cabía en la charla o convertir una idea abstracta en algo concreto.
Para quien quiera probar este tipo de participación, una opción práctica es anotar un punto sin resolver durante cada charla y convertirlo en una pregunta breve con el contexto suficiente para poder responderla. El objetivo no es preguntar lo máximo posible. Es marcharse con menos supuestos sin comprobar.
Gracias a los ponentes y organizadores de MoscowJS 66. Fui por las charlas, participé mucho en el Q&A y terminé la noche con dos premios y una forma mucho más activa de escuchar presentaciones técnicas.