FAQ

솔루션 챌린지 출품작의 평가 기준은 무엇인가요?


각 솔루션은 영향(Impact)기술(Technology) 두 가지 측면에서 1~100점 만점으로 평가됩니다.

Impact [60 point]

  • UN 17가지 지속 가능한 개발 목표(SDG) 중 하나 이상에서 도출한 문제 또는 과제를 명확하게 설정하고 있습니까?

특정 SDG를 대상으로 해당 항목이 해결되고 있는지 명확하게 설명하고 있습니까? [10 p]

  • 솔루션을 통해 팀이 목표로 하는 과제를 얼마나 효과적으로 해결합니까? [20 p]

  • 솔루션이 다음 단계로 발전할 수 있습니까?

팀이 솔루션을 계속 진행할 경우 향후 연장되는 계획이 있습니까? [10 p]

  • 실제 사용자를 대상으로 솔루션을 철저히 테스트했다는 증거가 있습니까? [10 p]

  • 사용자 피드백에 기반하여 솔루션을 개선했다는 증거가 있습니까? [10 p]

Technology[40 point]

  • 솔루션이 과제를 해결하는 데 필요한 모든 기술적 구성요소들을 구현하고 있습니까? [10 p]

  • 솔루션을 위해 어떤 구글 기술을 사용했는지, 왜 사용했는지, 그리고 코드를 실행하는 방법에 대한 지침을 명확하게 설명했습니까? [10 p]

  • 데모 비디오에서 작동 중인 솔루션과 사용자가 상호 작용하는 방식을 보여줍니까?

데모 비디오는 구글의 기술이 어떻게 구현되는지 강조하고 기술이 사용자에게 제공하는 가치를 언급합니까? [10 p]

  • 팀이 솔루션을 위해 효과적인 제품 및 기술 결정을 내렸습니까? [10 p]

UN의 17가지 지속 가능한 개발 목표는 무엇인가요?


2015년 UN이 2030년까지 달성하기 위해 만든 17개 지속 가능한 개발 목표(SDG)는 193개 UN 회원국이 합의한 빈곤 퇴치, 번영 보장, 지구 보호 등을 목표로 하고 있습니다. 17개의 SDG에 대한 자세한 내용은 이 곳에서 확인할 수 있습니다.

솔루션이 해결하는 문제가 17가지 지속 가능한 개발 목표 범위를 벗어나도 괜찮은가요?


아니요.

솔루션 챌린지는 제출하는 솔루션을 통해 17가지 지속 가능한 개발 목표(SDG) 중 하나 이상의 문제 해결을 원합니다. 솔루션을 제출하기 전, 제출하는 솔루션이 17개의 SDG 중 어떤 SDG에 초점을 맞추고 있는지, 해결하고자 하는 구체적인 목표가 무엇인지 파악해 주시길 바랍니다.

다수의 프로젝트에 기여한 학생 또는 팀이 있다면, 여러 번 제출해도 괜찮은가요?


아니요.

약관에는 "1인 1개 항목 제한"이라고 명시되어 있으므로 각 학생은 하나의 제출에만 참여할 수 있습니다.

우리 대학에 GDSC(Google Developer Student Club)가 없는 경우에도 솔루션 챌린지에 참여할 수 있나요?


예.

한 명 이상의 GDSC 참여 학생과 팀원을 이룬다면 당신은 학생으로서 참여할 수 있습니다. GDSC 이벤트 플랫폼을 통해 GDSC 커뮤니티에 가입해야하고, GDSC 담당자에게 연락해 커뮤니티에 참여하거나 팀을 구성하는 방법에 대한 지침을 받는 것을 권장합니다.

솔루션 데모는 무엇이고, 어떤 특징을 가지고 있어야 하나요?


솔루션 데모는 애플리케이션의 가장 중요한 부분을 보여주는 데모 비디오입니다. 평가 시, 심사위원들은 데모 비디오를 통해 사용자가 애플리케이션과 상호 작용하는 방식을 파악합니다.

사소한 기능까지 일일이 필요로 하지는 않으며, 솔루션이 부가하는 핵심적인 가치에 훨씬 더 신경을 쓰기 때문에 중요한 특징과 기능에 집중하시길 바랍니다.

동영상은 2분으로 제한되어 있으니, 정말 중요한 요소에 집중하세요!

데모 비디오는 2분(120초)보다 길어도 괜찮은가요?

아니요.

약관에는 "비디오는 120초를 초과할 수 없다"라고 명시되어 있으며, 이보다 길면 초반 120초만 평가 됩니다.

제출 양식에서 저장소에 대한 링크를 요구하는데, 어떻게 하면 코드를 비공개로 유하면서 저장소를 공유할 수 있을까요?


만약 저장소를 비공개로 유지하고 싶다면, Github에 private repo를 사용하고 gdsc.solutionchallenge@gmail.com을 공동작업자로 추가하면 됩니다. 그렇지 않으면 코드베이스를 볼 수 없기 때문에 실격처리 될 수 있습니다.

Github, Bitbucket 또는 유사한 버전 제어 시스템에서 공용 저장소를 이용할 경우 링크를 제공하기만 하면 됩니다.

관련된 약관은 다음과 같습니다 :

링크는 심사위원이 Github 또는 Bitbucket과 같은 버전 제어 시스템에서 호스팅할 수 있는 코드가 저장된 저장소에 접근할 수 있어야 합니다. 이 저장소의 루트 디렉토리에 README.txt 또는 README.md 파일을 포함해야 합니다. 이 파일에는 솔루션을 테스트할 수 있도록 코드를 실행하는 방법에 대한 명확한 지침이 작성되어 있어야 합니다.

구글의 개발자 도구 외에 구글이 개발하지 않은 개발자 도구를 사용해도 괜찮은가요?


예.

약관에는 "다음과 같은 하나 이상의 Google 제품 또는 플랫폼을 사용하십시오"라고 명시되어 있으며, 주의해서 제출해 주시길 바랍니다. 하나이상의 제품 또는 플랫폼을 사용한다면, 추가적으로 구글이 개발하지 않은 개발자 도구를 사용할 수도 있습니다.

제출을 위해 프로젝트가 배포돼야 하나요?


아니요, 배포할 필요는 없습니다.

프로젝트가 배포되면 심사위원들이 제출하신 솔루션 내용을 보다 잘 이해하는 데 도움이 되겠지만, 꼭 필요한 것은 아닙니다.

사회적 거리두기로 인해 사용자들과 함께 테스트하는 과정이 영향을 받을텐데, 심사위원들이 이것을 고려할까요?

심사위원들은 COVID - 19에 의해 추가된 한계를 염두에 둘 것입니다. 다음과 같은 상황이 포함하지만 이에 국한되지는 않습니다.


  • 팀으로서 만날 수 있는 능력

  • 사용자가 솔루션을 테스트하도록 하는 능력

  • 대학 캠퍼스의 이전으로 인한 인터넷 접근 또는 적절한 개발자 환경의 부족

솔루션 챌린지에서 사용자 테스트는 중요한데, 사회적 거리두기를 하면서 어떻게 진행하는게 좋을까요?


창의력을 발휘하는 것을 권장합니다. 솔루션을 사용자 테스트하는 과정은 일반적으로 직접 만나는 것이 가장 좋습니다. 이를 통해 실시간 피드백을 요청하고, 애플리케이션을 어떻게 사용하는지 미리 확인하며, 미세한 반응을 파악할 수 있습니다. 그러나 사회적 거리두기로 인해 그것이 불가능할 수 있으므로 다음과 같은 방법으로 해결해도 좋을 것입니다.


  • 화상통화를 통해 인터뷰를 진행합니다.

  • 전화로 인터뷰를 진행하며 지속적으로 사용자가 자신의 생각을 말하도록 요청해서 모든 피드백을 받을 수 있도록 합니다.

  • 일련의 질문들을 작성하고 시용자가 질문에 답하고, 솔루션을 사용하는 과정을 스스로 기록하도록 요청합니다.

  • 사용자에게 서면 피드백을 요청합니다.

솔루션 챌린지가 시작되기 전에 프로젝트를 시작했는데 제출해도 되나요?


예.

2021년 4월 12일 이후에 프로젝트가 시작되었다면, 제출할 수 있습니다.