컨퍼런스 처음 가봤을 때
달라진 시각
유튜브 영상과 실제 행사 사이 — 그 차이가 생각보다 컸다
컨퍼런스에 가기까지
개발자 컨퍼런스는 항상 영상으로만 봤다. 발표자가 대단해 보였고, 발표 내용도 수준이 높아 보였다. 막연하게 "저런 곳은 실력 있는 사람들이 가는 곳"이라고 생각했다. 입사 1년 반이 됐을 때 처음으로 직접 등록했다. 혼자였다.
지인 하나 없이 혼자 간 첫 컨퍼런스. 떨리기도 하고 어색하기도 했다. 그런데 집에 돌아오는 버스에서 든 생각은 "진작 올걸"이었다. 세션 내용도 좋았지만, 그 이상의 것을 얻었다. 그게 뭔지 이 글에서 풀어본다.
기대와 달랐던 것 — 도착 직후부터
줄을 서면서 주위를 둘러봤다. 다들 나처럼 혼자 온 사람들이 꽤 있었다. 유명한 개발자들이 올 것 같다는 막연한 상상이 있었는데, 옆에 서 있는 사람들은 그냥 나랑 비슷해 보이는 개발자들이었다. 긴장이 조금 풀렸다.
뱃지를 받고 홀에 들어섰다. 부스들이 있었고, 이미 몇몇은 대화 중이었다. 아는 사람이 없는 상태에서 혼자 서 있는 게 어색했다. 그래서 커피부터 가져왔다. 뭔가 손에 들고 있으면 덜 어색하다는 걸 그때 처음 알았다.
실력 있는 사람들만 가는 곳일 것이다
세션 내용이 너무 어려울 것이다
혼자 가면 어색하고 외로울 것이다
주로 최신 기술 소개 발표일 것이다
이론 중심의 딱딱한 분위기일 것이다
다양한 연차와 배경의 사람들이 섞여 있었다
레벨별로 트랙이 나뉘어 있어 선택 가능했다
혼자 온 사람이 의외로 많았고 대화하기 쉬웠다
실무 경험 기반 이야기가 절반 이상이었다
쉬는 시간 대화가 세션만큼 가치 있었다
들은 세션들 — 인상 깊었던 순서로
이론이 아니라 실제 회사 코드베이스를 기준으로 무엇이 막혔고, 어떻게 풀었는지를 솔직하게 얘기했다. "이건 공식 문서에 없어서 GitHub 이슈 파고 들어가서 찾았어요"라는 말이 기억에 남는다. 나도 비슷한 경험이 있었는데 거기서 위로를 받았다.
LCP, CLS, INP 수치를 낮추는 것과 사용자가 빠르다고 느끼는 것이 항상 일치하지 않는다는 내용이었다. 실제 A/B 테스트 데이터를 보여줬다. 수치가 개선됐는데 전환율은 오히려 낮아진 사례가 있었다. 지표와 경험 사이의 간격을 처음으로 진지하게 생각하게 된 세션.
이게 인상 깊었던 이유는 "도입하고 나서 좋았다"만이 아니라 "이건 생각보다 별로였다", "이건 완전히 실수였다"를 솔직하게 공유했기 때문이다. 내가 실무에서 쓰고 있는 스택이라 질문도 하나 했다. 발표자가 끝나고 따로 더 얘기해줬다.
GitHub Copilot과 Claude를 팀 전체에 도입하면서 생산성 변화, 코드 리뷰 문화 변화, 주니어 성장에 미친 영향을 정리해서 발표했다. 긍정적 결과만이 아니라 "주니어가 이해 없이 코드를 붙여넣는 패턴이 늘었다"는 문제점도 공유했다. 현실적인 이야기였다.
순수 기술 세션이 아닌 소프트 스킬 발표였는데, 이게 오히려 제일 기억에 남았다. "기술적으로 가능한지 보다 왜 이게 필요한지를 이해하고 의견을 낼 수 있는 개발자"가 되어야 한다는 내용. 발표자가 본인의 실제 사례를 들어서 설득력이 있었다.
세션보다 더 기억에 남는 것들
점심 줄에서 옆에 서 있던 분과 대화가 시작됐다. "어느 세션 들으셨어요?"로 시작해서 30분을 얘기했다. 그 분은 이직을 고민 중이었고, 나도 비슷한 상황이었다. 회사 규모에 따라 프론트엔드 개발자 경험이 얼마나 다른지, 기술 부채를 팀에서 어떻게 다루는지를 들었다. 발표에서 듣기 어려운 날 것의 정보였다.
세션은 정제된 경험을 편집해서 보여주는 것이고, 쉬는 시간 대화는 지금 현재 고민을 날 것으로 나누는 것이다. 둘 다 가치 있지만, 대화에서 나온 것들이 더 직접적으로 내 상황에 닿았다.
발표 끝나고 Q&A 시간에 질문을 했다. 한 번도 컨퍼런스에서 질문해본 적이 없었는데, Turborepo 세션에서 "실제 캐시 hit율이 어느 정도 됐는지"가 궁금해서 손을 들었다. 발표자가 잠깐 생각하더니 "솔직히 정확한 수치는 모르고, 대략 70% 정도 됐던 것 같아요"라고 했다.
그게 오히려 신뢰가 갔다. 완벽하게 준비된 답이 아니라 솔직한 "잘 모르겠음"이었다. 발표자도 나처럼 불확실한 부분이 있는 개발자였다. 영상으로 볼 때는 모든 걸 알고 있는 것처럼 보이는데, 현장에서는 그렇지 않았다. 발표자를 더 가깝게 느꼈고, 내가 발표를 해볼 수 있겠다는 생각도 처음으로 들었다.
컨퍼런스 발표는 모든 걸 아는 사람이 하는 게 아니라, 특정 경험을 깊게 한 사람이 그걸 나누는 것이다. 나도 그런 경험이 있다는 걸 그날 처음 알았다.
컨퍼런스 이후 달라진 것들
레거시 코드, 기술 부채, PM과의 갈등 — 이게 우리 팀만의 문제가 아니라 업계 전반의 문제였다. 그걸 알고 나서 덜 외로워졌다.
막연하게 "Next.js 더 공부해야지"가 "App Router 성능 최적화, 특히 서버 컴포넌트 데이터 패칭 패턴"으로 좁혀졌다. 세션을 들으면서 내가 뭘 모르는지가 명확해졌다.
대화한 다섯 명 중 세 명과 연락처를 교환했다. 커뮤니티나 링크드인과는 다른 밀도의 연결이다. 현재 같은 스택을 쓰는 개발자와 기술 이야기를 나눌 수 있는 창구가 생겼다.
발표자를 가까이에서 보면서 "저 사람도 나와 크게 다르지 않다"는 걸 느꼈다. 내 Turborepo 도입 경험이나 App Router 마이그레이션 경험이 발표 주제가 될 수 있겠다는 생각이 처음 들었다.
솔직히 실망한 것들도 있었다
세션 중 절반은 유튜브로 봐도 됐다. 7개 세션 중 3~4개는 영상으로 봐도 충분한 내용이었다. 슬라이드 보여주면서 읽는 발표, 데모 없이 설명만 계속하는 발표는 현장에서 집중하기 어려웠다. 세션 선택을 더 신중하게 해야 했다는 아쉬움이 있다.
혼자 가서 어색한 시간이 꽤 있었다. 쉬는 시간에 삼삼오오 이미 아는 사람들끼리 모여 있는 그룹이 많았다. 그 안으로 들어가기가 어색했다. 결국 혼자 폰 보는 시간도 있었다. 아는 사람 한 명이라도 같이 갔으면 달랐을 것이다.
기업 스폰서 부스는 채용 홍보가 주였다. 부스 절반이 채용 중이에요, 이런 스택 써요 수준이었다. 기술적으로 흥미로운 데모나 전시가 있는 곳은 두세 곳 정도였다. 부스 투어에 기대를 너무 많이 했었다.
세션 일정을 미리 보고 꼭 들을 것 두세 개를 고른다. 나머지 시간은 대화에 투자한다. 사전 등록자 네트워킹 채널이 있으면 거기서 미리 아는 사람을 만들어 간다. 혼자 가더라도 "오늘 대화 세 번 하기" 같은 작은 목표를 세우면 덜 어색하다.
컨퍼런스를 제대로 활용하는 법 — 다음번에 다르게 할 것들
전체 세션을 다 들으려는 욕심을 버린다. 꼭 현장에서 들어야 하는 것(Q&A가 가치 있을 것, 데모가 있는 것)과 나중에 영상으로 봐도 되는 것을 미리 나눠둔다. 여유 시간을 의도적으로 만들어야 대화 시간이 생긴다.
막연하게 가면 막연하게 돌아온다. "요즘 팀에서 상태관리를 어떻게 하는지", "모노레포 도입 이후 CI 시간이 얼마나 됐는지" 같은 구체적인 질문을 미리 가져가면 대화를 자연스럽게 시작할 수 있다.
"인상 깊었어요"보다 "발표하신 OO 부분에서 저는 이런 경험이 있었는데 어떻게 생각하세요?"가 낫다. 발표자도 막연한 칭찬보다 구체적인 질문이 더 대화가 된다. 이게 가장 질 좋은 1:1 대화 기회다.
혼자 폰 보면서 쉬는 것보다 옆 사람한테 "어느 세션 들으셨어요?"로 말을 거는 게 훨씬 낫다. 컨퍼런스는 대화하러 오는 곳이라는 걸 대부분의 참가자가 알고 있어서 생각보다 말 걸기가 쉽다.
집에 가는 버스에서, 혹은 저녁 먹으면서 오늘 인상 깊었던 것 세 가지, 다음에 해보고 싶은 것 한 가지를 적는다. 2~3일이 지나면 감각이 날아간다. 당일 기록이 전부다.
컨퍼런스에서 명함이나 링크드인을 교환하고 아무것도 안 하면 없는 것과 같다. "그날 Turborepo 얘기 나눴는데, 저는 이렇게 해봤어요"처럼 구체적인 첫 메시지가 관계를 이어간다.
컨퍼런스 이후 달라진 시각 — 핵심
회사에 있으면 우리 팀의 문제가 세상에서 가장 심각한 것 같다. 코드베이스가 너무 낡았다, 기술 부채가 너무 많다, 프로세스가 너무 비효율적이다. 그런데 컨퍼런스에서 다른 회사 사람들 이야기를 들으면 — 다 비슷하다. 어느 회사나 정도의 차이는 있지만 기술 부채가 있고, 레거시가 있고, 갈등이 있다.
그걸 알고 나서 우리 팀 상황을 보는 눈이 달라졌다. "우리만 이런 게 아니구나"에서 한 걸음 더 나아가서 "다른 팀은 이 문제를 어떻게 접근하는가"가 궁금해졌다. 자학에서 벗어나 비교 학습이 가능해졌다.
그리고 내 경험이 누군가에게 쓸 수 있는 정보라는 것도 알았다. 컨퍼런스 발표자들이 특별히 대단한 것이 아니라, 자기 경험을 정제해서 나누는 사람들이었다. 나도 1년 반의 실무 경험이 있고, 그 안에 나눌 수 있는 것들이 있다.
유튜브로 같은 발표를 볼 수 있어도 현장에 가는 이유는 사람이다. 화면 밖의 개발자들을 만나는 것, 쉬는 시간 대화, 발표자와 직접 Q&A — 이건 영상으로 대체할 수 없다. 1년에 한 번이라도 가면 시야가 달라진다.
집에 돌아오는 버스에서 메모 앱을 열었다. 오늘 인상 깊었던 것, 다음에 해보고 싶은 것, 연락하고 싶은 사람 이름. 세 가지를 적었다. 메모 중에 "언젠가 나도 발표해보자"라는 한 줄이 있었다.
그 한 줄이 6개월 후 첫 번째 사내 기술 발표로 이어졌다. 규모는 달랐지만 처음 무대에 선다는 감각은 같았다. 컨퍼런스가 준 것은 정보가 아니라 가능성이었다. 내가 그 자리에 있을 수 있다는 것.
💬 컨퍼런스 경험이 있으신가요?
처음 갔을 때 인상 깊었던 것, 예상과 달랐던 것, 발표를 해본 경험까지 — 어떤 이야기든 댓글로 나눠주세요. 아직 한 번도 안 가본 분들에게도 "이런 게 있구나"가 되면 좋겠습니다.
'개발자 > 성장 학습' 카테고리의 다른 글
| 개발자 커뮤니티 활동으로 얻은 것들 (0) | 2026.07.28 |
|---|---|
| 알고리즘 공부, 실무에서 진짜 쓰이나? (0) | 2026.07.21 |
| 개발자가 영어 공부를 꼭 해야 하는 이유 (경험담) (0) | 2026.07.14 |
| 유료 강의 vs 무료 강의, 뭐가 더 도움됐나 (0) | 2026.07.07 |
| 개발 서적 10권 읽고 나서 느낀 점 (0) | 2026.06.30 |
