Назад в блог
11 июля 2025 г.Sergei Solod2 мин чтения

Я задал больше 10 вопросов на MoscowJS 66 и выиграл два приза

На MoscowJS 66 я задал больше 10 вопросов во время докладов о Telegram-ботах, LangChain.js, архитектуре конструктора сайтов и тестировании типов TypeScript. Два вопроса выбрали лучшими, и я ушёл с двумя призами.

СобытияJavaScriptTypeScriptAILangChain.jsСообществоMoscowJS

На MoscowJS 66 я задал больше 10 вопросов. Два из них выбрали как «лучшие вопросы», и в итоге я ушёл с митапа с двумя призами.

Это самая заметная часть истории. Но полезнее для меня оказалось другое: я решил не относиться к Q&A как к приложению после «основного» контента. Я старался активно следить за докладами и использовать вопросы, чтобы прояснять самые интересные или спорные для меня моменты.

О чём на самом деле говорили на MoscowJS 66

Митап прошёл в Москве 3 июля 2025 года в Школе 21. В официальной программе MoscowJS 66 было четыре доклада. Если описывать их технически точнее, вечер был про Telegram-ботов и Web Apps, LangChain.js и developer experience этого фреймворка, архитектуру собственного конструктора сайтов и тестирование типов TypeScript.

Такое описание точнее, чем просто свести программу к «AI» и «фронтенд-архитектуре». AI-часть была конкретно про LangChain.js, а архитектурный доклад — про решения при разработке конструктора сайтов и компромисс между гибкостью и простотой.

Я воспринимал Q&A как часть технической программы

За вечер я задал больше 10 вопросов. Из-за этого доклады слушались по-другому: недостаточно было уловить главную мысль — приходилось замечать допущения, пограничные случаи и места, где хотелось более конкретного объяснения.

В итоге два моих вопроса выбрали лучшими, и я получил два приза. Это я могу подтвердить как собственный опыт. Но я не делаю из этого универсальный вывод в духе «задавайте больше вопросов — будете выигрывать призы».

Что я из этого вынес

Главный практический вывод для меня проще: технический митап становится полезнее, когда я участвую в нём, а не просто потребляю контент. Хороший вопрос может показать границу применимости подхода, вскрыть компромисс, который не поместился в доклад, или превратить абстрактную идею в конкретный пример.

Если хочется попробовать такой же формат участия, можно во время каждого доклада записывать один неясный момент и превращать его в короткий вопрос с достаточным контекстом. Цель не в том, чтобы спросить как можно больше. Цель — уйти с меньшим количеством непроверенных предположений, чем было в начале.

Спасибо спикерам и организаторам MoscowJS 66. Я пришёл послушать доклады, очень активно включился в Q&A и закончил вечер с двумя призами и с гораздо более активным способом слушать технические выступления.