Em 5 de junho de 2025 participei do MoscowJS 65 no T Bank, em Moscou. Naquele momento eu já trabalhava com JavaScript havia seis anos, então não fui ao meetup esperando que alguém me dissesse qual framework ou ferramenta usar em seguida. O que me interessava era outra coisa, mais difícil de obter trabalhando sozinho: algumas horas focadas em temas técnicos específicos, cercado de pessoas que se importam com os mesmos problemas.
O programa foi fortemente centrado em IA. Segundo o programa oficial do MoscowJS 65, as quatro palestras trataram de um assistente baseado em LLM, do funcionamento e das limitações da IA moderna, do uso de vision-language models em testes de UI e de riscos de segurança relacionados à IA no trabalho com NPM. Foi um programa compacto, mas o mesmo tema geral apareceu sob perspectivas de engenharia bastante diferentes.
O que ficou comigo
As palestras eram tecnicamente interessantes, mas a atmosfera importou tanto quanto o conteúdo. Os palestrantes transmitiam energia de verdade, e o evento parecia vivo, não passivo. Esse é um dos motivos pelos quais ainda gosto de meetups locais de desenvolvedores.
Posso ler documentação, artigos e código-fonte a qualquer momento, assim como assistir a gravações de conferências. Tudo isso é indispensável. Mas um meetup cria outro tipo de concentração: uma noite, um conjunto limitado de assuntos e uma sala cheia de pessoas interessadas o suficiente para aparecer e conversar sobre eles. Em temas de nicho, esse contexto ajuda a lembrar melhor das ideias e a analisá-las com mais senso crítico.
Uma palestra é um ponto de partida, não uma prova
Também existe uma limitação importante. Uma palestra de conferência não é documentação, não é benchmark e não prova que uma abordagem está pronta para o meu próprio código de produção. Uma boa demo pode ser útil sem provar que a mesma ideia vai funcionar sob outras restrições, edge cases, custos de manutenção ou premissas de segurança.
Com IA, essa distinção é especialmente importante. A pergunta não é apenas se a demo funciona. Também quero entender o que foi realmente demonstrado, o que ficou implícito, se o resultado é reproduzível, quais novos modos de falha aparecem e se a ferramenta reduz a complexidade ou apenas a desloca para outro lugar.
Essa é a etapa de engenharia que vem depois do meetup. O evento pode colocar uma ideia no meu radar. A verificação ainda precisa acontecer separadamente.
Por que ainda vou
JavaScript é amplo o bastante para passarmos meses dentro apenas da parte exigida por um projeto específico. Um meetup quebra essa rotina por algumas horas. No MoscowJS 65, um único tema conectou ferramentas para desenvolvedores, comportamento de modelos, testes e segurança de pacotes. Eu não precisava adotar cada ideia para que a noite fosse útil.
O que o evento me lembrou foi algo bem mais simples: depois de seis anos com JavaScript, ainda gosto de mergulhar em assuntos específicos e discuti-los com pessoas que compartilham o mesmo interesse. O ecossistema muda, as ferramentas da moda mudam e os temas das palestras mudam. Essa parte não.
Para mim, isso ainda é um bom motivo para continuar participando de eventos locais para desenvolvedores.