El 5 de junio de 2025 asistí a MoscowJS 65 en T Bank, en Moscú. Para entonces ya llevaba seis años trabajando con JavaScript, así que no fui esperando que un meetup me dijera qué framework o herramienta debía usar después. Me interesaba otra cosa, más difícil de conseguir trabajando solo: pasar unas horas centrado en temas técnicos concretos y rodeado de personas a las que les importan los mismos problemas.
El programa estuvo muy centrado en la IA. Según el programa oficial de MoscowJS 65, las cuatro charlas trataron un asistente basado en LLM, el funcionamiento y las limitaciones de la IA moderna, el uso de vision-language models para pruebas de UI y los riesgos de seguridad relacionados con IA al trabajar con NPM. Fue un programa compacto, pero abordó un mismo tema general desde perspectivas de ingeniería muy distintas.
Lo que más se me quedó
Las charlas fueron interesantes desde el punto de vista técnico, pero para mí la atmósfera importó igual. Los ponentes transmitían energía real y el evento se sentía vivo, no pasivo. Esa es una de las razones por las que todavía me gustan los meetups locales de desarrolladores.
Puedo leer documentación, artículos y código fuente en cualquier momento, y también puedo ver grabaciones de conferencias cuando quiera. Todo eso es imprescindible. Pero un meetup crea otro tipo de concentración: una tarde, un conjunto limitado de temas y una sala llena de personas suficientemente interesadas como para acudir y hablar de ellos. En temas de nicho, ese contexto ayuda a recordar mejor las ideas y a analizarlas con más sentido crítico.
Una charla es un punto de partida, no una prueba
También hay una limitación importante. Una charla de conferencia no es documentación, no es un benchmark y tampoco demuestra que un enfoque esté listo para mi propio código de producción. Una buena demo puede ser útil sin demostrar que la misma idea funcionará bajo otras restricciones, edge cases, costes de mantenimiento o supuestos de seguridad.
Con IA esta distinción es especialmente importante. No basta con preguntar si la demo funciona. También quiero saber qué se demostró realmente, qué se dio por supuesto, si el resultado es reproducible, qué nuevos modos de fallo aparecen y si la herramienta elimina complejidad o simplemente la mueve a otro sitio.
Ese es el trabajo de ingeniería que viene después del meetup. El evento puede poner una idea en mi radar. La verificación sigue siendo un paso aparte.
Por qué sigo yendo
JavaScript es lo bastante amplio como para pasar meses dentro de la pequeña parte que exige un proyecto concreto. Un meetup rompe esa rutina durante unas horas. En MoscowJS 65, un mismo tema conectó herramientas para desarrolladores, comportamiento de modelos, testing y seguridad de paquetes. No necesitaba adoptar cada idea para que la tarde resultara útil.
Lo que el evento me recordó fue algo más sencillo: después de seis años con JavaScript, todavía disfruto profundizando en temas específicos y comentándolos con personas que comparten el mismo interés. El ecosistema cambia, las herramientas de moda cambian y los temas de las charlas cambian. Esa parte no.
Para mí, sigue siendo una buena razón para asistir a eventos locales de desarrolladores.