소프트웨어 해커톤이여 안녕. 하드웨어 해커톤이여 영원하라

• 48시간 해커톤에서 오래된 회전식 전화기에 Raspberry Pi를 연결해 양방향 오디오, 벨, 수화기 스위치를 서버와 연동하는 데모를 구현함
• 데모는 AI 에이전트가 음악을 조사하고 Spotify API로 재생목록을 만들며, 사용자의 음악 요청을 처리하도록 구성
• 참가자 두 명은 주말 내내 코드 한 줄도 보지 않았고, 해커톤에서는 내부 코드보다 작동 여부가 중요해졌다고 봄
• 코드 작성보다 전체 시스템 설계와 구현 세부 조정에 집중하게 되면서, 하드웨어와 물리 세계의 인터페이스를 다룰 정신적 여유가 생김
• 웹 앱만으로는 해커톤의 도전성이 약해졌고, 오래된 기술과 소비자 전자제품을 엮는 하드웨어 해커톤이 더 두드러질 것이라고 봄

---

회전식 전화기 해커톤 데모

• Vilnius에서 열린 해커톤에서 오래된 회전식 전화기를 가져와 2인 팀이 48시간 동안 작업함
• 전화기에는 Raspberry Pi를 연결했고, Raspberry Pi는 전화기의 입출력과 연동하며 서버와 단일 WebSocket 연결로 통신함
• WebSocket 연결은 양방향 오디오, 맞춤 주파수와 오디오 패턴을 가진 벨, 수화기 내려놓기 스위치를 제어함
• 최종 데모는 AI 에이전트가 음악을 조사하고, 재생목록을 만들고, Spotify API를 통해 특정 음악 모음을 재생하도록 구성됨
• 요청 예시는 “Epstein files에 오른 것으로 알려진 아티스트의 음악을 틀어줘”, “70년대 잠비아 사이키델릭 록 재생목록을 만들어줘” 등이었음
• 전화 반대편의 성격은 ElevenLabs를 통해 따뜻한 Yorkshire 신사처럼 설정됨

해커톤의 초점 변화

• 최근 코드 작성 흐름의 변화 속에서 참가자 두 명 모두 주말 내내 코드 한 줄도 직접 보지 않음
• 12개월 전에는 상상하기 어려웠던 방식이 현재 현실이 되었고, 해커톤에서는 결과물이 작동하는지가 핵심이 됨
• 해커톤의 초점은 잠을 줄이고 손가락이 아프도록 코드를 치는 방식에서, 시스템 전체를 사고하는 방식으로 이동함
• 구현 세부를 반복하고 급진적으로 리팩터링하는 작업이 사소한 일이 되면서, 하드웨어와 물리 세계의 접점을 다룰 여지가 커짐
• 24개월 전에는 훌륭한 성취였을 수 있는 웹 앱도 이제 평범해졌고, 해커톤의 기준을 더 밀어 올릴 방법은 하드웨어임
• 앞으로 몇 달 동안 이전보다 하드웨어 해커톤에 더 큰 강조가 생길 것이라고 예상함
• 오래된 기술은 예전에는 매우 좁고 시간이 많이 드는 도메인 지식이 필요했지만, 다시 실험 대상으로 부활할 수 있음
• 예를 들어, Apple II용 괴상한 앱, 팩스기를 소셜 미디어 네트워크로 바꾸기, Game Boy Advance를 Bloomberg terminal로 바꾸기, 사랑과 고통을 느낄 수 있는 LLM 기반 금전등록기, AI 음성 활성화 전자레인지 등이 있음
• 이런 프로젝트에는 정상적인 비즈니스 사례가 없을 수 있지만, 해커톤은 다소 터무니 없어야 함
• VC 피칭이나 해결하려는 문제를 보고 싶지 않으며, 전선과 API로 이루어진 과도하게 만들어진 기괴한 구조물을 보고 싶음
  • breadboard 위에 구현된 hubris(오만)의 현현, 현실을 의심하게 만드는 frankenstein식 가전제품과의 결합을 지향

[GN⁺]

Hacker News 의견들

• 여러 사정을 보면 말이 됨. 해커톤은 몇 번만 나가봤는데, 2022년쯤 Amsterdam에서의 경험이 제일 좋았음. 팀 절반은 자러 갔고, 나와 한 명은 200명쯤 있는 행사장에 밤새 갇혀서 뭔가를 만들며 최적화, 꼼수, 거의 불가능한 문제에 대한 반쯤 억지 해법을 찾느라 머리를 싸맸음
  최근 몇 년 사이 흥미를 잃었고, 이제는 다시 나갈 일은 없을 듯함. 최근 끝난 해커톤 메일을 받았는데, 우승자가 AI 엔지니어 팀 같은 걸 만들었다고 했고 발표물은 skills.md 같은 Markdown 헛소리 파일 20개였음. 글만 그럴듯하게 쓰면 금메달인가 싶었고, 친구 말처럼 “바닥을 찍고 이제 바닥을 뚫고 들어가는” 느낌임. 적어도 하드웨어는 실제로 뭔가를 만들고 머리를 써야 함

  • 대부분의 해커톤은 오래전부터 그랬음. 주말 내내 까다로운 데이터 분류 문제를 붙잡고 있었지만 진전은 없었고, 우승자들은 그럴듯한 발표 슬라이드와 CRUD 앱을 포장한 30초 코드 데모를 들고 나왔음
  • 10년 전 원치 않게 참가한 유일한 해커톤에서 우승했음. 심사위원들은 보고서의 AI 섹션에 특히 감탄했는데, 그 부분은 “미래에는 시스템이 이것저것 해야 한다”는 식으로 당시 유행하던 알고리즘 몇 개를 인용한 기술 허세에 가까웠음
    데모에는 어떤 형태로도 구현되지 않았지만, 내가 무슨 말을 하는지 아는지만 확인했고 자신 있게 말하는 것만으로 충분했음. 우리는 우승이 아니라 그냥 통과 점수를 받으려고 했을 뿐임
  • 안타깝게도 하드웨어도 오래가지는 않을 것 같음. 하드웨어를 이해하지 못한 채 LLM으로 하드웨어 개발을 해보려는 사람이 많아지고 있음
  • “Markdown 파일 20개가 금메달감이냐”는 질문에는 그렇다고 봄. 길에 나무가 쓰러져 있을 때 한 사람은 자율 로봇을 만들어 치우고, 다른 사람은 그냥 가서 옮긴다면 “멍청한” 쪽이 이김
    지금은 Markdown 파일 몇 개가 전문가들이 수백 시간을 들여 만든 전용 해법보다 문제를 더 잘 푸는 역사적 시점에 와 있음. 승패는 투입한 노력량이 아니라 결과로 결정됨

• 해커톤은 “멋진 UI와 목업 데이터” 대회가 됐음. 팀에 가장 좋은 UI 담당자가 있는 쪽이 이겼고, 나도 몇 번 그 덕을 봤음

  • 회사 내부 해커톤에서 비슷한 일을 겪었음. LLM 이전이었음. 어떤 문제를 잡고 내부 도구를 설계한 뒤 Bootstrap UI와 화려한 CSS 애니메이션을 얹었음
    목업 데이터를 연결하니 꽤 진짜처럼 보였고, 우리는 우승해서 임원진의 축하를 받았음. 곧바로 “이걸 1주 안에 프로덕션에 올릴 수 있느냐, 아니면 2주가 필요하냐”는 질문을 받았음
  • 심사위원은 보통 기술력이 평범한 관리자들임
  • 몇 년 전 LLM 이전에 참가한 해커톤에서 전통적인 기계학습 알고리즘을 학습시키고 React Native 앱에 통합하는 데 상당한 노력을 들였음. 2016년 기준으로 그게 가능했던 팀도 꽤 인상적이었음
    우승팀은 35달러짜리 Bootstrap 테마를 사서 존재하지 않는 앱의 랜딩 페이지를 만들었음
  • PowerPoint 발표가 우승하는 걸 본 뒤, 그게 마지막 해커톤이 됐음
  • 나머지 절반은 결국 피치가 전부임

• 해커톤은 괜찮다고 봄. 내가 약한 것들, 즉 피치, 눈 맞추기, 설득력 있는 이야기 만들기, 청중 끌어들이기를 전부 요구함. 나는 이런 걸 정말 못함
  사람들이 내 고통을 느끼게 하거나 빠르게 효과적으로 전달하는 데 형편없음. 지금 해커톤은 거의 이것뿐이고, 내 핵심 약점을 드러내는 훈련장이 됐기 때문에 경력 25년 차에도 거의 매주말 나가고 있음. 정말 나아져야 하는 영역이고, 드디어 조금씩이지만 검증 가능하게 좋아지고 있음
  이 문제를 나는 trailhead라고 부름. 문제의 길 깊숙이 들어가면 출발점에서 어떻게 보였는지를 잊어버리고, 그래서 잘못된 세부 수준과 잘못된 측면에 시간을 쓰다가 제품을 설득하지 못함. 그래서 자기 것보다 남의 것을 더 잘 피치할 수 있음

  • 공감됨. 이게 자신감 문제에 더 가까운지 궁금함. 공격하거나 깎아내리려는 뜻은 아니고, 자기 진단과 인식 관점에서 궁금함
    나도 가끔 비슷하게 느끼는데, 관심과 열정의 자리에서 다시 프레임을 잡고 성과 압박과 불안을 내려놓은 채 다른 사람에게 공유하면 보통 완전히 형편없게 보이진 않음

• 90년대 초에 Linux와 오픈소스에 입문한 입장에서, 해커톤이 “다 같이 모여 자유 소프트웨어를 협업해서 만들자”가 아니라 경쟁 활동으로 변해버린 게 늘 아쉬움. 요즘은 후자를 “개발 스프린트”라고 부르는 것 같지만, 해커톤이라는 말을 들으면 항상 그게 먼저 떠오름

  • 어릴 때 다녔던 해커톤은 꽤 열려 있고 협력적이었음. 최근 참가한 해커톤은 AWS, GCP, Vercel 같은 클라우드 인프라를 쓰게 만드는 수단에 가까움
    더 최근에는 이미 완성된 제품을 들고 와서 해킹은 하지 않고 VC 미팅에 참석하는 팀들도 있음. 잘 만든 완성품으로 당연히 우승하고, 미디어 발표를 리드 생성에 활용함. 48시간 전에 모인 팀이 설계하고 만든 내 덕트테이프와 골판지 해킹은 보기엔 별로 좋아 보이지 않음
  • 혼자가 아님. MBA들이 API를 발견했음. Eternal September 같은 일임
  • 동의함. 해커톤에서 “우승”한다는 발상 자체가 꽤 이상하게 느껴짐. 이길 수 있는 종류의 것이 아니어야 할 것 같음
  • KDE는 Akademy 기간에, LibreOffice도 컨퍼런스 마지막 날에 그런 행사를 아직 하는 것 같음
    2023년에 LibreOffice 행사에 갈 기회가 있었지만 생활 일이 겹쳐 아쉽게 놓쳤음
  • 사실상 기업이 후원하거나 조직한 해커톤은 여러 채용 과제를 병렬로 돌리는 것과 비슷함. 원래 돈을 주고 해결해야 할 문제에 대해 공짜로 많은 작업을 얻고, 그중 마음에 드는 결과를 고를 수 있음. 너무 착취적이라 한 번도 참가하고 싶지 않았음

• 글쓴이는 속도가 중요하고 버그가 용인되며 데모만 평가받는 해커톤에서 바이브 코딩이 코딩을 완전히 대체했다고 보는데, 여기에 동의함
  하지만 그래서 소프트웨어가 “해결”됐고 하드웨어 해커톤만 의미 있다는 결론은 왜 나오는지 모르겠음. 오히려 소프트웨어 해커톤은 아이디어가 더 중요해졌기 때문에 더 유용해졌다고 봄. 아이디어가 싸졌다고 해도, 창의성을 자극하는 공간에서 더 나은 세부 사항을 떠올리며 24~72시간을 프로토타입에 쓸 수 있는 사람은 모두가 아님
  소프트웨어도 해결된 게 아님. 특히 심사위원이 어느 정도 기능성을 요구한다면, 어떤 아이디어는 여전히 프로토타입으로 옮기기 위해 저수준 지식과 기술이 필요함. 해커톤의 목적이 나중에 제품으로 다시 만들 프로토타입이든, 투자자 유치용 프로토타입이든, 회사 관련 아이디어 발굴이든, 그냥 재미와 무료 음식과 좋은 사람들을 즐기는 것이든 말임

  • AI는 하드웨어를 못 하기 때문임. 납땜을 할 수 없고, 빨간 LED를 파란 LED로 바꾸고 최적 밝기를 위한 전류 제한 저항을 찾을 수 없음
    인클로저의 어느 부분을 잘라야 하는지도 볼 수 없고, LDO의 기동 과도 현상도 볼 수 없음

• Hack Club에서는 지난 2년간 청소년들이 전자공학에 입문하고 직접 PCB를 설계하도록 돕는 데 큰 투자를 해왔음
  속이기 훨씬 어렵고, 특히 초보자에게는 소프트웨어보다 훨씬 더 흥미로운 경우가 많음. 최근 GitHub HQ 행사 영상도 볼 만함: https://youtu.be/kaEFv7e49mo?si=sLer815jCJIyWR9Y
  곧 Hack Club Fallout이라는 행사를 열 예정이고, 미국과 전 세계의 고등학생들을 Shenzhen으로 데려가 7일간 해커톤을 진행함. 당일 PCB 제작이 가능한 몇 안 되는 곳 중 하나이기 때문임: https://fallout.hackclub.com

• 대학 시절 내 해커톤 프로젝트는 거의 전부 하드웨어였음
  예를 들면 HackPrinceton에서 만든 것들인데, 여기는 전기전자 실험실이 가장 좋았음. https://blog.cyrusroshan.com/post/electronic-banjo는 관중 인기상을 받았고, https://blog.cyrusroshan.com/post/spin-to-win는 “문샷” 아이디어였음
  자기가 만든 것을 손에 쥘 수 있다는 건 꽤 좋음. 만질 수 있는 결과물은 설명하기도 쉽고 속이기도 어려움. 그래서 하드웨어 쪽으로 가는 게 재미있고 보람 있었으며 점수도 잘 받았음. 좋은 시절이었음

• 컨퍼런스 쪽도 크게 나을 게 없음
  몇 달 전 마지못해 하나에 갔는데 정말 충격받았음. 이틀짜리였고, 프로그래밍 언어 이름은 굳이 말하지 않겠음. 이제는 별 의미도 없을 것 같은데, 발표 중 순수하게 프로그래밍에 관한 것은 많아야 20% 정도였음
  스스로를 업계 챔피언이라 부르는 작은 무리가 차례로 무대에 올라 자신들의 성스러움과 커뮤니티를 위해 했다는 뛰어난 일을 설교했는데, 그 영역은 소프트웨어 공학과 Iceland가 Indian Ocean에 접해 있는 정도로만 관련 있었음
  강연 또 강연이었고, 생활양식이었고, 덕 과시였고, 프로그래밍만 아니었음. 억지로 끼워 넣은 워크숍 하나는 기본도 제대로 쌓을 시간이 없었고, 개인적으로 영웅처럼 여기던 사람은 내부 패키지 관리자 드라마를 이야기하러 나왔음. 다음! 다시는 안 감. 뿌리까지 다 썩었음

• 요즘 그 생각을 하고 있었음. 이제 소프트웨어가 대부분의 아이디어 제안자 손에 닿는 곳까지 왔으니, 훨씬 깊은 수준의 손작업과 실험이 가능해짐
  느리긴 해도 매우 저렴한 3D 프린터와 풍부한 하드웨어 인터페이스 덕분에, 주말 프로젝트에서 출발해 “왜 지금까지 없었지” 싶은 아름다운 유틸리티가 세상에 많이 나올 것 같음. 소프트웨어 엔지니어와 팀들이 다음 단계의 제품 제작자로 변해가는 모습을 보는 게 기대됨

  • 내 남동생은 해변 구조요원인데, 지난 1년 동안 놀라운 프로젝트들을 엄청나게 만들어냈음. 뭔가 해방된 느낌임. 정말 멋진 시대임

• 마지막으로 갔던 해커톤에서 우리 팀은 PowerPoint 발표만 만든 팀에게 졌음. 더는 그런 걸 하고 싶지 않음

  • 그런데 어떻게? 그 PowerPoint가 그렇게 흥미로웠나?