À MoscowJS 66, j’ai posé plus de 10 questions. Deux d’entre elles ont été retenues comme les « meilleures questions », et je suis reparti du meetup avec deux prix.
C’est la partie la plus facile à retenir. Mais ce qui m’a été le plus utile, c’est d’avoir décidé de ne pas considérer le Q&A comme un simple supplément après le « vrai » contenu. J’ai essayé de suivre les talks activement et d’utiliser mes questions pour clarifier ce qui m’intéressait ou restait incertain.
Ce que MoscowJS 66 couvrait réellement
Le meetup a eu lieu à Moscou le 3 juillet 2025, à School 21. Le programme officiel de MoscowJS 66 comportait quatre talks sur les bots Telegram et les Web Apps, LangChain.js et sa developer experience, l’architecture d’un constructeur de sites et les tests de types TypeScript.
C’est plus précis que de réduire la soirée à des étiquettes générales comme « IA » ou « architecture frontend ». La partie IA concernait spécifiquement LangChain.js, tandis que le talk d’architecture portait sur les choix réalisés pour construire un site builder et sur le compromis entre flexibilité et simplicité.
J’ai considéré le Q&A comme une partie du contenu technique
Pendant l’événement, j’ai posé plus de 10 questions. Cela m’a obligé à écouter autrement : comprendre l’idée principale ne suffisait plus. Il fallait aussi repérer les hypothèses, les cas limites et les points où je voulais une explication plus concrète.
Deux de mes questions ont finalement été désignées comme les meilleures questions, ce qui m’a valu deux prix. Je peux confirmer ce résultat comme expérience personnelle, sans en faire une règle générale du genre « poser plus de questions fait gagner des prix ».
Ce que j’en retiens
La leçon pratique est plus simple : un meetup technique devient plus utile quand j’y participe au lieu de consommer passivement le contenu. Une bonne question peut montrer la limite d’une approche, révéler un compromis qui n’avait pas sa place dans le talk ou rendre une idée abstraite plus concrète.
Pour essayer la même approche, on peut noter pendant chaque talk un point qui reste flou, puis le transformer en une question courte avec assez de contexte pour être réellement répondable. Le but n’est pas de poser le plus de questions possible. Le but est de repartir avec moins d’hypothèses non vérifiées.
Merci aux speakers et aux organisateurs de MoscowJS 66. Je suis venu pour les talks, j’ai participé activement au Q&A et j’ai terminé la soirée avec deux prix et une façon beaucoup plus active d’écouter des présentations techniques.