Wróć do bloga
11 lipca 2025Sergei Solod2 min czytania

Zadałem ponad 10 pytań na MoscowJS 66 i wygrałem dwie nagrody

Na MoscowJS 66 zadałem ponad 10 pytań podczas wystąpień o botach Telegrama, LangChain.js, architekturze kreatora stron i testowaniu typów TypeScript. Dwa wybrano jako najlepsze pytania, a ja wróciłem z dwiema nagrodami.

WydarzeniaJavaScriptTypeScriptAILangChain.jsSpołecznośćMoscowJS

Na MoscowJS 66 zadałem ponad 10 pytań. Dwa z nich wybrano jako „najlepsze pytania”, a z meetupu wróciłem z dwiema nagrodami.

To najbardziej efektowna część historii, ale dla mnie ważniejsze było coś innego: nie traktowałem Q&A jako dodatku po „właściwej” treści. Starałem się aktywnie śledzić wystąpienia i używać pytań do doprecyzowania rzeczy, które były dla mnie najciekawsze albo nie do końca jasne.

O czym naprawdę było MoscowJS 66

Meetup odbył się w Moskwie 3 lipca 2025 roku w School 21. Oficjalny program MoscowJS 66 obejmował cztery wystąpienia o botach Telegrama i Web Apps, LangChain.js i developer experience, architekturze kreatora stron oraz testowaniu typów TypeScript.

To precyzyjniejszy opis niż sprowadzenie programu do ogólnych haseł „AI” i „architektura frontendu”. Część związana z AI dotyczyła konkretnie LangChain.js, a wystąpienie architektoniczne — decyzji stojących za budową kreatora stron oraz kompromisu między elastycznością i prostotą.

Traktowałem Q&A jako część treści technicznej

W trakcie wydarzenia zadałem ponad 10 pytań. To zmusiło mnie do innego sposobu słuchania: nie wystarczało zrozumieć głównej idei. Trzeba było zauważać założenia, przypadki brzegowe i miejsca, w których potrzebowałem bardziej konkretnego wyjaśnienia.

Dwa moje pytania zostały ostatecznie uznane za najlepsze pytania, dzięki czemu wygrałem dwie nagrody. Mogę potwierdzić ten wynik z własnego doświadczenia, ale nie zamieniam go w uniwersalną regułę typu „zadawaj więcej pytań, a wygrasz nagrody”.

Co z tego wyniosłem

Praktyczna lekcja jest prostsza: techniczny meetup staje się dla mnie bardziej wartościowy, gdy aktywnie w nim uczestniczę zamiast tylko konsumować treść. Dobre pytanie może pokazać granice danego podejścia, ujawnić trade-off, na który zabrakło miejsca w prezentacji, albo zamienić abstrakcyjny pomysł w konkretny przykład.

Jeśli ktoś chce spróbować podobnego stylu, może podczas każdego wystąpienia zapisać jeden nierozwiązany punkt i zamienić go w krótkie pytanie z wystarczającym kontekstem. Celem nie jest zadanie jak największej liczby pytań. Celem jest wyjście z mniejszą liczbą niesprawdzonych założeń.

Dziękuję prelegentom i organizatorom MoscowJS 66. Przyszedłem na wystąpienia, bardzo aktywnie uczestniczyłem w Q&A i zakończyłem wieczór z dwiema nagrodami oraz znacznie bardziej aktywnym sposobem słuchania technicznych prezentacji.