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