В Aku wis ndeleng sawetara alasan kanggo melu hackathon. Motivasi kanggo sinau akeh perkara anyar lan menang hadiah sing larang narik akeh, nanging asring, amarga kesalahan penyelenggara utawa perusahaan sponsor, acara kasebut ora kasil lan para peserta lunga kanthi ora puas. Kanggo nggawe kedadeyan sing ora nyenengake kaya ngono, aku nulis postingan iki. Bagean kaloro trilogi kasebut khusus kanggo kesalahan para panitia.
Kiriman kasebut diatur kaya mangkene: ing wiwitan aku ngomong babagan acara kasebut, nerangake apa sing salah lan apa sing nyebabake (utawa bisa mimpin kanggo jangka panjang). Banjur aku menehi penilaian babagan kedadeyan, lan apa sing bakal ditindakake yen aku dadi panitia. Awit aku melu kabeh acara, aku mung bisa nganggep motivasi sejatine penyelenggara. Akibaté, penilaianku bisa dadi siji. Aku ora ngilangi manawa sawetara poin sing katon salah kanggoku sejatine dituju kaya ngono.
Ing titik tartamtu, sing maca bisa mikir sing penulis mutusaké kanggo gelombang ajiné sawise perang. Nanging aku bisa njamin yen iki ora. Ing sawetara hackathon sing kadhaptar, aku bisa entuk hadiah, sing, nanging, ora ngalangi kita ujar manawa acara kasebut ora diatur.
Kanggo ngormati panitia lan peserta, ora bakal ana referensi kanggo perusahaan tartamtu ing kiriman kasebut. Nanging, sing maca sing ati-ati, bisa ngira (utawa Google) sapa sing diomongake.
Hackathon No.. 1. kerangka Ketat
Enem wulan kepungkur, salah sawijining perusahaan telekomunikasi gedhe ngatur hackathon babagan analisis data. 20 tim bersaing kanggo dana hadiah. Ing acara kasebut, dataset diwenehake kanggo analisis, sing ngemot informasi babagan telpon menyang layanan dhukungan perusahaan, aktivitas ing jaringan sosial lan informasi kode babagan pangguna (gender, umur, lan liya-liyane). Sisih paling menarik saka dataset - pesen pangguna lan respon operator (data teks) - cukup rame lan kudu diresiki kanggo karya luwih lanjut.
Penyelenggara nyetel tugas - kanggo nindakake perkara sing menarik karo data sing diwenehake, lan dilarang nggunakake set data mbukak tambahan saka jaringan utawa ngurai data kasebut dhewe. Uga dilarang ngusulake gagasan sing ora ana hubungane karo dataset. Sayange, data sing diwenehake cukup "miskin": angel entuk produk sing menarik saka wong-wong mau, lan saka komunikasi karo mentor dadi cetha yen akeh gagasan sing diusulake wis ditindakake (utawa bakal ditindakake ing mangsa ngarep). ing perusahaan.
Akibaté, akeh banget tim (15 saka 20) nggawe chatbots. Sajrone pagelaran, keputusan siji tim rada beda karo sing sadurunge. Ora tahan, salah sawijining anggota juri takon marang tim sabanjure sing njupuk panggung: "Apa, wong-wong, sampeyan uga duwe chatbot?" Akibaté, saka telung hadiah, papan pisanan lan kaloro dadi tim sing ora nggawe chatbots.
Kanggo mbandhingake, ayo njupuk hackathon sing diatur dening perusahaan konsultasi internasional kanggo perusahaan Zvezdochka rong taun kepungkur. Wiwit spesifik aktivitas perusahaan Zvezdochka ora pati ngerti karo akeh peserta hackathon, ing wiwitan acara kasebut, panitia ngomong babagan metrik sing digunakake ing perusahaan. Sawise iki, enem set data saka macem-macem jinis diwenehake: teks, tabel, geolokasi - ana ruang kanggo maneuver kanggo kabeh peserta. Penyelenggara ora nglarang nggunakake set data tambahan lan malah ndhukung inisiatif kasebut. Ing final kompetisi, sepuluh tim kanthi solusi sing beda-beda bersaing kanggo hadiah utama, kabeh tim nggunakake data sing diwenehake dening perusahaan (senadyan ora ana watesan), sing nuduhake potensial apik kanggo entuk produk sing berkualitas.
moralitas
Ora perlu mbatesi aliran kreatif peserta. Minangka panitia, sampeyan kudu nyedhiyakake materi lan percaya marang visi lan profesionalisme. Yen sampeyan dadi peserta hackathon, watesan utawa larangan apa wae kudu ngganggu sampeyan. Biasane iki minangka bukti organisasi sing ora apik (conto saka urip nyata yaiku kepinginan tetep kanggo nempel pager ing endi wae). Yen sampeyan nemoni watesan, mula disiapake yen sampeyan kudu nggawe proyek ing kolam renang kanthi akeh kompetisi. Ing kasus iki, sampeyan kudu njupuk risiko: nindakake soko dhasar anyar utawa nawakake "fitur pembunuh" sing ora biasa supaya bisa metu saka aliran proyek sing monoton.
Hackathon No. 2. Tugas sing ora bisa ditindakake
Hackathon ing Amador janji bakal menarik. Perusahaan sponsor, produsen telpon gedhe, miwiti persiapan 4 wulan sadurunge tanggal acara kasebut. PR kanggo acara kasebut ditindakake ing jaringan sosial; peserta potensial kudu lulus tes teknis lan nulis babagan proyek sing kepungkur supaya bisa dipilih kanggo acara iki. Dana hadiah gedhe banget. Sawetara dina sadurunge hackathon, para mentor nganakake sesi teknis supaya para peserta duwe wektu kanggo mangerteni spesifik industri kasebut.
Ing acara kasebut, panitia nyedhiyakake dataset log peralatan kanthi volume 8 GB, tugas kasebut minangka klasifikasi binar saka breakdowns. Dheweke ngomong babagan kritéria kanggo ngevaluasi proyek - kualitas klasifikasi, kreativitas nggawe fitur, kemampuan kanggo kerja ing tim, lsp. Iku mung nasib ala - kanggo 8 GB "fitur", mung ana 20 conto ing sepur lan 5 ing tes. Pucuk pungkasan ing peti mati hackathon teka saka data: log peralatan sing ditampa ing dina Rebo ngemot kesalahan ing operasi peralatan, nanging sing digawe ing Kamis ora (kanthi cara, mung rong tim sing ngerti babagan iki, lan loro-lorone saka Rusia, tanah kelairan para penambang data sing berpengalaman). Senajan malah kawruh saka label bener test ora bantuan kanggo nemtokake jawaban - tugas iki unsolvable. Penyelenggara ora entuk asil sing dikarepake, para peserta ngentekake wektu akeh kanggo ngrampungake masalah sing ora dirancang. Hackathon gagal.
moralitas
Nindakake review teknis tugas lan priksa tugas sampeyan kanggo kecukupan. Iku luwih apik kanggo overpay kanggo ujian awal (ing kasus iki, sembarang ilmuwan data bakal langsung nuduhake yen ora bisa kanggo ngatasi masalah iki) saka Getun mengko.
Ing kasus iki, saliyane mbuwang wektu lan dhuwit, perusahaan ilang kredibilitas karo calon potensial lan bisa uga nulis babagan asil. Miturut cara, ora mung peserta, nanging uga perusahaan kudu nulis babagan asil sing sukses, ngoptimalake hackathon saka sudut pandang PR. Sayange, ora kabeh perusahaan nindakake iki, mung mbatesi postingan pengumuman lan sawetara foto saka acara kasebut ing Twitter.
Hackathon No. 3. Njupuk utawa ninggalake
Paling anyar, tim kita melu hackathon ing Amsterdam. Amarga aku dadi insinyur listrik kanthi latihan (ing bidang sumber energi sing bisa dianyari), topik kasebut pas kanggo kita - energi. Hackathon dianakake online: kita diwenehi katrangan babagan tugas lan sasi kanggo ngrampungake. Penyelenggara pengin ndeleng proyek rampung sing bakal mbantu nambah efisiensi energi omah-omah Amsterdam.
Kita nggawe proyek ing ngendi konsumsi listrik diprediksi (sadurunge, aku melu kompetisi babagan topik iki ing ngendi aku nampa solusi cedhak-sota, sing bisa diwaca babagan ) lan generasi dening panel surya. Adhedhasar prediksi kasebut, kinerja baterei dioptimalake (gagasan iki sebagian dijupuk saka tesis master). Proyèk kita ana ing persetujuan sing apik karo pandhuan saka panitia (kaya sing katon ing jaman saiki), lan karo kabijakan administrasi Amsterdam ing bidang sumber energi sing bisa dianyari nganti pirang-pirang taun.
Sajrone evaluasi proyek, kita, kaya akeh tim, dikandhani manawa iki dudu apa sing dikarepake pelanggan, nambahake manawa kita kudu nindakake proyek kasebut yen pengin saingan kanggo hadiah kasebut. Kita ora nindakake apa-apa, nampa kekalahan. Saka patang puluh tim sing melu, kita malah ora tekan 7 ndhuwur, sanajan pilihan saka panitia, misale jek aku, rada aneh. Contone, dheweke ngidini tim kasebut menyang final sing nggawe aplikasi kanggo ngitung kacepetan angin lan radiasi surya (SI) nggunakake data saka sensor smartphone: mikropon kanggo angin, sensor cahya kanggo SI. Fitur pembunuh yaiku klasifikasi hotdog/not hotdog dadi telung kelas: Srengenge, angin, banyu lan tampilan artikel sing cocog ing Wikipedia ().
Ayo ninggalake sisih moral saka masalah kanggo wayahe: blackmailing peserta karo kamungkinan kamenangan iku mung unethical. Amarga salah sawijining motivasi kanggo melu hackathon (utamane pangembang sing berpengalaman) yaiku mujudake ide, akeh peserta sing kuwat bisa ninggalake acara kasebut sawise krungu umpan balik kasebut (sing kedadeyan ora mung kanggo tim kita, nanging uga kanggo sawetara wong liya sing mandheg. nganyari proyek kaca sawise ngrungokake mentor). Isih, ayo ngomong yen kita setuju karo kekarepan para panitia lan nggawe maneh proyek supaya cocog karo kabutuhane. Apa sing bisa kedadeyan sabanjure?
Wiwit panitia duwe pangerten dhewe babagan "proyek becik," kabeh kepinginan (lan, kanthi mangkono, owah-owahan) bakal nuntun kita menyang ideal iki. Saingan bakal sampah wektu lan bakal dadi liyane lan liyane angel kanggo wong-wong mau kanggo nolak partisipasi luwih (amarga padha wis nandur modhal efforts , lan misale jek sing padha mung sethitik adoh saka menang). Nanging nyatane, kompetisi kanggo hadiah bakal saya tambah, lan para peserta kudu nglakokake proyek kasebut adhedhasar suntingan saka panitia kanthi pangarep-arep menang hadiah. Akibaté, wong lanang sing ora njupuk hadiah, looking bali, bakal ngerti sing padha melu freelancing tanpa dhuwit: padha nggawe suntingan kanggo customer, nanging ora nampa apa-apa ing bali kanggo iki (kajaba pengalaman sing cocog, saka kursus).
moralitas
Asring kepinginan lan umpan balik saka panitia teka kanggo mbantu proyek kasebut. Nanging ing wektu sing padha, peserta kudu ora gumantung ing saran saka mentor kaya wong pincang ing tebu. Yen sampeyan krungu umpan balik saka panitia babagan proyek sampeyan kanthi semangat "njupuk, kita ora pesen iki", partisipasi sampeyan ing hackathon bisa dianggep rampung.
Yen sampeyan ngatur hackathon kanthi visi sing jelas kanggo proyek kasebut, nanging tanpa katrampilan utawa kemampuan kanggo ngleksanakake dhewe, mula luwih apik kanggo ngresmikake visi sampeyan ing wangun spesifikasi teknis kanggo freelancer. Yen ora, sampeyan kudu mbayar kaping pindho - kanggo hackathon lan kanggo layanan freelancer.
Source: www.habr.com