2025년 6월 5일, 모스크바 T Bank에서 열린 MoscowJS 65에 참석했습니다. 당시 저는 이미 6년 동안 JavaScript로 일하고 있었습니다. 그래서 다음에 어떤 framework나 tool을 써야 하는지 답을 얻기 위해 밋업에 간 것은 아니었습니다. 제가 원한 것은 혼자 일할 때는 얻기 어려운 것이었습니다. 몇 시간 동안 좁은 기술 주제에 집중하고, 같은 문제에 관심을 가진 사람들과 같은 공간에 있는 경험이었습니다.
이번 프로그램은 AI 비중이 매우 높았습니다. MoscowJS 65 공식 프로그램에 따르면 네 개의 발표는 LLM 기반 assistant, 현대 AI의 작동 방식과 한계, UI testing을 위한 vision-language models, 그리고 NPM을 사용할 때의 AI 관련 보안 위험을 다뤘습니다. 짧은 프로그램이었지만 하나의 큰 주제를 서로 다른 engineering 관점에서 보여줬습니다.
가장 기억에 남은 것
발표 내용도 기술적으로 흥미로웠지만, 저에게는 분위기도 그만큼 중요했습니다. 발표자들의 에너지가 실제로 느껴졌고, 행사는 수동적으로 듣기만 하는 자리가 아니라 살아 있는 공간처럼 느껴졌습니다. 제가 여전히 로컬 개발자 밋업을 좋아하는 이유 중 하나입니다.
문서, 기술 글, source code는 언제든 읽을 수 있고 conference recording도 언제든 볼 수 있습니다. 이런 자료들은 반드시 필요합니다. 다만 밋업은 다른 종류의 집중을 만들어냅니다. 한 저녁, 제한된 수의 주제, 그리고 그 주제에 관심이 있어서 직접 찾아온 사람들이 한 공간에 모입니다. niche topic일수록 이런 context가 아이디어를 더 오래 기억하고 더 비판적으로 생각하는 데 도움이 됩니다.
발표는 출발점이지 증명이 아니다
중요한 한계도 있습니다. conference talk는 documentation도 benchmark도 아니며, 발표에서 보여준 접근이 제 production code에 바로 적합하다는 증거도 아닙니다. 좋은 demo는 충분히 유용할 수 있지만, 같은 아이디어가 다른 constraint, edge case, maintenance cost, security assumption에서도 그대로 통한다는 뜻은 아닙니다.
AI에서는 이 구분이 특히 중요합니다. “demo가 동작하는가?”만 물어서는 부족합니다. 실제로 무엇이 입증됐는지, 어떤 assumption이 생략됐는지, 결과를 재현할 수 있는지, 어떤 새로운 failure mode가 생기는지, 그리고 tool이 복잡성을 없애는지 아니면 다른 곳으로 옮기기만 하는지도 봐야 합니다.
그다음부터가 engineering입니다. 밋업은 새로운 아이디어를 제 시야에 들어오게 할 수 있습니다. 하지만 검증은 별도로 해야 합니다.
그래도 계속 가는 이유
JavaScript는 범위가 넓어서 한 project에 필요한 부분 안에서만 몇 달을 보내기도 쉽습니다. 밋업은 잠깐 그 루틴을 깨줍니다. MoscowJS 65에서는 하나의 AI라는 주제가 developer tooling, model behavior, testing, package security를 연결했습니다. 그날 들은 모든 아이디어를 채택하지 않아도 저녁은 충분히 의미 있을 수 있었습니다.
행사가 다시 떠올리게 한 것은 더 단순한 사실이었습니다. JavaScript로 6년을 일한 뒤에도 저는 여전히 특정 주제를 깊게 파고들고, 같은 관심사를 가진 사람들과 이야기하는 것을 좋아합니다. ecosystem도 바뀌고, 유행하는 tool도 바뀌고, 발표 주제도 바뀝니다. 하지만 이 부분은 그대로입니다.
저에게는 그것만으로도 로컬 개발자 이벤트에 계속 갈 이유가 충분합니다.