ที่ MoscowJS 66 ผมถาม มากกว่า 10 คำถาม สองคำถามถูกเลือกเป็น “คำถามยอดเยี่ยม” และท้ายที่สุดผมกลับจาก meetup พร้อม รางวัลสองชิ้น
นี่คือส่วนที่จำง่ายที่สุดของเรื่อง แต่สิ่งที่มีประโยชน์กับผมมากกว่าคือการไม่มอง Q&A ว่าเป็นส่วนเสริมหลัง “เนื้อหาหลัก” ผมพยายามฟังแต่ละทอล์กแบบมีส่วนร่วม และใช้คำถามเพื่อทำให้จุดที่น่าสนใจหรือยังไม่แน่ชัดชัดเจนขึ้น
MoscowJS 66 พูดถึงอะไรจริง ๆ
Meetup จัดที่มอสโกในวันที่ 3 กรกฎาคม 2025 ที่ School 21 โดย โปรแกรมอย่างเป็นทางการของ MoscowJS 66 มีสี่ทอล์กเกี่ยวกับ Telegram bot และ Web App, LangChain.js และ developer experience, สถาปัตยกรรมของ site builder และ การทดสอบ type ของ TypeScript
คำอธิบายแบบนี้แม่นยำกว่าการสรุปกว้าง ๆ ว่าเป็น “AI” หรือ “frontend architecture” ส่วนที่เกี่ยวกับ AI พูดถึง LangChain.js โดยตรง ส่วนทอล์กสถาปัตยกรรมเน้นการตัดสินใจในการสร้าง site builder และ trade-off ระหว่างความยืดหยุ่นกับความเรียบง่าย
ผมมอง Q&A เป็นส่วนหนึ่งของเนื้อหาเทคนิค
ตลอดงานผมถาม มากกว่า 10 คำถาม ซึ่งทำให้ผมฟังต่างออกไป แค่เข้าใจใจความหลักไม่พอ ผมต้องสังเกต assumptions, edge cases และจุดที่ต้องการคำอธิบายที่เป็นรูปธรรมมากขึ้น
สุดท้ายสองคำถามของผมถูกเลือกเป็น คำถามยอดเยี่ยม และผมได้รางวัลสองชิ้น นี่คือผลลัพธ์จากประสบการณ์ของผมเอง แต่ผมไม่ได้สรุปเป็นกฎทั่วไปว่า “ถามเยอะแล้วจะได้รางวัล”
สิ่งที่ผมได้เรียนรู้
บทเรียนเชิงปฏิบัติสำหรับผมง่ายกว่านั้น: meetup เทคนิคมีคุณค่ามากขึ้นเมื่อผมมีส่วนร่วม แทนที่จะรับเนื้อหาแบบ passive อย่างเดียว คำถามที่ดีช่วยให้เห็นขอบเขตของแนวทางหนึ่ง ๆ เปิด trade-off ที่ไม่มีเวลาพูดในทอล์ก หรือทำให้แนวคิดนามธรรมเป็นรูปธรรมขึ้น
ถ้าอยากลองวิธีเดียวกัน ให้จดหนึ่งประเด็นที่ยังไม่ชัดจากแต่ละทอล์ก แล้วเปลี่ยนเป็นคำถามสั้น ๆ ที่มีบริบทพอให้ตอบได้ เป้าหมายไม่ใช่ถามให้มากที่สุด แต่คือออกจากงานพร้อม assumptions ที่ยังไม่ได้ตรวจสอบให้น้อยลง
ขอบคุณ speaker และทีมจัด MoscowJS 66 ทุกคน ผมไปเพื่อฟังทอล์ก มีส่วนร่วมกับ Q&A อย่างเต็มที่ และจบค่ำคืนด้วยรางวัลสองชิ้น รวมถึงวิธีฟัง technical presentation ที่ active กว่าเดิมมาก