Il 5 giugno 2025 ho partecipato a MoscowJS 65 presso T Bank a Mosca. A quel punto lavoravo con JavaScript già da sei anni, quindi non ero andato a un meetup per farmi dire quale framework o strumento usare dopo. Mi interessava un’altra cosa, più difficile da ottenere lavorando da solo: alcune ore concentrate su temi tecnici specifici, insieme a persone interessate agli stessi problemi.
Il programma era fortemente incentrato sull’AI. Secondo il programma ufficiale di MoscowJS 65, i quattro talk hanno trattato un assistente basato su LLM, il funzionamento e i limiti dell’AI moderna, l’uso dei vision-language models per i test UI e i rischi di sicurezza legati all’AI nel lavoro con NPM. Era un programma compatto, ma guardava allo stesso tema generale da prospettive ingegneristiche molto diverse.
Quello che mi è rimasto
I talk erano interessanti dal punto di vista tecnico, ma per me contava altrettanto l’atmosfera. Gli speaker portavano energia reale e l’evento sembrava vivo, non passivo. È uno dei motivi per cui continuo ad apprezzare i meetup locali per sviluppatori.
Posso leggere documentazione, articoli e codice sorgente in qualsiasi momento, così come guardare registrazioni di conferenze. Tutto questo è indispensabile. Un meetup, però, crea un tipo diverso di concentrazione: una serata, un insieme limitato di argomenti e una stanza piena di persone abbastanza interessate da presentarsi e parlarne. Nei temi di nicchia, questo contesto aiuta a ricordare meglio le idee e a valutarle in modo più critico.
Un talk è un punto di partenza, non una prova
C’è anche un limite importante. Un talk a una conferenza non è documentazione, non è un benchmark e non dimostra che un approccio sia pronto per il mio codice di produzione. Una buona demo può essere utile senza dimostrare che la stessa idea reggerà con vincoli diversi, edge case, costi di manutenzione o assunzioni di sicurezza differenti.
Con l’AI questa distinzione è particolarmente importante. Non basta chiedersi se la demo funziona. Voglio anche capire che cosa è stato davvero dimostrato, che cosa è stato dato per scontato, se il risultato è riproducibile, quali nuovi failure mode compaiono e se lo strumento riduce davvero la complessità oppure la sposta semplicemente altrove.
Questa è la parte di engineering che viene dopo il meetup. L’evento può farmi conoscere un’idea. La verifica resta comunque un passaggio separato.
Perché continuo ad andarci
JavaScript è abbastanza vasto da permettere di passare mesi dentro la sola porzione richiesta da un singolo progetto. Un meetup interrompe per qualche ora quella routine. A MoscowJS 65, un unico tema collegava developer tooling, comportamento dei modelli, testing e sicurezza dei package. Non avevo bisogno di adottare ogni idea perché la serata fosse utile.
Il promemoria più importante è stato molto più semplice: dopo sei anni con JavaScript, mi piace ancora approfondire argomenti specifici e discuterne con persone che condividono lo stesso interesse. L’ecosistema cambia, cambiano gli strumenti di moda e cambiano i temi dei talk. Questa parte no.
Per me è ancora un motivo sufficiente per continuare a partecipare agli eventi locali per sviluppatori.