В Разгледах няколко причини за участие в хакатони. Мотивацията да научите много нови неща и да спечелите ценни награди привлекат много хора, но често поради грешки на организаторите или спонсорите, събитието приключва неуспешно и участниците излизат недоволни. За да се случват подобни неприятни случаи по-рядко, написах този пост. Втората част на трилогията е посветена на грешките на организаторите.
Постът е организиран по следния начин: в началото разказвам за събитието, обяснявам какво е било сгрешено и до какво е довело (или може да доведе в дългосрочен план). След това давам своята оценка за случващото се и как бих постъпил на мястото на организаторите. Тъй като на всички събития съм участвал като участник, мога само да предполагам истинската мотивация на организаторите. Поради това моята оценка може да бъде пристрасна. Не изключвам, че някои моменти, които ми се струват грешни, всъщност са били замислени така.
В определен момент на читателя може да му се стори, че авторът решава да маха с юмруци след боя. Но мога да ви уверя, че това не е така. На някои от изброените хакатони успях да заема призово място, но това не пречи да кажа, че събитието е било лошо организирано.
Поради уважение към организаторите и участниците, в поста няма да бъдат указвани конкретни компании. Внимателният читател обаче може да се досети (или да потърси в интернет) за кого става въпрос.
Хакатон № 1. Строги рамки
Половин година назад една голяма телекомуникационна компания организира хакатон за анализ на данни. За наградния фонд се състезаваха 20 отбора. На събитието беше предоставен датасет за анализ, съдържащ информация за запитвания към клиентската поддръжка на компанията, активност в социалните мрежи и кодифицирани данни за потребителите (пол, възраст и т.н.). Най-интересната част от датасета — съобщенията на потребителите и отговорите на операторите (текстови данни) — беше доста „шумна”, за по-нататъшна работа е необходимо да бъде почистена.
Организаторите поставиха задача да се направи нещо интересно с предоставените данни, като беше забранено да се използват допълнителни отворени датасети от интернет или да се парсват данни самостоятелно. Също така беше забранено да се предлагат идеи, невръзани с датасета. За съжаление, предоставените данни бяха относително "бедни": трудно беше да се извлекат интересни продукти от тях, а от разговорите с менторите стана ясно, че много от предложените идеи вече се реализират (или ще бъдат реализирани в близко бъдеще) в компанията.
В резултат на това, огромното мнозинство от отборите (15 от 20) създадоха чат-ботове. По време на презентациите решението на един отбор едва се различаваше от предишното. Не издържайки, един от членовете на журито попита поредния отбор, излизащ на сцената: "Какво, момчета, вие също имате чат-бот?" В крайна сметка, от трите призови места, първо и второ място бяха присъдени на отбори, които не създадоха чат-ботове.
За сравнение вземаме хакатона, организиран от международна консултантска компания, за фирмата "Звездочка" преди две години. Тъй като спецификата на дейността на компанията "Звездочка" не беше позната на много от участниците в хакатона, в началото на събитието организаторите разказаха за метриките, използвани в компанията. След това бяха предоставени шест датасета с различна насоченост: текстове, таблици, геопозиции — за всички участници имаше просторно място за маневри. Организаторите не забраниха да се използват допълнителни датасети и дори подкрепяха такива начинания. В финалната част на състезанието десет отбора с различни решения се бориха за главната награда, като всички отбори използваха данните, предоставени от компанията (въпреки отсъствието на забрани), което свидетелстваше за добър потенциал за получаване на качествени продукти.
Морал
Не е добре да ограничавате творческия поток на участниците. Като организатор, вие трябва да предоставите материали и да се доверите на тяхната гледна точка и професионализъм. Ако сте участник в хакатон, всякакви ограничения или забрани трябва да ви притесняват. Обикновено това е признак на лоша организация (пример от реалния живот — непрекъснатото желание да се постави ограда на неподходящи места). Но ако все пак се сблъскате с ограничения, бъдете готови, че ще трябва да създадете проект в конкуренция с много други. В такъв случай трябва да поемете риск: да направите нещо принципно ново или да предложите необичайна „килър функция“, за да се откроите измежду потока от еднообразни проекти.
Хакатон №2. Невъзможни задачи
Хакатонът в Амадор обещаваше да бъде интересен. Спонсориращата компания е голям производител на телефони и започна подготовката четири месеца преди датата на провеждане. В социалните мрежи се провеждаше PR на събитието, а потенциалните участници трябваше да преминат технически тест и да опишат предишните си проекти, за да бъдат избрани за това събитие. Наградният фонд беше приятно голям. Няколко дни преди хакатона, менторите проведоха техническа сесия, за да имат участниците време да се запознаят със спецификата на индустрията.
На самото събитие организаторите предоставиха датасет от логове на оборудването с обем 8 Гб, а задачата беше бинарна класификация на повреди. Разказаха за критериите за оценка на проектите — качество на класификацията, креативност при създаване на функции, умение за работа в екип и др. Само че имаше проблем — от 8 Гб „функции“ имаше само 20 примера в обучаващия набор и 5 в теста. Финалният гвоздей в ковчега на хакатона забива грешката в данните: логовете, получени в сряда, съдържаха грешка в работата на оборудването, докато тези, създадени в четвъртък — не. (За това, между другото, знаеха само две команди, и двете от Русия — родината на опитните дата майнери). Въпреки че дори познаването на истинските етикети на теста не помогна за синхронизирането на отговора — задачата беше нерешима. Организаторите не получиха желания резултат, а участниците прекараха много време, опитвайки се да решат зле формулирана задача. Хакатонът не успешен.
Морал
Провеждайте технически експертизи на задачите и проверявайте своите задания за адекватност. По-добре е да заплатите предварителна експертиза (в този случай всеки дата-сентист веднага би посочил, че решението на тази задача е невъзможно), отколкото после да съжалявате.
В този случай, освен похарченото време и пари, компанията загуби доверие от потенциални кандидати и може би трябва да се пише за резултатите. Струва си да се отбележи, че не само участниците, но и компанията трябва да пишат за успешните резултати, максимално реализирайки хакатона от гледна точка на PR. За съжаление, не всички компании правят това, ограничавайки се само до анонс пост и няколко снимки от събитието в Twitter.
Хакатон №3. Вземи или остави
Съвсем наскоро нашият екип участва в хакатон в Амстердам. Тъй като по образование съм инженер-електроенергетик (в областта на възобновяемите източници на енергия), темата беше точно за нас — енергетика. Хакатонът беше проведен в онлайн формат: получихме описание на задачата и месец за изпълнение. Организаторите искаха да видят готов проект, който да помогне за увеличаване на енергийната ефективност на сградите в Амстердам.
Създадохме проект, в който се предвижда потреблението на електрическа енергия (преди това участвах в конкурс по тази тематика, където получих около-sota решение, за което можете да прочетете ) и генерирането от слънчева панел. На базата на тези предсказания се оптимизира работата на акумулаторната батерия (тази идея беше частично заета от моя магистърски проект). Нашият проект добре съответстваше както на задачата от организаторите (както ни се струваше по онова време), така и на политиката на администрацията на Амстердам в областта на ВИЕ за следващите години.
По време на оценката на проектите, нас, както и много други екипи, ни казаха, че това не е това, което клиентът е очаквал, добавяйки, че трябва да преработим проекта, ако искаме да се борим за наградно място. Ние не преработихме нищо и се смирихме с поражението. От сороката участващи екипа, ние не успяхме да влезем дори в топ 7, въпреки че изборът на организаторите, както ми се струва, беше доста странен. Например, те пропуснаха в финала отбор, който направи приложение за изчисляване на скоростта на вятъра и слънчевата радиация (СИ) въз основа на данни от сензорите на смартфона: микрофон за вятър, сензор за осветеност — за СИ. Убиец на идеята беше класификацията hotdog/not hotdog на три класа: Слънце, вятър, вода и показване на съответната статия в Уикипедия.).
Нека за момент оставим моралната страна на въпроса: шантажирането на участниците с възможността за победа е просто неетично. Тъй като една от мотивациите за участие в хакатони (особено за опитни разработчици) е реализирането на собствени идеи, много силни участници могат просто да напуснат събитието след като чуят такава обратна връзка (както стана не само с нашия екип, но и с редица други, които престанаха да актуализират страницата на проекта си след прослушването при ментора). Все пак, да предположим, че се съгласихме с желанията на организаторите и преработихме проекта си според техните изисквания. Какво може да се случи по-нататък?
Тъй като организаторите имат свое разбиране за "перфектен проект", всички желания (и съответно изменения) ще ни подведат към този идеал. Конкурсантите ще влагат време и ще им става все по-трудно да се откажат от по-нататъшно участие (тъй като вече са вложили усилия и изглежда, че до победата остава съвсем малко). Но в действителност, конкуренцията за призовите места ще нараства, и участниците все по-често ще трябва да преработват проекта си по забележките от организаторите в надежда да получат награда. В крайна сметка, момчетата, които не получат призови места, оглеждайки се назад, ще осъзнаят, че са участвали в фриланс без пари: правили са корекции по искане на клиента, но в същото време не са получили нищо в замяна (освен съответния опит, разбира се).
Морал
Често пожеланията и обратната връзка от организаторите помагат на проекта. Важно е, обаче, участниците да не разчитат на съветите на менторите като хроми на бастун. Ако чувате от организаторите обратна връзка за вашия проект в духа на „премахнете това, не сме го поръчвали“ — участието ви в хакатона може да се счита за приключено.
Ако организирате хакатон с ясно виждане за проекта, но нямате умения или възможности да го реализирате самостоятелно, е най-добре да формулирате вашето виждане в техническо задание за фрилансер. В противен случай ще трябва да платите два пъти — за хакатона и за услугите на фрилансера.
Източник: habr.com
