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