해커톤의 어두운 면

В XNUMX부작의 이전 부분 해커톤에 참여해야 하는 몇 가지 이유를 살펴보았습니다. 새로운 것을 많이 배우고 값진 상품을 얻으려는 동기는 많은 사람들의 관심을 끌지만, 주최자나 후원사의 실수로 인해 이벤트가 성공적으로 종료되지 않고 참가자들이 불만을 품고 떠나는 경우가 많습니다. 이런 불쾌한 일이 자주 일어나지 않도록 이 글을 쓰게 되었습니다. XNUMX부작의 두 번째 부분은 주최자의 실수에 전념합니다.

게시물은 다음과 같이 구성됩니다. 처음에는 이벤트에 대해 이야기하고, 무엇이 잘못되었는지, 그 결과가 무엇인지 설명합니다(또는 장기적으로 이어질 수 있음). 그런 다음 무슨 일이 일어나고 있는지, 그리고 내가 주최자라면 무엇을 할 것인지 평가합니다. 제가 모든 행사에 참여했기 때문에 주최측의 진정한 동기를 추측할 수 밖에 없습니다. 결과적으로 나의 평가는 일방적일 수 있습니다. 나는 나에게 잘못된 것처럼 보이는 일부 요점이 실제로는 그런 식으로 의도되었다는 점을 배제하지 않습니다.

어느 시점에서 독자는 저자가 싸운 후 주먹을 흔들기로 결정했다고 생각할 수도 있습니다. 그러나 나는 이것이 사실이 아니라고 확신할 수 있습니다. 나열된 일부 해커톤에서 나는 상을 받았지만 이벤트가 제대로 구성되지 않았다고 말할 수는 없습니다.

주최자와 참가자를 존중하는 마음으로 게시물에 특정 회사에 대한 언급은 없습니다. 그러나 주의 깊은 독자라면 우리가 누구에 대해 이야기하고 있는지 추측(또는 Google)할 수 있습니다.

해커톤 1위. 엄격한 제한

20개월 전, 한 대형 통신회사에서 데이터 분석에 관한 해커톤을 개최했습니다. XNUMX개 팀이 상금을 놓고 경쟁했습니다. 이번 행사에서는 회사의 지원 서비스 호출, 소셜 네트워크 활동, 사용자에 대한 암호화된 정보(성별, 연령 등)에 대한 정보가 포함된 분석용 데이터 세트가 제공되었습니다. 데이터세트에서 가장 흥미로운 부분인 사용자 메시지와 운영자 응답(텍스트 데이터)은 소음이 꽤 심해 추가 작업을 위해 정리해야 했습니다.

주최자는 제공된 데이터로 흥미로운 작업을 수행하는 작업을 설정했으며 네트워크에서 추가 공개 데이터 세트를 사용하거나 데이터를 직접 구문 분석하는 것은 금지되었습니다. 또한 데이터세트와 관련되지 않은 아이디어를 제안하는 것도 금지되었습니다. 불행하게도 제공된 데이터는 매우 "불량"했습니다. 흥미로운 제품을 얻기가 어려웠으며 멘토와의 의사소통을 통해 제안된 아이디어 중 상당수가 이미 구현되고 있거나 가까운 미래에 구현될 것이라는 것이 분명해졌습니다. 회사에서.

그 결과 압도적인 수의 팀(15개 중 20개)이 챗봇을 만들었습니다. 공연 중 한 팀의 결정은 이전 팀과 거의 다르지 않았습니다. 참다 못해 심사위원 중 한 명이 무대에 오른 다음 팀에게 "뭐야, 챗봇도 있어?"라고 물었다. 그 결과, XNUMX개의 상품 중 XNUMX위와 XNUMX위는 챗봇을 만들지 않은 팀이 차지했습니다.

비교를 위해 XNUMX년 전 Zvezdochka 회사를 위해 국제 컨설팅 회사가 주최한 해커톤을 살펴보겠습니다. Zvezdochka 회사 활동의 세부 사항은 많은 해커톤 참가자에게 생소했기 때문에 이벤트 시작 시 주최측은 회사에서 사용되는 지표에 대해 이야기했습니다. 그 후 텍스트, 테이블, 위치정보 등 다양한 유형의 XNUMX개 데이터 세트가 제공되었습니다. 모든 참가자가 조작할 수 있는 여지가 있었습니다. 주최측은 추가 데이터 세트의 사용을 금지하지 않았으며 그러한 계획을 지원하기도 했습니다. 대회 결승전에서는 서로 다른 솔루션을 갖춘 XNUMX개 팀이 본상을 놓고 경쟁했으며, 모든 팀은 회사에서 제공한 데이터를 사용했으며(제한 없음에도 불구하고) 이는 고품질 제품을 얻을 수 있는 좋은 잠재력을 나타냈습니다.

도덕적 인

참가자의 창의적인 흐름을 제한할 필요가 없습니다. 주최자로서 자료를 제공하고 그들의 비전과 전문성을 신뢰해야 합니다. 해커톤에 참여하는 경우 모든 제한이나 금지 사항에 대해 경고해야 합니다. 일반적으로 이는 조직이 열악하다는 증거입니다(실제 생활의 예는 울타리를 어딘가에 붙이려는 끊임없는 욕구입니다). 제한 사항이 발생하는 경우 경쟁이 많은 풀에서 프로젝트를 만들어야 한다는 사실에 대비하세요. 이 경우 위험을 감수해야 합니다. 즉, 단조로운 프로젝트 흐름에서 눈에 띄기 위해 근본적으로 새로운 것을 수행하거나 특이한 "킬러 기능"을 제공해야 합니다.

해커톤 2위. 불가능한 작업

Amador의 해커톤은 흥미로울 것이라고 약속했습니다. 대형 전화기 제조사인 후원사에서는 행사일로부터 4개월 전부터 준비에 착수했다. 이벤트에 대한 홍보는 소셜 네트워크에서 진행되었으며, 잠재적인 참가자는 기술 테스트를 통과하고 이 이벤트에 선정되기 위해 과거 프로젝트에 대해 작성해야 했습니다. 상금 규모는 기분 좋게 컸다. 해커톤 며칠 전, 멘토들은 기술 세션을 열어 참가자들이 업계의 특성을 이해할 수 있는 시간을 가졌습니다.

이벤트 자체에서 주최측은 8GB의 장비 로그 데이터 세트를 제공했으며 작업은 고장의 이진 분류였습니다. 그들은 분류 품질, 기능 생성의 창의성, 팀 작업 능력 등 프로젝트 평가 기준에 대해 이야기했습니다. 8GB의 "기능"에 대해 기차에는 20개, 테스트에는 5개만 있었습니다. 해커톤 관의 마지막 못은 데이터에서 나왔습니다. 수요일에 받은 장비 로그에는 장비 작동 오류가 포함되어 있었지만 목요일에 생성된 로그에는 오류가 없었습니다. (그런데 두 팀만이 이에 대해 알고 있었고 둘 다 숙련된 데이터 마이너의 고향인 러시아 출신이었습니다. 테스트의 실제 레이블에 대한 지식조차도 답을 결정하는 데 도움이 되지 않았지만 문제는 해결될 수 없었습니다. 주최측은 원하는 결과를 얻지 못했고 참가자들은 잘못 설계된 문제를 해결하는 데 많은 시간을 보냈습니다. 해커톤은 실패했습니다.

도덕적 인

과제에 대한 기술적 검토를 수행하고 과제의 적절성을 확인합니다. 나중에 후회하는 것보다 예비 조사에 대해 초과 비용을 지불하는 것이 좋습니다(이 경우 모든 데이터 과학자는 즉시 이 문제를 해결하는 것이 불가능하다고 지적합니다).

이 경우 시간과 비용을 낭비했을 뿐만 아니라 회사는 잠재적인 후보자에 대한 신뢰를 잃었고 결과에 대해 글을 썼을 수도 있습니다. 그런데 참가자뿐만 아니라 회사도 PR 관점에서 해커톤을 극대화하면서 성공적인 결과에 대해 작성해야 합니다. 불행하게도 모든 회사가 이렇게 하는 것은 아니며 트위터에 공지 게시물과 이벤트 사진 몇 장만 게시하는 것으로 제한됩니다.

해커톤 3번. 가져 가든지 남겨 두든지

가장 최근에 우리 팀은 암스테르담에서 열린 해커톤에 참가했습니다. 저는 (재생 에너지 분야에서) 교육을 받은 전기 기술자이기 때문에 주제는 에너지라는 주제에 딱 맞았습니다. 해커톤은 온라인으로 열렸습니다. 작업에 대한 설명과 완료하는 데 한 달이 걸렸습니다. 주최측은 암스테르담 주택의 에너지 효율성을 높이는 데 도움이 되는 완성된 프로젝트를 보고 싶었습니다.

우리는 전기 소비를 예측하는 프로젝트를 만들었습니다. (그 전에 저는 이 주제에 대한 대회에 참여하여 거의 소타에 가까운 솔루션을 받았습니다. 이에 대해 읽을 수 있습니다. 여기에) 및 태양 전지판에 의한 발전. 이러한 예측을 바탕으로 배터리 성능이 최적화됩니다(이 아이디어는 제 석사 논문에서 일부 따온 것입니다). 우리 프로젝트는 주최측의 지시(당시 우리에게 보였던 것처럼)와 앞으로 몇 년 동안 재생 가능 에너지원 분야에 대한 암스테르담 행정부의 정책 모두와 잘 일치했습니다.

프로젝트를 평가하는 동안 많은 팀과 마찬가지로 우리도 이것이 고객이 기대한 것과 다르다는 말을 들었고, 상을 놓고 경쟁하려면 프로젝트를 다시 실행해야 한다고 덧붙였습니다. 우리는 패배를 받아들이고 아무것도 다시 실행하지 않았습니다. 7개의 참가 팀 중 우리는 상위 XNUMX위에도 들지 못했지만 주최측의 선택이 다소 이상했던 것 같습니다. 예를 들어, 팀은 스마트폰 센서(바람용 마이크, SI용 광 센서)의 데이터를 사용하여 풍속 및 일사량(SI)을 계산하는 애플리케이션을 만든 결승에 진출했습니다. 킬러 기능은 핫도그/핫도그 아님을 태양, 바람, 물의 세 가지 클래스로 분류하고 Wikipedia에 해당 기사를 표시하는 것입니다(데모).

문제의 도덕적인 측면은 잠시 접어두겠습니다. 승리 가능성을 가지고 참가자들을 협박하는 것은 단순히 비윤리적입니다. 해커톤에 참여하는 동기 중 하나(특히 숙련된 개발자)는 자신의 아이디어를 실현하는 것이기 때문에 많은 강력한 참가자는 그러한 피드백을 듣고 이벤트를 떠날 수 있습니다. (이런 현상은 우리 팀뿐만 아니라 중단한 다른 많은 사람들에게도 발생했습니다. 멘토의 말을 들은 후 페이지 프로젝트를 업데이트합니다.) 그래도 우리가 주최측의 요구에 동의하고 그들의 요구 사항에 맞게 프로젝트를 다시 만들었다고 가정해 보겠습니다. 다음에 무슨 일이 일어날 수 있습니까?

주최자는 "이상적인 프로젝트"에 대해 각자의 이해를 갖고 있기 때문에 모든 희망 사항(및 그에 따른 변경 사항)이 우리를 이 이상으로 이끌 것입니다. 참가자들은 시간을 낭비하게 될 것이며 추가 참가를 거부하기가 점점 더 어려워질 것입니다. 왜냐하면 그들은 이미 노력을 기울였으며 승리에서 조금 벗어난 것처럼 보이기 때문입니다. 그러나 현실적으로는 상품 경쟁이 치열해지고 참가자들은 상품을 받기 위해 주최측의 편집 내용을 바탕으로 프로젝트를 다시 실행해야 하는 경우가 점점 더 많아질 것입니다. 결과적으로 상을받지 못한 사람들은 돈없이 프리랜서에 참여했다는 것을 알게 될 것입니다. 그들은 고객을 위해 편집했지만 이에 대한 대가로 아무것도받지 못했습니다 (관련 경험 제외) 강의).

도덕적 인

종종 주최자의 소망과 피드백이 프로젝트에 도움이 됩니다. 그러나 동시에 참가자들은 지팡이를 짚은 절름발이처럼 멘토의 조언에 의존해서는 안 됩니다. 주최측으로부터 프로젝트에 대해 "이건 주문하지 않았습니다. 가져가세요"라는 피드백을 들으면 해커톤 참여가 완료된 것으로 간주할 수 있습니다.

프로젝트에 대한 명확한 비전을 가지고 해커톤을 조직하지만 이를 직접 구현할 수 있는 기술이나 능력이 없다면 프리랜서를 위한 기술 사양의 형태로 비전을 공식화하는 것이 좋습니다. 그렇지 않으면 해커톤 비용과 프리랜서 서비스 비용을 두 번 지불해야 합니다.

출처 : habr.com