Ngày 5 tháng 6 năm 2025, tôi tham dự MoscowJS 65 tại T Bank ở Moscow. Khi đó tôi đã làm việc với JavaScript được sáu năm, nên tôi không đến meetup để chờ ai đó nói cho mình framework hay tool nào nên dùng tiếp theo. Điều tôi quan tâm là thứ khó có được khi làm việc một mình: vài giờ tập trung vào những chủ đề kỹ thuật khá hẹp, bên cạnh những người cũng quan tâm đến các vấn đề đó.
Chương trình lần này tập trung mạnh vào AI. Theo chương trình chính thức của MoscowJS 65, bốn bài nói đề cập đến assistant dựa trên LLM, cách AI hiện đại hoạt động và các giới hạn của nó, vision-language models cho UI testing, cùng những rủi ro bảo mật liên quan đến AI khi làm việc với NPM. Chương trình khá gọn, nhưng cùng một chủ đề lớn lại được nhìn từ nhiều góc engineering rất khác nhau.
Điều còn đọng lại với tôi
Các bài nói thú vị về mặt kỹ thuật, nhưng bầu không khí cũng quan trọng với tôi không kém. Các speaker có năng lượng thật sự và sự kiện tạo cảm giác sống động, chứ không phải chỉ ngồi nghe một cách thụ động. Đó là một trong những lý do tôi vẫn thích các meetup developer địa phương.
Tôi có thể đọc documentation, bài viết và source code bất cứ lúc nào, cũng như xem conference recording khi muốn. Tất cả đều không thể thiếu. Nhưng meetup tạo ra một kiểu tập trung khác: một buổi tối, số lượng chủ đề có giới hạn và một căn phòng đầy những người đủ quan tâm để đến trực tiếp và nói về chúng. Với các niche topic, context như vậy giúp ý tưởng dễ nhớ hơn và dễ được xem xét một cách phản biện hơn.
Một talk là điểm khởi đầu, không phải bằng chứng
Cũng có một giới hạn quan trọng. Conference talk không phải documentation, không phải benchmark và không chứng minh rằng một approach đã sẵn sàng cho production code của tôi. Một demo tốt vẫn có thể hữu ích mà không chứng minh được rằng cùng một ý tưởng sẽ đứng vững trước các constraint khác, edge case, chi phí maintenance hay những giả định bảo mật khác.
Với AI, sự phân biệt này đặc biệt quan trọng. Câu hỏi không chỉ là “demo có chạy không?”. Tôi còn muốn biết chính xác điều gì đã được chứng minh, điều gì chỉ là assumption, kết quả có reproduce được không, failure mode mới nào xuất hiện, và tool thực sự giảm độ phức tạp hay chỉ chuyển nó sang chỗ khác.
Đó là phần engineering bắt đầu sau meetup. Sự kiện có thể đưa một ý tưởng vào tầm chú ý của tôi. Việc xác minh vẫn phải được thực hiện riêng.
Vì sao tôi vẫn đi
JavaScript đủ rộng để chúng ta có thể dành nhiều tháng chỉ ở trong phần mà một project cụ thể yêu cầu. Meetup tạm thời phá vỡ thói quen đó. Ở MoscowJS 65, một chủ đề chung kết nối developer tooling, hành vi của model, testing và package security. Tôi không cần áp dụng mọi ý tưởng thì buổi tối đó mới có giá trị.
Cuối cùng, sự kiện nhắc tôi về một điều đơn giản hơn: sau sáu năm với JavaScript, tôi vẫn thích đào sâu vào những chủ đề cụ thể và trao đổi với những người có cùng mối quan tâm. Ecosystem thay đổi, tool đang thịnh hành thay đổi, chủ đề của các talk thay đổi. Phần này thì không.
Với tôi, đó vẫn là lý do đủ tốt để tiếp tục tham dự các sự kiện developer địa phương.