우리의 첫 해커톤, 실제로 스타트업처럼 생각해야 했던.
Source: Dev.to
나는 3학년 CSE 학생이며, 지난 주에 누군가가 문제 진술서를 건네며 “6주 안에 스타트업을 만들라”고 했습니다.
대학 과제가 아니다. 과제가 아니다. 실제 사람들의 실제 문제를 해결하는 실제 제품이다.
그것은 두 주 전 일이고, 솔직히 그 두 주가 지난 두 학기보다 더 많은 것을 가르쳐 주었다.
Week One – Understanding the Problem
처음 며칠은 문제를 읽고 다시 읽는 데만 보냈다. 우리는 이해했다고 생각했지만, 실제로는 그렇지 않다는 것을 깨달았다. 문제 진술서를 읽는 것과 우리가 만들 대상인 사람들을 진정으로 이해하는 것 사이에는 큰 차이가 있다.
우리는 기본으로 돌아갔다:
- 누가 이것을 사용하는가?
- 그들은 무엇을 얻는가?
- 그들에게 나쁜 날은 어떤 모습인가?
- 실제로 도움이 되는 것은 무엇이며, 피치에서만 멋져 보이는 것은 무엇인가?
이 과정에 거의 일주일이 걸렸고, 이것이 가장 중요한 주였다고 생각한다.
Week Two – Building the Solution
무언가를 만드는 것은 솔직히 쉬운 부분이다. 무엇을 만들고 왜 만들지 결정하는 것이 어려운 부분이다. 대부분의 팀은 이를 건너뛰고 바로 코딩에 들어가는데, 우리도 거의 그랬다.
우리가 무엇을 만들고 왜 만드는지 알게 되자, 나머지는 더 빨리 제자리를 잡았다: 기술 스택, 아키텍처, 화면 설계 등 모든 것이 사고가 끝나자 빠르게 진행되었다.
나는 4인 팀 중 유일하게 코딩을 담당한다. 나머지는 연구, 문서화, 테스트를 맡고 있다. 즉, 내가 내리는 모든 결정은 현재 우리에게 주어진 시간 안에 혼자서 실제로 구현할 수 있는 것이어야 한다. 과도한 엔지니어링 금지. 논문에서는 멋져 보이지만 3주가 걸리는 화려한 기능은 금지.
스코프 크리프는 실재하며, 제출물을 다른 어떤 것보다 빠르게 망친다.
Current Status
우리는 Phase 1에 5일이 남았다. GitHub 레포, README, 그리고 2분짜리 영상을 제출해야 한다. 영상이 가장 긴장되는 부분이다—글쓰기는 카메라 앞에서 말하는 것보다 쉽다고 한다.
Advice for Fellow Hackers
현재 DEVTrails나 어떤 해커톤에 참여하고 있다면, 나의 유일한 조언은 해결책보다 문제에 더 많은 시간을 투자하라는 것이다. 해결책은 변한다. 문제는 변하지 않는다.
Phase 1 결과가 나오면 다시 쓸게.
Akash
Team VAARANASI
Guidewire DEVTrails 2026