변호사와 의사가 개발자를 이긴 해커톤?

본문/참고: https://medium.com/coding-nexus/claude-hackathon-winners-5-non-coder-apps-in-one-week-736425986774, https://news.hada.io/topic?id=26871&utm_source=slack&utm_medium=bot&utm_campaign=TGJGDQ4UR
최근 AI 업계에서 흥미로운 사건 하나가 화제가 되었습니다.
Anthropic이 개최한 Claude Code 해커톤에서 전통적인 개발자가 아닌 사람들이 대부분 수상했다는 이야기입니다.
처음에는 단순한 밈처럼 보였지만, 실제 기사를 찾아보니 꽤 의미 있는 변화의 신호처럼 느껴졌습니다. 그래서 이번 글에서는 기사 내용을 정리하고, 실제로 개발을 경험해본 서비스 기획자의 관점에서 느낀 생각을 정리해보려고 합니다.
Claude Code 해커톤에서 무슨 일이 있었나
Anthropic은 자사의 AI 코딩 도구인 Claude Code를 활용한 글로벌 해커톤을 개최했습니다.
- 약 13,000명 지원
- 500명 참가자 선정
- 1주일 동안 서비스 제작

이런 해커톤은 보통 개발자들이 주도하는 행사입니다.
하지만 이번 결과는 꽤 의외였습니다.
수상자 직업
수상자 직업을 보면 다음과 같습니다.
- 개인 상해 전문 변호사
- 심장 전문의
- 전자 음악가
- 도로/인프라 전문가
- 소프트웨어 엔지니어 1명
즉 5명 중 4명이 전통적인 개발자가 아니었습니다. 
이 사건은 여러 매체에서
“변호사와 의사가 개발자를 이긴 해커톤”
이라는 표현으로 소개되기도 했습니다.
실제로 만든 서비스들
흥미로운 점은 단순한 장난 프로젝트가 아니라 실제 문제를 해결하는 서비스였다는 점입니다.
예를 들어 1위를 차지한 프로젝트는 다음과 같습니다.
CrossBeam (1위)
개인 상해 전문 변호사가 만든 서비스입니다.
캘리포니아 건축 허가 과정에서 필요한
행정 문서와 법적 규정을 자동으로 분석하고 수정 제안을 해주는 AI 서비스입니다. 
법률 문서 검토는 실제로 변호사들이 시간을 많이 쓰는 작업인데
이걸 AI로 자동화한 것입니다.
의료 설명 서비스 (3위)
심장 전문의가 만든 서비스입니다.
진료 후 환자들이
- 병 상태
- 처방 약
- 치료 과정
을 제대로 이해하지 못하는 경우가 많다는 문제를 해결하기 위해
환자에게 개인 맞춤형 설명과 사후 관리 가이드를 제공하는 AI 서비스를 만들었습니다. 
AI 음악 컨트롤 앱
전자 음악가가 만든 앱으로
실시간 AI 반주를 컨트롤하는 음악 툴이었습니다. 
왜 이런 결과가 나왔을까
많은 분석에서 공통적으로 이야기하는 이유는 하나입니다.
AI 코딩 도구가 개발 장벽을 크게 낮췄기 때문입니다.
예전에는 서비스를 만들기 위해
- 언어 학습
- 프레임워크
- 서버 구축
- 배포
등을 알아야 했습니다.
하지만 이제는
아이디어
↓
AI에게 프롬프트
↓
코드 생성
↓
서비스 실행
이 구조가 가능해졌습니다.
그래서 분석가들은
“이제 코딩보다 문제를 아는 사람이 더 중요해지고 있다”
는 이야기를 합니다. 
이 사건이 흥미로운 이유
사실 해커톤에서 개발자가 아닌 사람이 참가하는 건 예전에도 있었습니다.
하지만 수상자 대부분이 비개발자인 사례는 매우 드문 일입니다.
이 사건은 단순히 재미있는 뉴스라기보다
AI 시대 개발 방식의 변화를 상징하는 사례처럼 느껴집니다.
예전에는 이런 구조였습니다.
아이디어
↓
기획
↓
개발자 구현
↓
서비스
하지만 지금은
아이디어
↓
AI
↓
서비스
로 점점 바뀌고 있습니다.
개발을 경험해본 기획자로서 느낀 점
저도 최근에 AI를 활용해 실제 서비스를 만들어보는 경험을 했습니다.
토스 Mini App을 기반으로
간단한 서비스 구조를 직접 구현해보는 작업이었는데, 그 과정에서 느낀 점이 있습니다.
예전 같으면
- 서버 세팅
- API 구조
- 인증
- 프론트 구현
같은 것들이 큰 장벽이었습니다.
하지만 지금은
- AI가 코드 구조 생성
- API 연동 코드 생성
- 오류 수정
- UI 컴포넌트 생성
까지 상당 부분을 도와줍니다.
특히 최근 많이 이야기되는 바이브 코딩(Vibe Coding) 방식에서는
“정확한 코드를 작성하는 능력”보다
“무엇을 만들지 설명하는 능력”이 더 중요해집니다…
그래서 개발자가 필요 없어질까?
개인적으로는 그렇게 생각하지 않습니다.
다만 역할이 조금 바뀌는 것 같다는 느낌은 있습니다.
예전에는 코드를 작성할 수 있는 사람이 중요했다면
앞으로는
- 문제를 발견하는 사람
- 도메인을 이해하는 사람
- AI를 활용해 빠르게 실험하는 사람
의 가치가 더 커질 것 같습니다.
Claude 해커톤에서도 결국
- 변호사는 법률 문제를 알고 있었고
- 의사는 의료 문제를 알고 있었고
- 인프라 전문가도 현장의 문제를 알고 있었습니다.
AI는 그 문제를 구현할 수 있게 도와주는 도구였던 것 같습니다.
마무리
Claude Code 해커톤 결과는 단순한 해프닝이 아니라
개발 생태계가 바뀌고 있다는 신호처럼 보입니다.
특히 개인적으로는 이런 생각이 들었습니다.
이제 서비스 아이디어를 가진 사람이
직접 만들어볼 수 있는 시대가 오고 있다.
기획자에게도 꽤 흥미로운 변화입니다.
문서를 만드는 역할을 넘어
직접 프로토타입을 만들고 실험하는 기획자가 점점 늘어날 것 같다는 생각이 듭니다.
저도 앞으로는 단순히 기능을 기획하는 것을 넘어서
AI와 함께 직접 서비스를 만들어보는 시도를 계속 해보려고 합니다.
아마 앞으로 몇 년 동안
이런 사례는 더 많이 등장하지 않을까 싶습니다.
'기타 (회고, 생각, 기획 등)' 카테고리의 다른 글
| 토스 인앱(Toss Mini App) 기획 및 개발 후기 (0) | 2026.03.06 |
|---|---|
| IA(Information Architecture)란 무엇인가 (0) | 2026.02.27 |
| Principle of Least Privilege (최소 권한 원칙) (0) | 2026.02.19 |
| Single Source of Truth (SSOT) (0) | 2026.02.10 |
| WBS, 간트차트, 마일스톤의 차이 (2) | 2026.01.13 |