# 소프트웨어 해커톤이여 안녕. 하드웨어 해커톤이여 영원하라 > Clean Markdown view of GeekNews topic #30385. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=30385](https://news.hada.io/topic?id=30385) - GeekNews Markdown: [https://news.hada.io/topic/30385.md](https://news.hada.io/topic/30385.md) - Type: GN+ - Author: [xguru](https://news.hada.io/@xguru) - Published: 2026-06-11T10:46:59+09:00 - Updated: 2026-06-11T10:46:59+09:00 - Original source: [blog.oscars.dev](https://blog.oscars.dev/posts/rip-software-hackathons-long-live-the-hardware-hackathon/) - Points: 5 - Comments: 1 ## Topic Body - 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식 가전제품과의 결합을 지향 ## Comments ### Comment 59401 - Author: neo - Created: 2026-06-11T10:47:00+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=48468766) - 여러 사정을 보면 말이 됨. 해커톤은 몇 번만 나가봤는데, 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가 그렇게 흥미로웠나?