Torna al blog
11 luglio 2025Sergei Solod3 min di lettura

Ho fatto più di 10 domande a MoscowJS 66 e ho vinto due premi

A MoscowJS 66 ho fatto più di 10 domande durante talk su bot Telegram, LangChain.js, architettura di un site builder e test dei tipi in TypeScript. Due sono state scelte come le migliori domande e ho portato a casa due premi.

EventiJavaScriptTypeScriptAILangChain.jsComunitàMoscowJS

A MoscowJS 66 ho fatto più di 10 domande. Due sono state selezionate come le «migliori domande» e alla fine del meetup sono tornato a casa con due premi.

È la parte più facile da ricordare, ma per me quella più utile è stata un’altra: ho deciso di non trattare il Q&A come qualcosa che arriva dopo il contenuto «vero». Ho seguito i talk in modo attivo e ho usato le domande per chiarire i punti che trovavo più interessanti o incerti.

Di cosa parlava davvero MoscowJS 66

Il meetup si è tenuto a Mosca il 3 luglio 2025, presso School 21. Il programma ufficiale di MoscowJS 66 comprendeva quattro talk su bot Telegram e Web App, LangChain.js e la sua developer experience, l’architettura di un site builder e i test dei tipi TypeScript.

È una descrizione più precisa che ridurre tutto a etichette generiche come «AI» o «architettura frontend». La parte AI riguardava nello specifico LangChain.js, mentre il talk di architettura parlava delle decisioni prese nella costruzione di un site builder e del compromesso tra flessibilità e semplicità.

Ho trattato il Q&A come parte del contenuto tecnico

Durante l’evento ho fatto più di 10 domande. Questo mi ha costretto ad ascoltare in modo diverso: non bastava cogliere l’idea principale, dovevo anche notare assunzioni, casi limite e punti in cui volevo una spiegazione più concreta.

Alla fine due delle mie domande sono state scelte come le migliori domande e ho vinto due premi. Posso confermare questo risultato come esperienza personale, ma non lo trasformo in una regola generale del tipo «più domande fai, più premi vinci».

La lezione che mi porto dietro

La conclusione pratica per me è più semplice: un meetup tecnico diventa più utile quando partecipo invece di consumare passivamente i contenuti. Una buona domanda può mostrare il limite di un approccio, far emergere un trade-off che non era entrato nel talk o rendere concreta un’idea astratta.

Per provare lo stesso stile di partecipazione, si può annotare durante ogni talk un punto ancora poco chiaro e trasformarlo in una domanda breve con abbastanza contesto da poter ricevere una risposta concreta. L’obiettivo non è fare il maggior numero possibile di domande. È uscire con meno assunzioni non verificate.

Grazie a tutti gli speaker e agli organizzatori di MoscowJS 66. Sono andato per i talk, ho partecipato molto al Q&A e ho finito la serata con due premi e con un modo molto più attivo di ascoltare presentazioni tecniche.