좋은 Hackathon 제출물은 어떤 모습일까?

발행: (2026년 2월 1일 오전 01:22 GMT+9)
15 min read
원문: Dev.to

Source: Dev.to

소개

당신은 자랑스러운 무언가를 만들기 위해 몇 시간(어쩌면 며칠) 동안 노력했습니다. 하지만 탄탄한 프로젝트가 강력한 제출을 보장하지는 않습니다. 작업을 제시하는 방식은 작업 자체만큼이나 중요합니다. 심사위원들은 수십, 심지어 수백 개의 제출물을 검토하는데, 눈에 띄는 제출물은 명확하고, 완전하며, 평가하기 쉬운 것입니다.

이 가이드는 우승 제출물과 기억에 남지 않는 제출물을 구분하는 요소를 다룹니다.

0️⃣ 모든 것에 앞서, 요구사항을 꼼꼼히 읽으세요

이것은 당연해 보이지만 많은 해커가 여기서 발을 헛디뎁니다. 제출물을 작성하기 전에 해커톤 제출 요구사항을 철저히 읽어보세요. 필수 항목, 선택 항목, 그리고 기대되는 형식을 정확히 파악하십시오.

  • 이 단계는 실제 심사가 시작되기 전에 귀하의 제출물이 초기 검토 대상이 되는지를 보장합니다.
  • 필수 필드를 누락하거나, 단어 수 제한을 초과하거나, 잘못된 형식으로 제출하면 심사관이 귀하의 작업을 보기 전에 실격될 수 있습니다.

신중히 읽는 것은 여러분과 조직자 모두의 시간을 절약해 주며, 사소한 형식적인 이유로 탈락하는 좌절을 방지합니다.

제출 요구사항 예시 (AWS AI Vibe Coding Hackathon)

(실제 요구사항 목록이 있다면 여기 삽입하세요.)

1️⃣ 과대광고가 아니라 작업을 보여라

프로젝트를 명확하게 제시하는 것이 필수입니다. 심사위원은 다음을 이해하고 싶어합니다:

  • 무엇을 만들었는지
  • 중요한지
  • 어떻게 작동하는지

어떤 내용을 써야 할지 모른다면 3W1H 모델을 사용해 보세요:

질문프롬프트
What (무엇)해결하고자 하는 문제는 무엇인가요?
Why (왜)왜 이것이 중요한가요?
Who (누구)대상은 누구인가요?
How (어떻게)어떻게 작동하나요?

이 질문들에 직접적이고 간결하게 답하십시오. 또한 질문‑답변 형식을 사용해 심사위원이 알아야 할 핵심 사항을 중심으로 제출물을 구성할 수 있습니다.

예시가 필요하신가요? AWS Vibe Coding HackathonSomnia Data Stream Hackathon에서 dorahacks.io 의 우승 프로젝트를 살펴보세요.

과도한 전문용어 사용 금지

혁신적인 AI 적용”이나 “패러다임을 바꾸는 솔루션”과 같은 빈말과 과장된 주장을 넣지 마세요. 프로젝트가 혁신적인지는 사용자, 시장, 그리고 심사위원이 판단합니다. 작업 자체가 스스로 말하게 하세요:

  • 실제로 만든 것을 설명합니다.
  • 해결하는 문제를 설명합니다.
  • 접근 방식이 흥미로운 이유를 강조합니다.

내용이 언제나 과장된 용어보다 앞섭니다.

잘못된 예시: “우리 AI 플랫폼은 모든 것을 자동화해 세상을 바꿀 것입니다.”
올바른 예시: “우리는 미세 조정된 BERT 모델을 사용해 고객 지원 티켓 양을 30 % 감소시키는 챗봇을 구축했습니다.”

2️⃣ 프로젝트를 돋보이게 하는 포인트 강조

심사위원들은 비슷한 문제를 다루는 많은 제출물을 봅니다. 당신의 프로젝트는 무엇이 다릅니까? 가장 혁신적이거나 유용한 기능을 텍스트의 벽에 묻어두지 말고 먼저 강조하세요.

  • 프로젝트를 차별화하는 핵심 인사이트나 접근 방식(예: 기발한 기술 솔루션, 소외된 사용 사례, 유난히 다듬어진 UI 등)을 식별합니다.
  • 이 인사이트를 첫 두 단락에 눈에 띄게 배치합니다; 심사위원이 그 정도만 읽어도 프로젝트가 주목받아야 하는 이유를 바로 이해할 수 있어야 합니다.

심사위원의 입장에서 생각해 보세요: 50개의 제출물을 검토한 뒤, 그들은 당신의 프로젝트에 대해 무엇을 기억할까요? 구체적인 기억거리를 제공하세요.

Source:

3️⃣ 자격 요건을 명확히 표시하기, 특히 스폰서 상의 경우

많은 해커톤에서는 참가자가 특정 기술, 도구, API, 혹은 플랫폼을 사용하도록 요구합니다. 규칙에 특정 스폰서의 API를 사용하거나 특정 블록체인 위에 구축해야 한다고 명시되어 있다면, 제출물에 그 사용 방법을 명확히 적어두세요.

왜 중요한가

  • 스폰서는 종종 자사의 기술을 가장 잘 보여준 프로젝트에 별도의 상금을 제공합니다.
  • 심사위원은 코드를 일일이 살펴보며 자격을 확인하지 않으므로, 직접 명시해야 합니다.

실행 방법

  1. 전용 “Sponsor Integration”(스폰서 통합) 섹션을 만들기.
  2. 무엇을 사용했는지, 어떻게 사용했는지, 필수였는지를 설명하기.
  3. 스크린샷, 코드 스니펫, 문서 등을 포함해 해당 기술이 실제로 동작하는 모습을 보여주기.

Case Study: ForestGuard Agent (AWS Global Vibe Coding Hackathon 2025)

  • 명확한 시작 문구: “이 시스템은 위성 이미지, 드론 데이터, 커뮤니티가 제출한 사진을 활용해 실시간으로 산림 파괴 사건을 감지·검증·보고합니다.”
  • 에이전트 구성: Vision, Verifier, Geolocation, Packager, Notification—각각 정의된 기능을 가짐.
  • 스폰서 도구 사용: “Amazon Q Developer + Kiro IDE for agent orchestration.”
  • 기술 스택 목록: React.js & Tailwind (프론트엔드), FastAPI & Celery (백엔드), PostgreSQL (DB), PyTorch (ML).

교훈: 구체성이 신뢰를 구축합니다. 심사위원이 시스템이 어떻게 작동하는지 정확히 추적할 수 있을 때, 실제로 여러분이 만든 것이라고 믿게 됩니다.

4️⃣ 제출하는 모든 것을 기능하도록 만들기

일부 해커는 모든 필수 세부 정보를 제출하지만, 해당 세부 정보가 실제로 작동하는지 확인하는 것을 잊습니다.

  • GitHub 저장소: 공개 상태인지(또는 검토자가 링크에 접근할 수 있는지) 확인하고, 코드가 빌드/실행되는지 확인하세요.
  • 데모 비디오 또는 라이브 데모: 사전에 링크를 테스트하고, 짧은 캡션이 포함된 walkthrough를 포함하세요.
  • 문서: 명확한 설정 안내, 필요한 환경 변수, 그리고 필요한 경우(플레이스홀더 사용) 자격 증명을 제공하세요.

작동하지 않는 저장소나 깨진 데모는 훌륭한 아이디어라도 즉시 실격 처리될 수 있습니다.

Quick Checklist

✅ ItemDescription
요구사항 읽기필수 필드, 단어 제한, 형식을 확인합니다.
명확한 문제 진술3W1H 또는 Q&A 형식을 사용합니다.
보여주고, 과대광고 하지 않기구체적인 작업과 결과에 집중합니다.
독창성 강조가장 매력적인 기능을 앞세웁니다.
스폰서 자격통합을 명확히 명시하고 증거를 추가합니다.
기능적 자산공개 저장소, 작동 데모, 명확한 문서.
다듬기교정하고, 오타를 제거하며, 언어를 간결하게 유지합니다.

이 가이드라인을 따르시면 제출물이 올바른 이유로 돋보일 것입니다. 행운을 빕니다!

제출 세부 사항 확인하기

데모 웹사이트에 오류가 발생합니다. 동영상 링크가 끊어졌습니다. 기재한 소셜 미디어 계정이 정지되었습니다. 이메일 주소에 오타가 있습니다.

이러한 실수는 일어나지만, 완전히 예방할 수 있습니다. 제출하기 전에 모든 것을 확인하세요:

  • 리포지토리가 공개되어 있거나 심사자들이 접근할 수 있나요?
  • 데모 사이트가 정상적으로 로드되나요?
  • 모든 링크가 작동하나요?
  • 동영상을 특별한 권한 없이 볼 수 있나요?
  • 연락처 정보가 정확하고 활성화되어 있나요?

심사위원은 볼 수 있는 것만 평가할 수 있습니다. 깨진 링크나 접근할 수 없는 리포지토리는 부주의해 보이게 할 뿐만 아니라, 프로젝트가 전혀 검토되지 않을 수도 있습니다. 제출하기 전에 모든 링크와 자산을 10분 정도 테스트하세요.

5. 결과를 받아들이고 계속 빌드하기

해커톤은 경쟁이며, 경쟁에는 승자와 패자가 있습니다. 프로젝트에 심혈을 기울였지만 아무것도 얻지 못할 수도 있습니다. 아쉽지만 이는 완전히 정상적인 일입니다.

성공한 해커와 좌절한 해커를 구분하는 것은 그들의 반응입니다. 승리하지 못했을 때 스스로에게 물어보세요:

  • 새로운 기술을 습득했나요?
  • 흥미로운 인맥을 만들었나요?
  • 프로젝트의 약점을 발견하고 고칠 수 있었나요?

아이디어가 타당하다면 계속 빌드하세요. 많은 성공적인 프로젝트가 첫 해커톤에서 우승하지 못했지만, 반복을 통해 개선하고 결국 기회를 잡았습니다. DoraHacks와 같은 플랫폼에서는 새로운 해커톤이 정기적으로 열리며, 기존에 개발해 온 프로젝트로 쉽게 참여할 수 있습니다.

  • 기술을 갈고닦으세요.
  • 작업을 지속적으로 업데이트하세요.
  • 처음 시작한 이유를 잊지 마세요.

실제 문제를 해결하고 꾸준히 진전한다면, 기회는 스스로 찾아올 것입니다.

DoraHacks 소개

DoraHacks는 선도적인 글로벌 해커톤 커뮤니티이자 오픈‑소스 개발자 인센티브 플랫폼입니다. DoraHacks는 누구나 해커톤을 조직하고 초기 단계 생태계 스타트업에 자금을 지원할 수 있도록 툴킷을 제공합니다.

DoraHacks는 Web3, AI, Quantum Computing, and Space Tech 분야에서 글로벌 해커 움직임을 만들고 있습니다. 지금까지 DoraHacks 커뮤니티의 30,000개가 넘는 스타트업 팀이 3억 달러 이상의 자금을 받았으며, 다수의 오픈‑소스 커뮤니티, 기업, 기술 생태계가 DoraHacks와 그 BUIDL AI 기능을 활용해 해커톤을 조직하고 오픈‑소스 이니셔티브에 자금을 지원하고 있습니다.

연락처:

Back to Blog

관련 글

더 보기 »

Dry-Run에 대한 찬사

번역하려는 텍스트를 제공해 주시겠어요? 텍스트를 알려주시면 한국어로 번역해 드리겠습니다.

브라보

markdown !Bravo용 표지 이미지https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fimage.pollinations.ai%...

HackPrix 시즌 1 요약

개요: HackPrix를 소개합니다. HackPrix 커뮤니티가 만든 이니셔티브로—혁신이 전문성과 만나고 아이디어가 성장할 공간을 제공합니다. HackPrix Sea...