Π Tiningnan ko ang ilang dahilan para sumali sa hackathon. Ang pagganyak na matuto ng maraming bagong bagay at manalo ng mahahalagang premyo ay umaakit sa marami, ngunit kadalasan, dahil sa mga pagkakamali ng mga organizer o nag-i-sponsor na kumpanya, ang kaganapan ay hindi matagumpay na nagtatapos at ang mga kalahok ay umalis na hindi nasisiyahan. Upang gawing mas madalas ang mga hindi kasiya-siyang insidente, isinulat ko ang post na ito. Ang ikalawang bahagi ng trilogy ay nakatuon sa mga pagkakamali ng mga organizer.
Ang post ay nakaayos tulad ng sumusunod: sa simula ay pinag-uusapan ko ang tungkol sa kaganapan, ipaliwanag kung ano ang naging mali at kung ano ang humantong sa (o maaaring humantong sa pangmatagalan). Pagkatapos ay ibinibigay ko ang aking pagtatasa sa kung ano ang nangyayari, at kung ano ang gagawin ko kung ako ang mga tagapag-ayos. Dahil sumali ako sa lahat ng mga kaganapan, maaari ko lamang ipagpalagay ang tunay na motibasyon ng mga organizers. Bilang resulta, maaaring one-sided ang aking pagtatasa. Hindi ko ibinubukod na ang ilang mga punto na tila mali sa akin ay talagang nilayon sa ganoong paraan.
Sa isang tiyak na punto, maaaring isipin ng mambabasa na nagpasya ang may-akda na iwagayway ang kanyang mga kamao pagkatapos ng isang labanan. Ngunit maaari kong tiyakin sa iyo na hindi ito ang kaso. Sa ilan sa mga nakalistang hackathon, nakuha ko ang isang premyo, na, gayunpaman, ay hindi pumipigil sa amin na sabihin na ang kaganapan ay hindi maayos na naayos.
Bilang paggalang sa mga organizer at kalahok, walang magiging reference sa mga partikular na kumpanya sa post. Gayunpaman, maaaring hulaan ng isang matulungin na mambabasa (o Google) kung sino ang pinag-uusapan natin.
Hackathon No. 1. Mahigpit na limitasyon
Anim na buwan na ang nakalipas, isang malaking kumpanya ng telecom ang nag-organisa ng hackathon sa pagsusuri ng data. 20 koponan ang naglaban-laban para sa premyong pondo. Sa kaganapan, isang dataset ang ibinigay para sa pagsusuri, na naglalaman ng impormasyon tungkol sa mga tawag sa serbisyo ng suporta ng kumpanya, aktibidad sa mga social network at naka-code na impormasyon tungkol sa mga user (kasarian, edad, atbp.). Ang pinakakawili-wiling bahagi ng datasetβmga mensahe ng user at mga tugon ng operator (data ng text)βay medyo maingay at kailangang linisin para sa karagdagang trabaho.
Ang mga organizer ay nagtakda ng isang gawain - upang gumawa ng isang bagay na kawili-wili sa ibinigay na data, at ipinagbabawal na gumamit ng karagdagang mga bukas na dataset mula sa network o i-parse ang data sa iyong sarili. Ipinagbabawal din na magmungkahi ng mga ideyang hindi nauugnay sa dataset. Sa kasamaang palad, ang data na ibinigay ay medyo "mahirap": mahirap makakuha ng anumang mga kagiliw-giliw na produkto mula sa kanila, at mula sa pakikipag-usap sa mga tagapayo naging malinaw na marami sa mga iminungkahing ideya ay ipinapatupad na (o ipapatupad sa malapit na hinaharap) sa kumpanya.
Bilang resulta, ang napakaraming mga koponan (15 sa 20) ay gumawa ng mga chatbot. Sa panahon ng mga pagtatanghal, ang desisyon ng isang koponan ay bahagyang naiiba mula sa nauna. Hindi nakatiis, tinanong ng isa sa mga miyembro ng hurado ang susunod na pangkat na umaakyat sa entablado: "Ano, guys, mayroon din ba kayong chatbot?" Bilang resulta, sa tatlong mga premyo, ang una at pangalawang lugar ay napunta sa mga koponan na hindi gumawa ng chatbots.
Para sa paghahambing, kumuha tayo ng hackathon na inorganisa ng isang international consulting company para sa kumpanyang Zvezdochka dalawang taon na ang nakararaan. Dahil ang mga detalye ng mga aktibidad ng kumpanya ng Zvezdochka ay hindi pamilyar sa maraming mga kalahok sa hackathon, sa simula ng kaganapan ay pinag-usapan ng mga organizer ang mga sukatan na ginagamit sa kumpanya. Pagkatapos nito, anim na dataset ng iba't ibang uri ang ibinigay: teksto, mga talahanayan, geolocation - nagkaroon ng puwang para sa maniobra para sa lahat ng kalahok. Hindi ipinagbabawal ng mga organizer ang paggamit ng mga karagdagang dataset at sinuportahan pa ang mga naturang hakbangin. Sa finals ng kumpetisyon, sampung koponan na may iba't ibang mga solusyon ang nakipagkumpitensya para sa pangunahing premyo, kasama ang lahat ng mga koponan na gumagamit ng data na ibinigay ng kumpanya (sa kabila ng kakulangan ng mga paghihigpit), na nagpahiwatig ng magandang potensyal para sa pagkuha ng mga de-kalidad na produkto.
Moral
Hindi na kailangang limitahan ang malikhaing daloy ng mga kalahok. Bilang tagapag-ayos, dapat kang magbigay ng mga materyales at magtiwala sa kanilang pananaw at propesyonalismo. Kung ikaw ay isang kalahok sa isang hackathon, ang anumang mga paghihigpit o pagbabawal ay dapat mag-alarma sa iyo. Kadalasan ito ay katibayan ng mahinang organisasyon (isang halimbawa mula sa totoong buhay ay ang patuloy na pagnanais na magdikit ng bakod sa isang lugar). Kung nakatagpo ka ng mga paghihigpit, pagkatapos ay maging handa para sa katotohanan na kakailanganin mong lumikha ng isang proyekto sa isang pool na may maraming kumpetisyon. Sa kasong ito, obligado kang makipagsapalaran: gumawa ng isang bagay na panimula na bago o mag-alok ng hindi pangkaraniwang "killer feature" upang mamukod-tangi mula sa daloy ng mga monotonous na proyekto.
Hackathon No. 2. Imposibleng mga gawain
Nangako ang hackathon sa Amador na magiging kawili-wili. Ang kumpanyang nag-iisponsor, isang malaking tagagawa ng telepono, ay nagsimulang maghanda 4 na buwan bago ang petsa ng kaganapan. Ang PR para sa kaganapan ay isinasagawa sa mga social network; ang mga potensyal na kalahok ay kailangang pumasa sa isang teknikal na pagsubok at magsulat tungkol sa kanilang mga nakaraang proyekto upang mapili para sa kaganapang ito. Ang pondo ng premyo ay kawili-wiling malaki. Ilang araw bago ang hackathon, nagsagawa ng technical session ang mga mentor upang magkaroon ng panahon ang mga kalahok na maunawaan ang mga detalye ng industriya.
Sa mismong kaganapan, ang mga organizer ay nagbigay ng isang dataset ng mga log ng kagamitan na may dami na 8 GB, ang gawain ay isang binary classification ng mga breakdown. Pinag-usapan nila ang mga pamantayan para sa pagsusuri ng mga proyekto - kalidad ng pag-uuri, pagkamalikhain sa paglikha ng mga tampok, kakayahang magtrabaho sa isang koponan, atbp. Malas lang - para sa 8 GB ng "mga tampok", mayroon lamang 20 halimbawa sa tren at 5 sa pagsubok. Ang huling pako sa kabaong ng hackathon ay nagmula sa data: ang mga log ng kagamitan na natanggap noong Miyerkules ay naglalaman ng isang error sa pagpapatakbo ng kagamitan, ngunit ang mga nilikha noong Huwebes ay hindi (sa pamamagitan ng paraan, dalawang koponan lamang ang nakakaalam tungkol dito, at parehong mula sa Russia, ang tinubuang-bayan ng mga karanasang data miners ). Bagaman kahit na ang kaalaman sa totoong mga label ng pagsusulit ay hindi nakatulong upang matukoy ang sagot - ang gawain ay hindi malulutas. Hindi nakuha ng mga organizer ang ninanais na resulta; ang mga kalahok ay gumugol ng maraming oras sa paglutas ng isang problemang hindi maganda ang disenyo. Nabigo ang hackathon.
Moral
Magsagawa ng mga teknikal na pagsusuri ng mga takdang-aralin at suriin ang iyong mga takdang-aralin para sa kasapatan. Mas mainam na mag-overpay para sa isang paunang pagsusuri (sa kasong ito, agad na ituturo ng sinumang data scientist na imposibleng lutasin ang problemang ito) kaysa pagsisihan ito sa ibang pagkakataon.
Sa kasong ito, bilang karagdagan sa nasayang na oras at pera, nawala ang kredibilidad ng kumpanya sa mga potensyal na kandidato at posibleng nagsulat tungkol sa mga resulta. Sa pamamagitan ng paraan, hindi lamang ang mga kalahok, kundi pati na rin ang kumpanya ay dapat magsulat tungkol sa matagumpay na mga resulta, na pinalaki ang hackathon mula sa isang PR point of view. Sa kasamaang palad, hindi lahat ng mga kumpanya ay gumagawa nito, nililimitahan ang kanilang sarili sa isang post na anunsyo lamang at ilang mga larawan mula sa kaganapan sa Twitter.
Hackathon No. 3. Tanggapin mo o iwan mo
Kamakailan lamang, nakibahagi ang aming koponan sa isang hackathon sa Amsterdam. Dahil ako ay isang electrical engineer sa pamamagitan ng pagsasanay (sa larangan ng renewable energy sources), ang paksa ay tama para sa amin - enerhiya. Ang hackathon ay ginanap online: binigyan kami ng paglalarawan ng gawain at isang buwan upang makumpleto ito. Nais ng mga organizer na makakita ng natapos na proyekto na makakatulong sa pagtaas ng kahusayan sa enerhiya ng mga bahay sa Amsterdam.
Gumawa kami ng isang proyekto kung saan hinuhulaan ang pagkonsumo ng kuryente (bago iyon, lumahok ako sa isang kumpetisyon sa paksang ito kung saan nakatanggap ako ng malapit-sota na solusyon, na maaari mong basahin ang tungkol sa ) at pagbuo sa pamamagitan ng solar panel. Batay sa mga hulang ito, ang pagganap ng baterya ay na-optimize (ang ideyang ito ay bahagyang kinuha mula sa thesis ng aking master). Ang aming proyekto ay sumasang-ayon sa parehong mga tagubilin mula sa mga organizers (tulad ng tila sa amin noon), at sa patakaran ng administrasyong Amsterdam sa larangan ng renewable energy sources sa loob ng ilang taon na darating.
Sa panahon ng pagsusuri ng mga proyekto, kami, tulad ng maraming mga koponan, ay sinabihan na hindi ito ang inaasahan ng customer, idinagdag na kailangan naming gawing muli ang proyekto kung gusto naming makipagkumpetensya para sa premyo. Wala kaming ginawang muli, tinatanggap ang pagkatalo. Sa apatnapung kalahok na koponan, hindi man lang kami nakapasok sa top 7, bagama't kakaiba ang pagpili ng mga organizer, sa tingin ko. Halimbawa, hinayaan nila ang koponan na makapasok sa finals na gumawa ng aplikasyon para sa pagkalkula ng bilis ng hangin at solar radiation (SI) gamit ang data mula sa mga sensor ng smartphone: isang mikropono para sa hangin, isang light sensor para sa SI. Ang tampok na pamatay ay ang pag-uuri ng hotdog/hindi hotdog sa tatlong klase: Araw, hangin, tubig at pagpapakita ng kaukulang artikulo sa Wikipedia ().
Iwanan natin sandali ang moral na bahagi ng isyu: ang pamba-blackmail sa mga kalahok na may posibilidad na manalo ay sadyang hindi etikal. Dahil ang isa sa mga motibasyon para sa pakikilahok sa mga hackathon (lalo na ang mga may karanasan na mga developer) ay upang mapagtanto ang kanilang mga ideya, maraming malalakas na kalahok ang maaaring umalis sa kaganapan pagkatapos marinig ang ganoong feedback (na nangyari hindi lamang sa aming koponan, kundi pati na rin sa ilang iba pa na tumigil. pag-update ng kanilang proyekto sa pahina pagkatapos makinig sa tagapagturo). Gayunpaman, sabihin nating sumang-ayon kami sa kagustuhan ng mga organizer at muling ginawa ang aming proyekto upang umangkop sa kanilang mga kinakailangan. Ano kayang susunod na mangyayari?
Dahil ang mga tagapag-ayos ay may sariling pang-unawa sa "ideal na proyekto," ang lahat ng mga kagustuhan (at, nang naaayon, mga pagbabago) ay magdadala sa atin patungo sa ideal na ito. Ang mga kakumpitensya ay mag-aaksaya ng kanilang oras at magiging mas mahirap para sa kanila na tumanggi sa karagdagang pakikilahok (dahil namuhunan na sila ng kanilang mga pagsisikap, at tila medyo malayo na sila sa tagumpay). Ngunit sa katotohanan, tataas ang kumpetisyon para sa mga premyo, at ang mga kalahok ay lalong kailangang gawing muli ang proyekto batay sa mga pag-edit mula sa mga organizer sa pag-asang manalo ng premyo. Bilang isang resulta, ang mga lalaki na hindi kumuha ng mga premyo, sa pagbabalik-tanaw, ay mauunawaan na sila ay nakibahagi sa freelancing nang walang pera: gumawa sila ng mga pag-edit para sa customer, ngunit hindi nakatanggap ng anumang kapalit para dito (maliban sa nauugnay na karanasan, ng kurso).
Moral
Kadalasan ang mga kagustuhan at feedback mula sa mga organizer ay tumulong sa proyekto. Sa parehong oras, gayunpaman, ang mga kalahok ay hindi dapat umasa sa payo ng mga tagapayo tulad ng isang pilay sa isang tungkod. Kung makarinig ka ng feedback mula sa mga organizer sa iyong proyekto sa diwa ng "alisin mo ito, hindi namin ito inutusan", ang iyong paglahok sa hackathon ay maaaring ituring na kumpleto na.
Kung nag-aayos ka ng isang hackathon na may malinaw na pananaw para sa proyekto, ngunit walang mga kasanayan o kakayahang ipatupad ito sa iyong sarili, kung gayon mas mahusay na gawing pormal ang iyong paningin sa anyo ng mga teknikal na pagtutukoy para sa isang freelancer. Kung hindi, kailangan mong magbayad ng dalawang beses - para sa hackathon at para sa mga serbisyo ng freelancer.
Pinagmulan: www.habr.com