코딩은 병목이 아니었다 — AI 시대에 ‘무엇을 만들까’가 남긴 질문
“지난 몇 달 동안 나는 지난 3년보다 더 많은 프로토타입을 만들었다. 주말 내내 걸리던 기능이 몇 시간이면 끝난다. 근데 놀라운 건 속도가 아니었다. 그 속도가 다른 건 아무것도 바꾸지 못했다는 거다.”
r/ClaudeCode에 올라온 이 뼈아픈 한마디를 읽고 한동안 멍하니 모니터를 바라봤다. (솔직히 정수리를 도끼로 찍힌 기분이었다.) AI 코딩 도구 덕분에 손가락은 미친 듯이 빨라졌는데, 정작 ‘내가 지금 대체 뭘 만들고 있는 거지?’라는 근본적인 질문 앞에서는 한 발자국도 못 나아가고 있었으니까. “창조의 장벽은 무너졌지만, 관련성의 장벽은 그대로”라는 한 문장으로 요약되는 이 통찰은 2026년 중반, AI 보조 개발이 보편화된 시점에서 가장 날카로운 질문을 던지고 있다.
속도는 해결됐다, 그다음은?
Claude, Cursor, GitHub Copilot 같은 도구들이 개발 속도를 극적으로 끌어올린 건 이제 상식이다. 30년차 베테랑이 “1995년부터 코딩했는데 지금보다 행복했던 적이 없다”고 고백할 정도다. 이 개발자는 Claude의 도움으로 DnD용 가상 테이블탑 앱을 만들었고, iOS 캐릭터 시트 앱도 개발 중이라고 한다. 주말에 몰아서 코딩하던 열정 프로젝트가 이제는 몇 시간 만에 현실이 되는 세상이다.
하지만 속도가 빨라진 만큼, 이전에는 가려져 있던 다른 병목들이 선명하게 드러나고 있다.
문제를 찾는 것은 여전히 어렵다. 해결할 가치가 있는 문제를 발견하는 일은 코딩 속도와 무관하다. 사용자를 이해하는 것도 여전히 어렵다. 만든 사람의 관점과 실제 사용자의 관점 사이에는 항상 간극이 있다. 유통은 더 어렵다. 훌륭한 제품이 스스로 퍼져나간다는 건 환상이다. 피드백 수집과 행동 변화 유도도 마찬가지다.
결국 “만들 수 없어서 못 만들었다”는 변명이 사라진 자리에, “누가 이걸 원할지 확신이 없어서 못 만들었다”는 더 정직한 이유가 남았다.
요리사와 제빵사: 창의성과 엔지니어링의 보완
댓글에서 흥미로운 비유가 등장했다. “당신은 요리사인가, 제빵사인가?” 리더십 컨퍼런스에서 나온 이 질문은 현재 상황을 정확히 설명한다.
요리사는 테이블 위에 있는 재료만으로 맛있는 식사를 만들어낸다. 직관과 창의성이 핵심이다. 반면 제빵사는 정확한 온도, 계량, 공식을 알아야 한다. 정밀함과 숙련이 핵심이다. 바이브 코더(vibe coder)가 요리사라면, 전통적 소프트웨어 엔지니어는 제빵사에 가깝다.
한 댓글 작성자는 뼈를 때리는 일침을 날렸다: “엔지니어들이 바이브 코더더러 기술 부족하다고 무시하는데, 반대도 마찬가지다. 문제 발견, 유저 이해, 유통 같은 거… 엔지니어라고 잘하나? 엔지니어링 하나로 세상 모든 문제를 풀 수 있다는 생각 자체가 착각이다.”
이건 단순한 “개발자 vs 비개발자” 담론이 아니다. AI가 코딩을 민주화한 시대에, 각자 자신이 강한 쪽을 인정하고 보완하는 관계를 찾아야 한다는 현실적인 제안이다.
Idea Finder: “무엇을 만들까”를 구조화하다
같은 날, r/ClaudeCode에 흥미로운 프로젝트가 올라왔다. u/ZhenyaV가 만든 Idea Finder는 “무엇을 만들 것인가”라는 질문에 직접 대답하려는 시도다.
핵심은 고객 발견(customer discovery)을 자기 자신에게 적용하는 것이다. 61개의 질문으로 배경, 취미, 직장 경험, 거주지, 일상을 인터뷰하고, 그 결과를 로컬 discovery.md 파일로 정리한다. 모든 데이터는 로컬에만 저장된다. 그다음 /idea-finder render를 실행하면 로컬 대시보드가 생성되어 자신의 역할, 문제 공간, 시장 내러티브를 시각화해준다.
재미있는 건 “역할 자동 분류” 기능이다. 이 개발자의 경우 단기 부동산 운영자, 핀테크 내부자, 솔로 창업자, 콘텐츠 제작자, 트레이더 같은 직함을 자동으로 추출해냈다. 스스로 생각하지 못했던 정체성을 데이터가 드러내는 셈이다.
추가 기능도 눈에 띈다. sim 명령은 회의론자 페르소나를 시뮬레이션해서 아이디어를 압박 테스트한다. market 명령은 경쟁 분석과 TAM(Total Addressable Market) 데이터를 가져온다. dig [role]은 특정 역할에 대해 웹 리서치를 수행해 문제 공간을 확장한다.
프라이버시 우려도 나왔다. “자기 인생 스토리를 앱에 맡기는 것”에 대한 불편함. 개발자는 모든 것이 로컬에만 있다고 강조하지만, 이런 도구가 클라우드로 넘어가는 순간 신뢰 문제가 불가피할 것이다.
왜 지금 주목해야 하는가
이 두 포스트가 같은 날, 같은 서브레딧에 올라온 건 우연이 아니다. AI 코딩 도구가 보편화되면서 개발자 커뮤니티의 담론이 “어떻게 만들까”에서 “무엇을 만들까”로 이동하고 있다. Idea Finder는 이 전환을 직접 도구화한 첫 번째 진지한 시도 중 하나다.
더 넓은 맥락에서 보면, 이건 AI 시대의 창업가적 사고(entrepreneurial thinking)가 무엇인지를 재정의하는 지점이기도 하다. 과거에는 “만들 수 있는가”가 첫 번째 질문이었다. 이제는 “만들 가치가 있는가”가 첫 번째 질문이다. 코딩 능력이 창업의 필터 역할을 하던 시대는 끝났고, 문제 인식력과 시장 감각이 새로운 필터가 되고 있다.
정리
GitHub은 사용자 없는 프로젝트의 묘지가 됐다. “만들면 온다”는 믿음은 허상이었다. AI가 코딩의 민주화를 완성한 지금, 남은 장벽은 전적으로 인간의 영역이다. 어떤 문제가 가치 있는지 아는 것, 누가 그 문제를 겪고 있는지 이해하는 것, 그리고 그 사람들의 행동을 바꿀 수 있는지 설득하는 것.
Idea Finder 같은 도구가 이 간극을 좁여줄 수 있을지는 아직 미지수다. 하지만 “무엇을 만들까”를 구조적으로 접근하려는 시도 자체가, 코딩 이후 시대의 새로운 병목을 직시하고 있다는 점에서 의미 있다.
결국 코딩은 병목이 아니었다. 중요한 건 여전히 무엇을, 왜 만드느냐다. 그 질문에 AI가 대답해주기 전까지는.
| *참고: 원문 - Coding was never the bottleneck | Idea Finder* |