General Challenge Updates Moving Forward
Hey all, as part of our expanding challenge program we want to update and clarify some challenge...
개요 #
Dev.to 운영진이 앞으로 공지할 챌린지부터 적용할 규정 세 가지를 정리해 발표했다. 프롬프트당 제출은 1건으로 제한하고, 출품작은 챌린지 기간 안에 새로 만든 프로젝트여야 하며, 마감 이후에 올라온 커밋은 심사에서 빼겠다는 내용이다.
운영진은 올해가 챌린지 참가 규모 면에서 가장 바빴던 해 중 하나였다고 밝혔다. 참가자들이 쏟은 열정 덕분에 행사를 즐겁게 운영할 수 있었다는 인사도 함께 전했다. 이번 정리는 심사 과정을 간소화하고 참가자 사이의 형평성을 맞추기 위한 조치다.
한 가지 짚어둘 점이 있다. 이번 규정은 발표 이후 공지되는 챌린지에만 해당한다. 현재 진행 중인 Bug Smash와 Frontend Challenge: Comfort Food Edition에는 적용되지 않는다.
Photo by CRISTIAN CAMILO ESTRADA on Pexels
프롬프트당 제출은 한 번만 #
기본 원칙은 1인 1프롬프트 1제출이다. 제출작 하나로 여러 시상 부문에 동시에 도전하는 건 여전히 가능하다. 여러 건을 흩뿌리기보다 완성도 높은 프로젝트와 글 하나에 집중하라는 취지다.
챌린지에 글쓰기 프롬프트와 빌드 프롬프트가 따로 있다면, 각 프롬프트에 한 번씩 제출할 수 있다. 프롬프트 자체가 다르기 때문이다.
물론 예외는 있다. 다만 그런 경우엔 운영진이 공지 글과 FAQ에서 미리 알린다. 별도 안내가 없다면 프롬프트당 1건이 기본값이다. 이 규정을 반복해서 어기는 참가자는 수상 자격을 잃는다.
새로 만든 프로젝트만 인정 #
출품하는 프로젝트는 챌린지 기간 안에 만들어야 한다. 별도 명시가 없는 한 그렇다.
이미 나와 있는 예외도 있다. 현재 진행 중인 Bug Smash와 최근 열린 GitHub "Finish-Up-A-Thon"은 기존 프로젝트를 명시적으로 허용했기 때문에 이 규정을 적용받지 않는다. 앞으로도 예외가 있을 때는 운영진이 따로 짚어준다.
심사 기간 중 커밋은 어떻게 되나 #
심사 결과를 기다리는 동안 프로젝트를 손대지 못하는 상황이 답답하다는 점도 운영진은 인정했다. 최근 심사 기간을 늘린 뒤로는 더 그렇다.
해결책은 README다. 챌린지 전후로 무엇을 했는지 README에 적어두면 된다. 심사에서는 제출 마감 이후 커밋된 내용을 일절 반영하지 않는다. 운영진은 이 부분을 심사 과정에서 직접 확인한다고 밝혔다. 마감 이후 커밋이 발견됐는데 README에 관련 설명이 없으면 실격 처리된다.
Photo by Hobi Photography on Pexels
다음 챌린지 #
운영진은 곧 시작할 챌린지 등록도 함께 안내했다.
Weekend Challenge (2026-08-13) 보기 →
이 글은 위 출처를 바탕으로 한국 독자를 위해 재작성한 기사입니다. 원문의 사실과 수치에 근거하며, 별도의 견해를 포함하지 않습니다.