소프트웨어 해커톤이여 안녕. 하드웨어 해커톤이여 영원하라
소프트웨어 해커톤이여 안녕. 하드웨어 해커톤이여 영원하라
한 줄 요약
AI 코딩 도구가 소프트웨어 구현을 거의 자동화하면서, 해커톤의 핵심 경쟁력이 '코딩 실력'에서 '아이디어와 하드웨어 통합 능력'으로 이동하고 있다.
원문 분석
저자의 경험: 회전식 전화기로 만든 AI 음악 플레이어
저자는 리투아니아 빌뉴스에서 열린 해커톤에 참가했다. 2인 팀으로 48시간 동안 오래된 회전식 전화기(레코드 전화)에 라즈베리 파이(Raspberry Pi, 작은 컴퓨터 보드)를 연결했다. 전화기의 모든 입출력(오디오, 벨 소리, 끊기 스위치)을 하나의 웹소켓(실시간 통신 연결) 연결로 제어했다.
데모에서는 AI 에이전트(자동으로 작업을 수행하는 프로그램)를 설정했다. 스포티파이 API를 통해 음악을 검색하고 플레이리스트를 만들었다. 이런 요청들을 처리할 수 있었다:
- "에פש타인 파일에 연관된 아티스트들의 음악을 재생해줘"
- "70년대 잠비아의 사이키델릭 록 플레이리스트를 만들어줘"
전화기 너머에는 ElevenLabs(음성 합성 서비스)로 만든 영국 요크셔 출신 신사의 목소리가 있었다. 48시간 만에 모든 부분을 조립해서 데모를 준비했다.
핵심 관찰: 한 줄의 코드도 보지 않았다
저자와 팀원은 이번 해커톤에서 단 한 줄의 코드도 직접 보지 않았다. 12개월 전만 해도 상상할 수 없었던 일이지만, 지금은 현실이 되었다. 해커톤에서는 작동하기만 하면 되었으며, 내부 코드가 어떻게 되어 있는지는 중요하지 않았다.
해커톤의 초점 변화
이 변화로 해커톤의 중점이 완전히 바뀌었다:
- 과거: 손이 아플 정도로 코드를 타이핑하고, 잠도 못 자며 구현하는 것
- 현재: 시스템을 전체적으로 생각하고, 구현 세부사항을 빠르게 반복하며 수정하는 것
코딩이 자동화되면서 하드웨어와 물리적 세계의 인터페이스(연결)에 머리를 쓸 여유가 생겼다.
해커톤 무ーン샷(대담한 목표)의 새로운 형태
저자가 던지는 질문: "지금 시대에 해커톤의 대담한 아이디어는 어떤 모습일까?"
소프트웨어가 점점 '해결된 문제'에 가까워지면서, 24개월 전에는 훌륭한 업적이었던 웹 앱은 이제 평범해졌다. 해커톤의 기준을 더 높게 끌어올리기 위해서는 하드웨어가 필요하다.
저자가 제안하는 프로젝트 아이디어
- 애플 II(1970년대 컴퓨터)용 터무니없는 애플리케이션 만들기
- 팩스 기기를 소셜 미디어 네트워크로 바꾸기
- 게임보이 어드밴스를 블룸버그 터미널(금융 데이터 화면)로 바꾸기
- 감정을 느끼는 LLM(대형 언어 모델) 기반 계산기 만들기
- AI 음성 인식 전자레인지 만들기
저자의 의견: 해커톤은 조금 터무니없어야 한다. VC 피치나 해결하려는 문제가 아니라, 배드보드(회로 실험판)에 실린 거만함의 결정체, 프랑켄슈타인처럼 조립된 가전 제품이 있어야 한다.
HN 커뮤니티 반응
동의하는 시각
axegon_: 2022년 암스테르담 해커톤이 마지막 좋은 경험이었다고 했다. 팀 절반은 자러 가고, 자신과 한 명은 200명 있는 행사장에서 밤새 문제를 풀며 최적화와 꼼수를 찾았다. 최근에는 흥미를 잃었고, 최근 해커톤 우승자는 'AI 엔지니어 팀'이라는 것을 만들었는데 발표물은 skills.md라는 마크다운 파일 20개뿐이었다. "글만 그럴듯하면 금메달인가" 싶었다고. 하드웨어는 실제로 무언가를 만들고 머리를 써야 한다고 강조했다.
croshan: 대학 시절 해커톤 프로젝트는 거의 모두 하드웨어였다. HackPrinceton에서 만든 '전자 반조'는 관중 인기상을 받았고, '스핀 투.win'은 무ーン샷 아이디어였다. "자신이 만든 것을 손에 쥘 수 있다는 건 꽤 좋은 일이다. 만질 수 있는 결과물은 설명하기도 쉽고 속이기도 어렵다"라고 말했다.
kristopolous: 경력 25년 차임에도 거의 매주 해커톤에 간다. 자신이 약한 부분(피치, 눈맞추기, 설득력 있는 이야기 만들기)을 훈련하는 장소로 활용하고 있다. '트레일헤드' 문제라고 부른다: 문제의 길 깊숙이 들어가면 출발점에서 어떻게 보였는지 잊어버려, 잘못된 세부사항에 시간을 쓰게 된다는 것. 그래서 자기 것보다 남의 것을 더 잘 피치할 수 있다고 한다.
반대/다른 시각
armchairhacker: AI 코딩이 코딩을 대체했다는 점에는 동의하지만, 그래서 소프트웨어가 '해결'되었다는 결론에는 동의하지 않는다. 오히려 소프트웨어 해커톤은 아이디어가 더 중요해졌기 때문에 더 유용해졌다고 본다. 창의성을 자극하는 공간에서 24~72시간을 프로토타입에 쓸 수 있는 사람은 모두 아니라는 점. 또한 심사위원이 기능성을 요구한다면, 여전히 저수준 지식과 기술이 필요한 아이디어가 있다고 주장했다.
deadbabe: 소프트웨어 해커톤이 황금기를 맞이할 수 있다고 본다. AI를 통해 사람들이 24시간 내나 주말에 무엇을 해낼 수 있는지 한계를 밀어붙이는 시대. "예쁜 UI와 목업 데이터"가 아니라 소비자 시장에 바로 내놓을 수 있는 완전히 작동하는 제품이 나올 것이라고 기대했다.
Silamoth: 하드웨어 해커톤을 지지하지만, 소프트웨어 해커톤도 여전히 가치가 있다고 본다. 다만 LLM(대형 언어 모델)을 금지해야 한다는 의견. LLM으로 전체 애플리케이션을 생성하는 것은 해커톤의 목적을 무너뜨린다고 보았다. 해커톤은 짧은 시간에 무언가를 만들 수 있음을 보여주는 것, 새로운 영역을 탐색하고 배우는 것, 기술을 개발하고 포트폴리오를 만드는 것이라고 강조했다.
해커톤의 본질에 대한 논쟁
zem: 90년대 초 리눅스와 오픈소스에 입문한 입장에서, '해커톤'이 '다 같이 모여 자유 소프트웨어를 협업해서 만들자'가 아니라 경쟁 활동으로 변해버린 게 늘 아쉽다고 했다. 요즘은 후자를 '개발 스프린트'라고 부르는 것 같지만, 해커톤이라는 말을 들으면 항상 협업이 먼저 떠오른다고.
teddyh: "인센티브(유인책)가 결과를 만든다. 해커톤의 뿌리로 돌아가서 심사나 상을 완전히 없애야 한다. 인센티브는 프로젝트에서 무언가를 해내는 것 자체여야지, 해커톤을 '이기기' 위한 것이 되어서는 안 된다"라고 주장했다.
jasoneckert: 해커톤의 전성기는 2010년대 초반에서 중반이었다고 회상했다. 인디 게임 씬과 모바일 앱 골드러시 시대였으며, 스폰서들이 실제 돈과 상과 굿즈를 제공했다. 대학에서 여러 해커톤을 운영했는데, 당시 개발된 것들은 놀라웠고 협업적 기술 습득이 막대했다고.
하드웨어 해커톤의 현실적 문제
amelius: "Digikey(부품 주문 사이트) 주문에 1~2일이 걸리고, PCB(인쇄회로기판) 주문은 더 오래 걸리는데, 어떻게 해커톤에서 하드웨어를 만들까?"라고 의문을 제기했다.
zachlatta(Hack Club): Hack Club은 지난 2년간 청소년들이 전자공학에 입문하고 직접 PCB를 설계하도록 돕는 데 큰 투자를 해왔다. 속이기 훨씬 어렵고, 특히 초보자에게는 소프트웨어보다 훨씬 더 흥미로운 경우가 많다고. 곧 'Hack Club Fallout' 행사를 열어서 미국과 전 세계의 고등학생들을 선전(Shenzhen)으로 데려가 7일간 해커톤을 진행한다. 선전은 당일 PCB 제작이 가능한 몇 안 되는 곳 중 하나이기 때문이다.
sublinear: 아이러니(풍자)를 지적했다. 저자가 라즈베리 파이를 연결했다는 것은 이미 소프트웨어 개발자들이 단말기 키트가 나오면서 하드웨어도 단순해졌다고 느꼈던 것과 같은 논리라고. 그러나 하드웨어 엔지니어가 프로젝트 결과에 여전히 큰 차이를 만든다고 강조했다.
컨퍼런스 씬도 마찬가지
pelagicAustral: 컨퍼런스도 크게 나을 게 없다고 동의했다. 몇 달 전 간 컨퍼런스에서 프로그래밍 관련 발표는 많아야 20%뿐이었다. 나머지 강연은 생활양식과 덕 과시(자신의 취미를 자랑하는 것)였다고. "뿌리까지 썩었다"라고 표현했다.
ElijahLynn: 소프트웨어가 대부분의 아이디어 제안자에게 도달할 수 있게 되면서, 훨씬 더 깊은 수준의 손작업과 실험이 가능해졌다고 본다. 저렴해진 3D 프린터와 풍부한 하드웨어 인터페이스 덕분에 주말 프로젝트에서 출발해 '왜 지금까지 없었지' 싶은 아름다운 유틸리티가 세상에 많이 나올 것이라고 기대했다.
새로운 시각
'바이브 코딩' 시대의 해커톤 삼각형
과거 해커톤은 코딩 실력, 아이디어, 데모 능력이라는 삼각형의 균형이 중요했다. AI 코딩 도구가 코딩 실력의 비중을 극적으로 낮추면서, 삼각형이 아이디어와 데모 능력에 치우친 다이아몬드 형태로 변했다. 여기서 하드웨어는 '속이기 어렵다'는 점에서 새로운 차원으로 작용한다.
하드웨어 해커톤의 진짜 장벽: 공급망
amelius가 지적한 대로, 하드웨어 해커톤의 가장 큰 장벽은 기술이 아니라 공급망이다. 부품을 언제 조달할 수 있느냐, PCB를 얼마나 빨리 제작할 수 있느냐가 프로젝트 성패를 결정한다. 선전이 '당일 PCB 제작'으로 주목받는 것은 이 때문이다. 즉, 하드웨어 해커톤의 중심지는 자연스럽게 공급망이 집중된 지역(선전 등)으로 이동할 가능성이 있다.
'만질 수 있는 결과물'의 심리적 효과
croshan과 ElijahLynn이 모두 언급한 '손에 쥘 수 있는 결과물'은 단순한 데모의 문제가 아니다. 사람들은 물리적 객체에 대해 더 강한 기억과 감정을 형성한다. 소프트웨어 데모는 화면을 보는 것이지만, 하드웨어는 참여자가 직접 만지고 조작할 수 있다. 이는 해커톤 심사위원뿐 아니라 관객 전체의 기억에 더 오래 남는다.
자녀/미래 영향
아인, 석현, 은한이 해커톤이나 메이커(Maker, 직접 만드는 문화) 문화에 참여할 시대에 접어들고 있다. 몇 가지 시사점:
- 하드웨어+소프트웨어 통합 교육의 중요성: 코딩만 배우는 것이 아니라, 전자공학 기초(회로, 센서, 액추에이터)와 3D 프린팅, PCB 설계까지 아우르는 교육이 필요하다. Hack Club이나 jugendhackt.org(독일의 청소년 해커톤) 같은 조직이 좋은 모델이 될 수 있다.
- '만드는 능력'이 새로운 차별점: AI가 코딩을 대체하는 세상에서, 아이디어를 물리적 형태로 구현할 수 있는 능력은 점점 더 가치 있는 스킬이 된다. 소프트웨어 공학자에서 '제품 빌더'로 진화하는 경향은 자녀들의 진로 선택에도 영향을 줄 것이다.
- 해커톤의 본질 재정의: 경쟁이 아닌 협업과 학습을 위한 해커톤이 여전히 의미 있다. zem이 아쉬워한 '다 같이 모여 무언가를 만든다'는 원래의 해커톤 정신은 LLM 시대에 오히려 더 중요한 가치가 될 수 있다.
관련 노트
- [[llm-wiki]] — Karpathy의 LLM 위키 패턴