현직 개발자 특강 3개를 듣고, 프로젝트 설명을 전부 다시 썼다

한눈에 요약 7월 10~11일 이틀간 서울청년정책박람회와 청년쓰리룸에서 현직 개발자 특강 3개를 들었다. 세 명이 각자 다른 자리에서 같은 결론을 말했다 — AI가 코드를 만들어도, 왜 그렇게 만들었는지 설명하고 책임지는 건 사람이다. 듣고 와서 내 쇼룸의 프로젝트 설명을 전부 다시 썼다.

가기 전날 밤, 솔직히 신청을 조금 후회했다.

나는 비전공자다. AI와 대화하며 코드를 만드는 바이브코딩으로 개발을 시작했다. 현직 개발자들 앞에 앉으면 "AI로 만든 게 개발이냐"는 시선을 받지 않을까. 그 두려움을 안고 이틀을 다녀왔고, 결론부터 말하면 두려움은 명확함으로 바뀌었다. 그리고 이 이야기는 개발을 몰라도 상관없는 이야기다. AI가 뭐든 해주는 시대에 결국 남는 사람이 누구인가에 대한 이야기라서.

특강 정보는 우연히 알게 된 게 아니다. 청년 정책 사이트 공고를 매번 들어가 보기 귀찮아서, 사이트별 API를 크롤링해 디스코드로 알림을 받는 시스템을 만들어 쓰고 있다. 이 특강 3개 전부 그 알림이 물어다 줬다.

금요일 낮 — 개발 특강인 줄 알았는데 보안이었다

DDP에서 열린 박람회 IT 멘토링. 개발자 멘토링인 줄 알고 앉았는데 IBM 보안 스페셜리스트였다. 예상이 빗나갔는데 오히려 흥미로워서 40분을 다 들었다.

이 분은 보안 일을 하기 전에 물류센터에서 일했다고 했다. 직무를 먼저 정한 게 아니라 "남을 도와주는 사람이 되고 싶다"를 먼저 정했고, 물건을 잘 포장해 보내면 받는 사람이 도움을 받듯 보안도 결국 누군가를 도와주는 일이라 선택했다고. 일의 형태만 다르지, 되고자 하는 사람은 같다 — 이틀간 들은 말 중 이게 제일 오래 남았다.

기술 쪽으로 제일 실용적이었던 조언은 이것. 1인 개발자라면 다 만들고 나서 몰아서 점검하지 말고, 기능 하나 페이지 하나 만들 때마다 점검해라. 그리고 AI 에이전트가 개발자 본인도 모르는 명령을 실행하는 사고가 현업에서 실제로 생기고 있어서, 사람이 시킨 말과 AI가 실행한 명령을 대조하는 방식을 도입 중이라고 했다. AI 때문에 보안 일은 오히려 늘고 있다는 것.

행사장 앞 테이블이라 소음에 말이 자주 묻힌 건 아쉬웠다. 주최측이 다음엔 고쳐줬으면.

금요일 저녁 — 못 물어본 질문 하나

청년쓰리룸의 현직 개발자 특강. 참가자 15~20명 중 비전공자가 절반쯤이라 살짝 안심했다. AI 기업에서 제품 고도화를 담당하는 분이었는데, 면접관 입장에서 바이브코딩 프로젝트를 어떻게 보는지가 핵심이었다. 결론은 하나로 모였다. 면접관은 "왜 이 코드와 구조를 선택했는지"를 계속 묻는다. "AI가 그러던데요"는 무책임한 답이다.

질의응답 때 어떤 분이 웹 서비스를 Vercel과 Supabase로 배포하려 한다고 하자 강사가 "그건 비추"라고 했다. 정확히 내가 쓰는 조합이라 심장이 내려앉았는데, 그 순간 손을 못 들었다. 왜 비추인지는 특강이 끝나고서야 궁금해졌다.

그래서 집에 와서 직접 팠다. 결론만 적으면 — 실제 사고 대부분은 플랫폼이 아니라 설정에서 난다. 데이터 접근 규칙 누락, 관리자 키 노출, 입력 검증 생략. AWS로 옮긴다고 자동으로 안전해지는 게 아니라 책임의 범위가 넓어질 뿐이다. 현장에서 못 물어본 질문 하나가 검증 문서 하나가 됐고, 돌아보면 이게 이 특강의 최대 수확이었다.

토요일 — 손을 들었다

마지막은 메타코드의 AI 현직자 특강. 이틀 중 제일 좋았다. 좋은 엔지니어는 코드를 빨리 짜는 사람이 아니라 만들고, 출시하고, 운영하고, 지표를 보며 개선하는 — 끝까지 책임지는 사람이라는 이야기.

전날까지의 나였으면 조용히 나왔을 텐데, 마지막 질의응답에서 손을 들었다. AI로 개발을 시작해서 기본기 습득이 어렵다는 것, 보안이 제일 중요하다고 생각하는데 AWS 비용이 감당 안 된다는 것. 내 고민을 그대로 꺼냈다.

답은 담백했다. "이미 문제를 충분히 얘기하신 것 같다. 그 문제들을 키워드로 나눠서 하나씩 해보면 좋겠다. 좀만 하시면 금방 잘하실 것 같다."

대단한 비법이 아니었는데 그게 좋았다. 내 문제는 무서워할 대상이 아니라, 쪼개서 하나씩 풀 목록이었다.

집에 와서 한 일

솔직히 일단 잤다. 머리가 복잡해서. 자고 일어나서 한 일이 세 가지다.

• 요한 스튜디오 쇼룸의 프로젝트 설명을 전부 다시 썼다. 무엇을 만들었는지가 아니라 왜 만들었고 왜 이 기술을 골랐는지가 보이게.
• 못 물어본 Vercel·Supabase 질문을 파서 검증 문서로 만들었고, "기능 단위로 점검하라"는 조언은 내 검증 도구의 보안 설계에 반영했다.
• AI 쓰는 습관을 고치기 시작했다. AI가 좋아질수록 알아서 다 해버려서 그냥 넘어가게 되는데, 프롬프트를 구체적으로 쓰고 모르는 부분은 짚고 넘어가기로 했다.

세 명은 서로 다른 자리에서 같은 파도를 다른 각도로 보고 있었다. 보안 담당자에게 AI는 새로운 사고를 만드는 존재였고, 개발자에게는 검증해야 할 코드를 쏟아내는 존재였고, 엔지니어에게는 방향을 줘야 움직이는 존재였다. 셋을 겹치면 한 문장이 남는다. AI가 다 해주는 시대에 남는 건, 왜 이걸 했는지 설명하고 책임지는 사람이다.

특강별 상세 기록은 내 노션 세컨드브레인의 러닝 로그에 정리해뒀다 — 박람회 IT 멘토링 편, 청년쓰리룸 편, 메타코드 편. 지금은 노션 링크지만, 곧 이 사이트에서 바로 볼 수 있게 연동할 예정이다. 그 과정도 글로 남길 거다.

두려움을 안고 가서 할 일 목록을 들고 왔으면, 남는 장사다.

이전 글: AI에게 이틀을 맡겼다 — 무인 작업 12건, 코드 변경 34건의 기록