해커톤 "공격" 가이드: 개발자는 어떻게 경쟁에서 돋보일 수 있을까?

Felix ｜2025-05-05 9:00

기술 자체 외에도 참가자들은 가능한 한 일찍 팀을 구성하고, 새로운 아이디어를 내놓고, 심사위원단과 더 많이 상호 작용하고, 프레젠테이션 세션에 주의를 기울여야 합니다.

작성자: Yilmaz , Citrea DevRel(개발자 관계)

편집자: Felix, PANews

최근 몇 년 동안 Web3 해커톤은 전 세계적으로 점차 생겨나 업계의 개발자 이벤트로 자리 잡았습니다. 전 세계의 개발자들이 이벤트 기간 동안 브레인스토밍을 하고 긴밀한 팀을 구성하여 기능하는 앱을 만들어 대상을 수상하고자 했습니다. 하지만 성공한 사람은 언제나 소수에 불과합니다. 기술 자체를 제외하더라도, 경쟁에서 승리하는 방법은 모든 개발자가 갖고 있는 문제일 것입니다. ETHGlobal Taipei 2025 해커톤의 심사위원인 Yilmaz는 최근 기사를 게시하여 해커톤에서 참가자들이 돋보일 수 있는 방법에 대한 자신의 제안을 제시했습니다. 전체 내용은 다음과 같습니다.

해커톤에 참석하기 위해 전 세계를 여행합니다. 귀하의 코드는 너무 깔끔하고 간결해서 사람들이 화면을 핥고 싶어집니다. 하지만 당신은 아무런 상도 받지 못하고 빈손으로 돌아왔습니다. 무슨 일이 일어나고 있는 거야? 힌트: 이것은 기술적인 문제가 아닙니다.

이런 상황은 드문 일이 아니다. 훌륭한 개발자, 훌륭한 건설자, 아무것도 없습니다. 이는 그들이 기술에 능숙하지 않기 때문이 아니라 해커톤의 핵심적인 측면 몇 가지를 간과했기 때문입니다.

최근 저는 Citrea를 대표하여 ETH Global Taipei에서 심사위원으로 활동했습니다. Citrea는 이 행사를 후원하고 "Citrea 최고의 Bapp" 및 "실험적 DeFi Bapp"과 같은 경연 대회를 개최했습니다. 행사 내내 저는 심사에만 집중한 게 아니라, 부스와 테이블 사이를 이동하며 관찰하고, 개발자들의 아이디어를 듣고, 그들과 브레인스토밍을 했습니다. 이런 장면을 보면 제가 대회에 참가했던 시절이 떠오릅니다. 그때는 게임 규칙을 분석해서 잠재적으로 상을 받는 방법을 배웠습니다.

이 게시물에서는 이전에는 아키텍트였고 현재는 개발자 관계(DevRel) 담당자로서 여러 Web3 해커톤을 검토한 사람의 경험을 바탕으로 해커톤을 실제로 "성공"시키는 방법에 대한 몇 가지 통찰력을 공유합니다.

해커톤 "공격" 가이드: 개발자는 어떻게 경쟁에서 돋보일 수 있을까?

해커톤은 개막일 전에 시작되었습니다.

가장 큰 실수 중 하나는 해커톤이 첫날부터 시작된다고 생각하는 것입니다. 실제로는 그렇지 않습니다. 프로젝트를 미리 빌드하라고 말하는 것은 아닙니다(그렇게 하면 바로 실격 처리됩니다). 하지만 미리 준비할 수 있는 방법은 많이 있습니다.

관찰하다

여러분은 Web3 생태계에 참여하고 싶은 학생이거나 경험이 풍부한 개발자일 수 있습니다. 하지만 당신은 무엇에 뛰어드는지 알고 있나요? 가능한 한 일찍 이 산업을 관찰해야 합니다. 트위터에서 채팅만 하는 게 아니라, 해당 분야를 깊이 파고들어 모두가 무엇을 하고 있는지 보는 것입니다. 어떤 약점이나 격차를 채우거나 개선할 수 있는지, 어떤 개선이 있는지, 어떤 프로젝트가 어떤 트랙에서 강력한지 알아보세요.

자신이 뛰어들고 있는 분야에 대한 개요를 파악하는 것이 도움이 됩니다. 제가 이렇게 말하는 이유는 많은 개발자들이 자신이 거의 알지 못하는 분야에서 보상을 얻으려고 하는 것을 보았기 때문입니다. 대부분의 경우 이 방법은 효과가 없습니다. 무엇을 만들고자 하는지 전혀 모르기 때문입니다. 해커톤에서는 판사, 해커, 자문가 등이 도움이 될 수 있지만, 그들만으로는 충분하지 않습니다.

네트워킹과 팀워크

팀 없이 링에 나선다면 이미 뒤처진 것입니다. 해커톤이 시작되기 전에 며칠 또는 몇 주 동안 팀을 구성할 수 있습니다. 이 기간 동안 팀원을 선별하고, 호환성을 테스트하고, 팀 협업을 개선하거나 팀원의 역할을 조정할 수 있습니다.

하지만 혼자서 경쟁하는 것에는 희망이 없습니다. 어쩌면 여러분은 다양한 배경을 가진 사람들과 함께 브레인스토밍을 하고 독특한 아이디어를 얻기 위해 현장에서 팀을 구성하는 데 관심이 있을 수도 있습니다. 아직 팀이 없다면 적극적으로 나서서 해커톤 전에 부대 행사, 칵테일 파티, 기조 연설 등에 참석하세요. 개발자, 디자이너, 제품 관리자, 개발자 관계 담당자, 심지어 사업 개발 담당자와도 이야기를 나눠보세요. 그들은 프로그래밍에 대해 잘 알지 못할 수도 있지만, 많은 사람을 알고 있으며 완벽한 팀원을 찾는 데 도움을 줄 수 있습니다.

저는 타이베이 이더리움 해커톤에 참가하기 전에 두 개의 팀을 구성하는 데 도움을 주었습니다. 그들은 이전에 서로 알지 못했지만, 결국 두 팀 중 하나가 상을 수상하게 되었습니다.

일찍 트랙을 확인하세요

해커톤 첫날 전에 이용 가능한 트랙과 보조금을 확인하세요. 놀랍게도 많은 참가자들은 이벤트가 시작될 때까지 이에 주의를 기울이지 않습니다. 일반적으로 트랙은 며칠 또는 몇 주 전에 발표되므로 경쟁자들은 전략을 개발할 시간을 갖게 됩니다.

예를 들어, ETH 글로벌 해커톤 트랙은 행사 2주 전에 발표되었습니다. 일부 개발자는 자신의 아이디어를 설명하고 그것이 트랙과 일관성이 있는지 확인하기 위해 프로젝트 당사자에게 미리 연락합니다. 이런 적극적인 접근 방식을 통해 아이디어를 수정하거나 올바른 방향을 선택해 승리의 가능성을 극대화할 수 있습니다.

규칙을 어기다

창의성은 매우 중요합니다. 아무리 깔끔한 코드베이스를 가지고 있어도 여전히 실패할 수 있습니다. 왜? 당신의 창의력이 충분히 뛰어나지 않기 때문입니다. 제품-시장 적합성이 부족했거나, 심사위원단이 유사한 제품을 너무 많이 보았기 때문입니다. 지난 두 달 동안 6개 팀이 제출한 작업을 조금도 개선하지 못한 AI 지갑 인터페이스를 또 제출한다면 희망이 없습니다. 첫 번째 단계에서는 심사위원이 여러분의 아이디어/개념에 관심이 없으므로, 심사위원의 관심을 여러분의 코드로 끌어내는 것이 어려울 것입니다.

심사위원이 각 제출물을 검토할 시간은 제한되어 있고, 모든 코드 줄을 면밀히 살펴볼 수는 없습니다. 그러므로 제품의 컨셉트나 아이디어가 중요합니다. 이 개념은 합리적인가? 이 제품은 독창적인가, 아니면 시중에 나와 있는 기존 제품보다 실제로 개선된 제품인가? 새롭고 참신한 느낌이 드나요?

실제 예를 들어보겠습니다. 타이베이 이더리움 해커톤에는 필리핀 팀이 참여했습니다. 그들은 Web2 분야 경력은 있지만 Web3 경험은 전혀 없지만, 그들의 아이디어는 규칙을 완전히 깨뜨렸고, 그들의 참신한 아이디어는 즉시 심사위원들의 관심을 끌었습니다. 그들은 아직 우리 트랙에 제출조차 하지 않았지만, 우리는 현재 Citrea Origins라는 인큐베이션 프로젝트에서 그들과 함께 작업하고 있습니다. 훌륭한 아이디어는 즉각적인 관심을 끌어내는 힘이 있습니다.

배심원의 관점에서 생각해 보세요. 이틀 후, 배심원단은 20개가 넘는 프로젝트를 살펴본 뒤 지쳐버렸습니다. 심사위원들에게 좋은 인상을 남기려면 몇 분 밖에 없습니다.

내 마음속 생각은 다음과 같습니다.

이 제품은 무엇인가요?
이 개념은 새로운가요?
제품-시장 적합성이 있을 가능성이 있나요?
이건 그냥 다른 제품을 베낀 것인가요?
이건 해커톤 중에 코딩한 건가요, 아니면 미리 만들어서 반복적으로 제출한 건가요?

심사위원들은 모든 것을 보았습니다. 여러분의 프로젝트가 단지 보여주기 위한 것이라면, 금방 알아볼 수 있을 것입니다.

해커톤 "공격" 가이드: 개발자는 어떻게 경쟁에서 돋보일 수 있을까?

Talip(Citrea DevRel)은 미리 구축된 프로젝트를 한눈에 파악합니다.

배심원과 상호 작용하다

승률을 높이고 싶으신가요? 심사위원들과 직접 대화해 보는 것도 좋습니다. 그것들은 당신이 생각하는 것보다 더 도움이 될 수 있습니다. 만들기를 시작하기 전에 여러분의 아이디어를 발표하고 심사위원들과 논의해보세요.

이렇게 하면 여러분의 아이디어가 더욱 세련될 뿐만 아니라 주의도 증가할 것입니다. 심사위원들이 여러분의 얼굴을 보고, 제안서를 듣고, 제출된 작품을 다시 본다면, 그들은 여러분을 기억할 것입니다. 그러면 자연스럽게 유리한 입장에 서게 됩니다.

치는

귀하의 작품이 눈길을 끌도록 하세요. 훌륭한 아이디어와 탄탄한 팀이 생겼다면, 그것을 구축하기 시작하세요. 하지만 거기서 멈추지 마세요. 눈에 띄는 아이디어가 있더라도, 상을 받으려면 그 아이디어를 잘 발표해야 합니다. 많은 경우, 참가자들은 프레젠테이션 부분을 무시하고 단지 GitBook만 보내는데, 이것이 효과적일 수도 있습니다. 화려한 프레젠테이션을 해야 한다는 것은 아니지만, 잘 구성되고 잘 설명된 프레젠테이션을 해야 한다는 뜻입니다.