La fina parto de la hakatontrilogio. EN Mi parolis pri la instigo por partopreni tiajn eventojn. estis dediĉita al la eraroj de la organizantoj kaj iliaj rezultoj. La fina parto respondos demandojn, kiuj ne kongruis en la unuaj du partoj.
Diru al ni kiel vi komencis partopreni en hakatonoj.
Mi studis por magistro ĉe la Universitato de Lappeenranta solvante konkursojn pri datuma analizo. Mia tipa tago aspektis jene: ellitiĝo je la 8-a, kelkaj paroj en la universitato, poste konkursoj kaj kursoj ĝis noktomezo (dum la aliĝo kalkulas, mi spektas prelegojn aŭ legas artikolojn). Tia strikta horaro donis fruktojn, kaj mi gajnis la konkurson pri datuma analizo MERC-2017 (kiu eĉ estis diskutita ). La venko donis al mi konfidon, kaj kiam mi hazarde trovis informojn pri la hakatono SkinHack 2 en Moskvo, mi decidis viziti miajn gepatrojn kaj samtempe ekscii, kio estas hakatono.
La hakatono mem montriĝis sufiĉe amuza. Estis du spuroj pri datuma analizo kun klaraj metrikoj kaj datumaro kun premimono de 100k rubloj. La tria aŭtoveturejo estis pri evoluiga programo kun premio de 50k, kaj ne estis partoprenantoj. En unu momento, la organizanto diris, ke fenestro kun butono sen funkcieco povus gajni 50k, ĉar la premio ne povas esti elpagita. Mi ne eklernis kiel programi aplikaĵojn (mi ne konkuras kie mi povas facile esti "turnigita"), sed por mi estis klara mesaĝo, ke la kampoj en hakatonoj ne estas plenplenaj.
Poste mi solvis ambaŭ datumajn analiztrakojn sole. Mi trovis likon en la datumoj, kiuj permesis al mi akiri la idealan rapidon, sed la kolumno kun la liko ne estis en la testaj datumoj, kiujn mi ricevis du horojn antaŭ la fino de la evento (cetere, tiam mi komprenis, ke la ĉeesto de "celo" kolono en la trajno ne kalkulas kiel liko ). Samtempe malfermiĝis la gvidtabulo, mia submetiĝo sen vizaĝo prenis la trian lokon el kvin, estis granda breĉo al la unua kaj mi decidis ne perdi tempon kaj foriris.
Post kiam mi analizis kun freŝa menso tion, kio okazis, mi trovis amason da eraroj (unu el miaj kutimoj estas mense rulumi tion, kio okazis kun la notbloko kaj analizi la erarojn, ilian kaŭzon, kaj kio povus esti ŝanĝita - tiel agrabla heredaĵo. de duonprofesia pokerludo). Sed unu afero certe estis klara - estas multe da valoro en hakatonoj, kaj mi simple devis efektivigi ĝin. Post ĉi tiu evento, mi komencis monitori eventojn kaj grupojn, kaj la posta hakatono ne longe daŭris. Poste alia, kaj alia...
Kial vi faras hakatonojn kaj ne Kaglo?
Mi ne ŝatas Kagle nuntempe. De certa kapablonivelo, sen specifaj kialoj por partopreno, kagle iĝas malpli utila ol aliaj agadoj. Mi multe partoprenis antaŭe, ŝajne mi sukcesis iel "eliri".
Kial hakatonoj kaj ne labori pri via propra projekto?
Mi ŝatas la ideon fari ion malvarmetan per miaj propraj manoj malrapide. La uloj de ODS organizis por ĉiuj, kiuj volas pasigi la semajnfinon laborante pri sia projekto kun samideanoj. Mi pensas, ke baldaŭ mi aliĝos al ili.
Kiel vi trovas eventojn?
Ĉeffonto - hackathon.com (mondo) kaj telegrama babilejo (Rusio). Krome, anoncoj de eventoj aperas en reklamado en sociaj retoj kaj en linkedin. Se vi nenion trovas, vi povas rigardi ĉi tie: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Ĉu vi preparas solvoplanon antaŭ ol partopreni aŭ ĉu ĉio estas decidita sur la flugo? Ekzemple, semajnon antaŭ la hakatono, ĉu vi pensas: "Ni bezonos ĉi tie tian kaj tian specialiston, ni devos serĉi ĝin"?
Se la hakatono estas por manĝaĵo, jes, mi pretiĝas. Kelkajn semajnojn antaŭe, mi eltrovas, kion mi faros, eltrovas, kiu povus esti utila, kaj arigas teamon de amikoj aŭ partoprenantoj de pasintaj hakatonoj.
Ĉu vere eblas haki hakatonon sole? Kion fari se ne estas teamo?
Datumsciencaj hakatonoj estas realaj (mi estas vivanta ekzemplo de tio), mi ne vidis nutraĵajn hakatonojn, kvankam mi ankaŭ pensas tiel. Bedaŭrinde, foje organizantoj trudas limon al la minimuma nombro da partoprenantoj en teamo. Mi pensas, ke tio ŝuldiĝas al la fakto, ke ne ĉiuj "soluloj" atingas la finalon (tio estas, ili simple foriras kun la unuaj malfacilaĵoj); partopreno en teamo ankoraŭ retenas. Eĉ post la evento, vi atendas plu labori pri la projekto. Estos pli facile realigi la projekton kun teamo.
Ĝenerale, mia konsilo estas ĉiam partopreni kun teamo. Se vi ne havas vian propran teamon, la organizantoj ĉiam helpos vin trovi aŭ krei unu.
Kiel vi eltenas lacecon dum hakatono?
Ĉe la hakatono vi ricevas 2 tagojn por labori, tio estas 48 horoj (30-48 horoj, ni prenu 48 por facile kalkuli). Ni forigas tempon por dormo (16-20 horoj), lasante ne pli ol 30. El tiuj, 8 horoj (averaĝe) efektive estos elspezitaj por produktiva laboro. Se vi organizas vian laboron ĝuste (dormo, nutrado, eliro al la freŝa aero, ekzercoj, minutoj de atento, taŭga komunikado kun la teamo kaj ŝanĝado de agadoj), tiam profundaj laborhoroj povas esti pliigitaj al 12-14. Post tia laboro vi sentos vin elĉerpita, sed estos agrabla laceco. Kodigo sen dormo kaj paŭzoj, interrompitaj de energitrinkaĵoj, estas recepto por fiasko.
Ĉu vi havas viajn proprajn pretajn duktojn por hakatonoj? Kiel vi akiris ilin, kiel ili estas organizitaj (ili estas en dosierujoj kun .py dosieroj, ĉiu por sia propra tasko, ktp.) kaj kiel komenci krei ĉi tiujn mem?
Mi ne uzas tute pretajn solvojn de pasintaj hakatonoj en novaj, sed mi havas mian propran zoon de modeloj kaj duktoj de pasintaj konkursoj. Mi ne devas reverki normajn pecojn de nulo (ekzemple, ĝustan celkodigon aŭ simplan kradon por ĉerpi intencon el teksto), kio ŝparas al mi multe da tempo.
Nuntempe ĝi aspektas jene: por ĉiu konkurso aŭ hakatono ekzistas sia propra repo en GitHub, ĝi konservas kajerojn, skriptojn kaj malgrandan dokumentadon pri tio, kio okazas. Plie ekzistas aparta repo por ĉiaj boksitaj "trukoj" (kiel ĝusta celkodado kun krucvalidado). Mi pensas, ke ĉi tio ne estas la plej eleganta solvo, sed ĝi konvenas al mi nuntempe.
Mi komencus konservante mian tutan kodon en dosierujoj kaj skribante mallongan dokumentadon (kial, kio, kiel mi faris ĝin kaj la rezulton).
Ĉu estas realisme prepari MVP de nulo en tiel mallonga tempo aŭ ĉu ĉiuj partoprenantoj venas kun pretaj solvoj?
Mi povas diri nur pri projektoj rilataj al datumscienco - jes, ĝi eblas. MVP por mi estas kombinaĵo de du faktoroj:
- Realigebla ideo prezentita kiel produkto (t.e. pentrita sur komerca kanvaso). Ĉiam devus esti klara kompreno pri kial kaj por kiu ni faras produkton. Kelkfoje projektoj kun bone fondita dezajno, sed sen prototipo, gajnas premiojn, kaj ĉi tio ne estas surpriza. Bedaŭrinde, multaj partoprenantoj ne povas ignori la amarecon de malvenko kaj atribui siajn malsukcesojn al la miopeco de la organizantoj, daŭre tranĉantaj modelojn por iu nekonata ĉe la venontaj hakatonoj.
- Iu indikilo, ke vi povas fari ĉi tiun produkton (aplikaĵo, kodo, priskribo de duktoj).
Okazas, ke teamo venas al hakatono kun preta solvo kaj provas "tajli" ĝin laŭ instrukcioj de la organizantoj. Tiaj teamoj estas forigitaj dum teknika ekzamenado aŭ nur la parto, kiun ili faris en la retejo, estas "kalkulita". Mi ne vidis tiajn teamojn kiel gajnantoj, sed mi pensas, ke estas ankoraŭ profite por ili ludi pro la estonta valoro ().
Ĉu ekzistas ekzemploj de alportado de metioj efektivigitaj ĉe hakatonoj al produktado/komenco?
Jes. Mi havis tri kazojn kiam ili alportis ĝin al produktado. Unufoje mi mem, dufoje - per la manoj de aliulo, surbaze de miaj ideoj kaj kodo, kiujn mi skribis ĉe la hakatono. Mi ankaŭ konas kelkajn teamojn, kiuj daŭre kunlaboris kun la kompanio kiel konsultistoj. Mi ne konas la finajn rezultojn, sed plej verŝajne io estis kompletigita. Mi mem ne organizis noventreprenojn kaj mi ne scias, ke iu havas, kvankam mi certas, ke ekzistas ekzemploj.
Post partopreno en multaj hakatonoj, kian konsilon vi donus al vi se vi povus reiri en la tempo?
- Taktikoj estas pli gravaj ol manovroj. Pensu pri ĉiu solvo kiel preta produkto. Ideo, tekkomputilo de Jupitera, algoritmo valoras nenion, se ne estas klare, kiu pagos por ĝi.
- Antaŭ ol desegni ion ajn, respondu la demandon ne "kio?", sed "kial?" Kaj kiel?". Ekzemplo: kiam vi desegnas ajnan ML-solvon, unue pensu pri la ideala algoritmo: kion ĝi ricevas kiel enigo, kiel ĝiaj antaŭdiroj estas uzataj estonte?
- Estu parto de teamo.
Kion ili kutime manĝas ĉe hakatonoj?
Kutime la manĝaĵo ĉe hackathons estas malbona: pico, energitrinkaĵoj, sodo. Preskaŭ ĉiam la manĝaĵo estas organizita en formo de bufedo (aŭ servita tablo) al kiu estas grandega vico. Ili kutime ne disponigas manĝaĵon nokte, kvankam estis kazo ĉe unu konkurso en Parizo kie manĝaĵo estis lasita dum la nokto - fritoj, benkoj kaj kolao. Mi imagos la pensoprocezon de la organizantoj: “Kion do manĝas programistoj tie? Ho, ĝuste! Chips, donuts - jen ĉio. Ni donu al ili ĉi tiun rubon." La sekvan tagon mi demandis al la organizantoj: “Knaboj, ĉu eblas fari ion alian por la nokto? Nu, eble iom da kaĉo?” Post tio ili rigardis min kvazaŭ mi estus idioto. Fama franca gastamo.
Ĉe bonaj hakatonoj, manĝaĵo estas mendita en kestoj; ekzistas dividado en regulaj, vegetaraj kaj koŝeraj manĝoj. Krome ili metas fridujon kun jogurtoj kaj mueslio - por tiuj, kiuj volas manĝi manĝeton. Teo, kafo, akvo - norma. Mi memoras la hakatonon Hack Moscow 2 - ili kore nutris min borŝton kaj kotletojn per terpompuraĵo en la kantino de la oficejo 1C.
La prudento de hakatonoj dependas, se tiel diri, de la profesia sfero de la organizantoj (ekzemple, la plej bonaj hakatonoj estas kondukitaj de konsultistoj)?
La plej bonaj hakatonoj estis de organizantoj kiuj aŭ organizis hakatonojn antaŭe aŭ partoprenis ilin antaŭe. Eble ĉi tio estas la sola faktoro, de kiu dependas la kvalito de la evento.
Kiel kompreni, ke vi ne estas noob kaj estas tempo por hakatono?
La plej bona tempo por iri al hakatono estas antaŭ unu jaro. La dua plej bona tempo estas nun. Do iru, faru erarojn, lernu - estas bone. Eĉ neŭrala reto - la plej granda invento de homo ekde la rado kaj gradiento plialtiĝantaj super arboj - ne povas distingi katon de hundo en la unua epoko de trejnado.
Kiuj "ruĝaj flagoj" tuj indikas, ke la evento ne estos tre bona kaj ne necesas perdi tempon?
- Klara priskribo de tio, kion oni devas fari (rilata por produktaj hakatonoj). Se dum registriĝo vi ricevas klaran taskon, tiam estas pli bone resti hejme. En mia memoro, ne estis eĉ unu bona hakatono kun teknikaj specifoj. Por komparo: Bone - faru al ni ion rilatan al analizo de sonkonversacioj. Malbona - faru al ni aplikaĵon, kiu kapablus dividi konversacion en du apartajn sontrakojn por ĉiu persono.
- Malgranda premiofonduso. Se oni petas vin fari “Tinder por reta vendejo kun AI” kaj la premio por unua loko estas 500 eŭroj kaj minimuma teama grandeco de 5 homoj, verŝajne ne indas malŝpari vian tempon (jes, ĉi tio estas vera hakatono, kiu estis okazinta en Munkeno).
- Manko de datumoj (rilata por datumsciencaj hakatonoj). Organizintoj kutime provizas bazajn informojn pri la evento kaj foje specimenan datumaron. Se ili ne provizis ĝin, demandu, ĝi nenion kostos al vi. Se ene de 2-3 ne estas klare, kiaj datumoj estos provizitaj kaj ĉu ĝi entute estos provizita, tio estas ruĝa flago.
- Novaj organizantoj. Ne estu maldiligenta kaj Guglo-informo pri la hackathon-organizantoj. Se ili okazigas tian eventon por la unua fojo, estas alta probablo ke io misfunkcios. Aliflanke, se la organizanto kaj ĵurianoj jam okazigis hakatonojn aŭ aktive partoprenis en la pasinteco, tio estas verda flago.
Ĉe unu hakatono ili diris al mi: “Vi havis la plej bonan solvon en mallonga tempo, sed pardonu, ni taksas teamlaboron, kaj vi laboris sole. Nun, se vi prenis studenton aŭ knabinon al via teamo...”? Ĉu vi iam renkontis tian maljustecon? Kiel vi eltenis?
Jes, mi renkontis ĝin pli ol unufoje. Mi estas stoika pri ĉio, kio okazas: mi faris ĉion en mia povo, se ĝi ne funkciis, tiel estu.
Kial vi faras ĉion ĉi?
Ĉio ĉi estas nur pro enuo.
fonto: www.habr.com