Bahagian akhir trilogi hackathon. DALAM Saya bercakap tentang motivasi untuk menyertai acara sebegini. didedikasikan untuk kesilapan penganjur dan keputusan mereka. Bahagian akhir akan menjawab soalan yang tidak sesuai dengan dua bahagian pertama.
Beritahu kami cara anda mula menyertai hackathon.
Saya belajar untuk ijazah sarjana di Universiti Lappeenranta sambil menyelesaikan pertandingan dalam analisis data. Hari biasa saya kelihatan seperti ini: bangun pada pukul 8, beberapa pasangan di universiti, kemudian pertandingan dan kursus sehingga tengah malam (semasa penghantaran dikira, saya menonton kuliah atau membaca artikel). Jadual yang ketat seperti itu membuahkan hasil, dan saya memenangi pertandingan analisis data MERC-2017 (yang malah dibincangkan ). Kemenangan itu memberi saya keyakinan, dan apabila saya secara tidak sengaja terjumpa maklumat tentang hackathon SkinHack 2 di Moscow, saya memutuskan untuk melawat ibu bapa saya dan pada masa yang sama mengetahui apa itu hackathon.
Hackathon itu sendiri ternyata agak lucu. Terdapat dua jejak pada analisis data dengan metrik yang jelas dan set data dengan hadiah wang sebanyak 100k rubel. Lagu ketiga adalah mengenai pembangunan aplikasi dengan hadiah 50k, dan tiada peserta. Pada satu ketika, penganjur berkata bahawa tetingkap dengan butang tanpa fungsi boleh memenangi 50k, kerana hadiah tidak dapat dibayar. Saya tidak mula belajar bagaimana untuk memprogramkan aplikasi (saya tidak bersaing di mana saya boleh dengan mudah "terbalik"), tetapi bagi saya ia adalah mesej yang jelas bahawa medan dalam hackathon tidak sesak.
Kemudian saya menyelesaikan kedua-dua trek analisis data sahaja. Saya mendapati kebocoran dalam data yang membolehkan saya mendapatkan kelajuan yang ideal, tetapi lajur dengan kebocoran tidak terdapat dalam data ujian yang saya terima dua jam sebelum acara berakhir (dengan cara itu, saya faham bahawa kehadiran lajur "sasaran" dalam kereta api tidak dikira sebagai kebocoran ). Pada masa yang sama, papan pendahulu dibuka, penyerahan saya tanpa muka mendapat tempat ketiga daripada lima, terdapat jurang yang besar dengan yang pertama dan saya memutuskan untuk tidak membuang masa dan pergi.
Selepas saya menganalisis dengan minda segar apa yang berlaku, saya mendapati banyak kesilapan (salah satu tabiat saya ialah menatal secara mental apa yang berlaku dengan pad nota dan menganalisis ralat, puncanya, dan apa yang boleh diubah - warisan yang begitu menyenangkan. permainan poker separuh profesional). Tetapi satu perkara yang pasti - terdapat banyak nilai dalam hackathon, dan saya hanya perlu melaksanakannya. Selepas acara ini, saya mula memantau acara dan kumpulan, dan hackathon berikutnya tidak lama lagi. Kemudian satu lagi, dan satu lagi...
Mengapa anda melakukan hackathon dan bukan Kagalo?
Saya tidak suka Kagle pada masa ini. Dari tahap kemahiran tertentu, tanpa sebab khusus untuk penyertaan, kagle menjadi kurang berguna daripada aktiviti lain. Saya banyak mengambil bahagian sebelum ini, nampaknya saya berjaya entah bagaimana "turun".
Mengapa hackathon dan tidak bekerja pada projek anda sendiri?
Saya suka idea untuk membuat sesuatu yang sejuk dengan tangan saya sendiri pada kadar yang perlahan. Lelaki dari ODS menganjurkan untuk semua orang yang ingin menghabiskan hujung minggu bekerja pada projek mereka dengan orang yang berfikiran sama. Saya fikir tidak lama lagi saya akan menyertai mereka.
Bagaimana anda mencari acara?
Sumber utama - hackathon.com (dunia) dan sembang telegram (Rusia). Selain itu, pengumuman acara muncul dalam pengiklanan di rangkaian sosial dan di linkedin. Jika anda tidak menemui apa-apa, anda boleh melihat di sini: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Adakah anda menyediakan pelan penyelesaian sebelum mengambil bahagian atau semuanya diputuskan dengan cepat? Sebagai contoh, seminggu sebelum hackathon, adakah anda fikir: "Kami memerlukan pakar seperti itu di sini, kami perlu mencarinya"?
Jika hackathon adalah untuk makanan, ya, saya sedang bersiap. Beberapa minggu sebelum itu, saya memikirkan apa yang akan saya lakukan, mengetahui siapa yang mungkin berguna, dan mengumpulkan pasukan rakan atau peserta dari hackathon yang lalu.
Adakah benar-benar mungkin untuk menggodam hackathon sahaja? Apa yang perlu dilakukan jika tiada pasukan?
Hackathon sains data adalah nyata (saya adalah contoh hidup ini), saya tidak pernah melihat hackathon runcit, walaupun saya juga berpendapat demikian. Malangnya, kadangkala penganjur mengenakan had ke atas bilangan minimum peserta dalam sesebuah pasukan. Saya fikir ini disebabkan oleh fakta bahawa tidak semua "penyendiri" mencapai peringkat akhir (iaitu, mereka pergi dengan kesukaran pertama); penyertaan dalam pasukan masih bertahan. Walaupun selepas acara tersebut, anda dijangka akan terus mengusahakan projek tersebut. Ia akan menjadi lebih mudah untuk melaksanakan projek dengan satu pasukan.
Secara umum, nasihat saya adalah untuk sentiasa mengambil bahagian dengan pasukan. Jika anda tidak mempunyai pasukan anda sendiri, penganjur akan sentiasa membantu anda mencari atau menciptanya.
Bagaimanakah anda mengatasi keletihan semasa hackathon?
Di hackathon anda diberi masa 2 hari untuk bekerja, iaitu 48 jam (30-48 jam, mari ambil 48 untuk memudahkan pengiraan). Kami mengalihkan masa untuk tidur (16-20 jam), meninggalkan tidak lebih daripada 30. Daripada jumlah ini, 8 jam (secara purata) sebenarnya akan dibelanjakan untuk kerja yang produktif. Jika anda mengatur kerja anda dengan betul (tidur, pemakanan, keluar ke udara segar, senaman, minit kesedaran, komunikasi yang betul dengan pasukan dan aktiviti bertukar), maka waktu kerja yang mendalam boleh ditingkatkan kepada 12-14. Selepas kerja sedemikian anda akan berasa letih, tetapi ia akan menjadi keletihan yang menyenangkan. Pengekodan tanpa tidur dan rehat, terganggu oleh minuman tenaga, adalah resipi untuk kegagalan.
Adakah anda mempunyai saluran paip sedia anda sendiri untuk hackathon? Bagaimanakah anda mendapatkannya, bagaimana ia disusun (ia berada dalam folder dengan fail .py, setiap satu untuk tugasnya sendiri, dsb.) dan bagaimana untuk mula menciptanya sendiri?
Saya tidak menggunakan penyelesaian siap sepenuhnya daripada hackathon yang lalu dalam penyelesaian baharu, tetapi saya mempunyai zoo model dan saluran paip saya sendiri daripada pertandingan yang lalu. Saya tidak perlu menulis semula kepingan standard dari awal (contohnya, pengekodan sasaran yang betul atau grid mudah untuk mengekstrak niat daripada teks), yang menjimatkan banyak masa saya.
Pada masa ini ia kelihatan seperti ini: untuk setiap pertandingan atau hackathon terdapat reponya sendiri di GitHub, ia menyimpan buku nota, skrip dan dokumentasi kecil tentang apa yang berlaku. Selain itu, terdapat repo yang berasingan untuk semua jenis "helah" berkotak (seperti pengekodan sasaran yang betul dengan pengesahan silang). Saya tidak fikir ini adalah penyelesaian yang paling elegan, tetapi ia sesuai untuk saya buat masa ini.
Saya akan mulakan dengan menyimpan semua kod saya dalam folder dan menulis dokumentasi pendek (mengapa, apa, bagaimana saya melakukannya dan hasilnya).
Adakah realistik untuk menyediakan MVP dari awal dalam masa yang singkat atau adakah semua peserta datang dengan penyelesaian sedia dibuat?
Saya hanya boleh mengatakan tentang projek yang berkaitan dengan sains data - ya, mungkin. MVP bagi saya ialah gabungan dua faktor:
- Idea yang berdaya maju dipersembahkan sebagai produk (iaitu dilukis pada kanvas perniagaan). Perlu sentiasa ada pemahaman yang jelas tentang sebab dan untuk siapa kita membuat produk. Kadang-kadang projek dengan reka bentuk yang berasas, tetapi tanpa prototaip, memenangi hadiah, dan ini tidak menghairankan. Malangnya, ramai peserta tidak boleh mengabaikan kepahitan kekalahan dan mengaitkan kegagalan mereka dengan rabun pihak penganjur, terus memotong model untuk seseorang yang tidak dikenali pada hackathon seterusnya.
- Beberapa penunjuk bahawa anda boleh membuat produk ini (aplikasi, kod, penerangan saluran paip).
Kebetulan satu pasukan datang ke hackathon dengan penyelesaian siap sedia dan cuba "menyesuaikan"nya dengan arahan penganjur. Pasukan sedemikian dipotong semasa pemeriksaan teknikal atau hanya bahagian yang mereka lakukan di tapak "dikira". Saya tidak melihat pasukan seperti itu sebagai pemenang, tetapi saya fikir ia masih menguntungkan untuk mereka bermain kerana nilai masa depan ().
Adakah terdapat sebarang contoh membawa kraf yang dilaksanakan di hackathon kepada pengeluaran/permulaan?
ya. Saya mempunyai tiga kes apabila mereka membawanya ke pengeluaran. Sekali saya sendiri, dua kali - dengan tangan orang lain, berdasarkan idea dan kod saya yang saya tulis di hackathon. Saya juga mengenali beberapa pasukan yang terus bekerjasama dengan syarikat sebagai perunding. Saya tidak tahu keputusan akhir, tetapi kemungkinan besar sesuatu telah disiapkan. Saya sendiri tidak menganjurkan syarikat permulaan dan saya tidak tahu ada sesiapa yang pernah melakukannya, walaupun saya pasti ada contoh.
Selepas menyertai banyak hackathon, apakah nasihat yang akan anda berikan kepada diri anda jika anda boleh kembali ke masa lalu?
- Taktik lebih penting daripada manuver. Fikirkan setiap penyelesaian sebagai produk siap. Idea, komputer riba Jupiter, algoritma tidak bernilai jika tidak jelas siapa yang akan membayarnya.
- Sebelum mereka bentuk apa-apa, jawab soalan bukan "apa?", tetapi "mengapa?" Dan bagaimana?". Contoh: apabila mereka bentuk sebarang penyelesaian ML, fikirkan dahulu tentang algoritma yang ideal: apakah yang diterima sebagai input, bagaimana ramalannya digunakan pada masa hadapan?
- Jadi sebahagian daripada pasukan.
Apa yang biasanya mereka makan di hackathon?
Biasanya makanan di hackathon kurang baik: piza, minuman tenaga, soda. Hampir selalu makanan disusun dalam bentuk bufet (atau meja hidangan) yang mempunyai barisan yang besar. Mereka biasanya tidak menyediakan makanan pada waktu malam, walaupun terdapat satu kes di satu pertandingan di Paris di mana makanan dibiarkan semalaman - kerepek, donat dan cola. Saya akan membayangkan proses pemikiran penganjur: βJadi apa yang pengaturcara makan di sana? Oh, betul-betul! Kerepek, donat - itu sahaja. Mari kita berikan mereka sampah ini." Keesokan harinya saya bertanya kepada penganjur: βKawan-kawan, adakah mungkin untuk melakukan sesuatu yang berbeza untuk malam itu? Nah, mungkin bubur?β Selepas itu mereka memandang saya seperti saya bodoh. Keramahan Perancis yang terkenal.
Di hackathon yang baik, makanan dipesan dalam kotak; terdapat pembahagian kepada makanan biasa, vegetarian dan halal. Selain itu, mereka meletakkan peti sejuk dengan yogurt dan muesli - untuk mereka yang ingin menikmati makanan ringan. Teh, kopi, air - standard. Saya masih ingat hackathon Hack Moscow 2 - mereka memberi saya borscht dan potongan daging dengan kentang tumbuk di kantin pejabat 1C.
Kewarasan hackathon bergantung, boleh dikatakan, pada bidang profesional penganjur (contohnya, hackathon terbaik dikendalikan oleh perunding)?
Hackathon terbaik adalah daripada penganjur yang pernah menganjurkan hackathon sebelum ini atau menyertainya sebelum ini. Mungkin ini adalah satu-satunya faktor yang bergantung kepada kualiti acara.
Bagaimana untuk memahami bahawa anda bukan noob dan sudah tiba masanya untuk hackathon?
Masa terbaik untuk pergi ke hackathon adalah setahun yang lalu. Masa kedua terbaik ialah sekarang. Jadi teruskan, buat kesilapan, belajar - tidak mengapa. Malah rangkaian saraf - ciptaan terhebat manusia sejak roda dan kecerunan meningkat di atas pokok - tidak dapat membezakan kucing daripada anjing pada zaman pertama latihan.
Apakah "bendera merah" dengan segera menunjukkan bahawa acara itu tidak akan menjadi sangat baik dan tidak perlu membuang masa?
- Penerangan yang jelas tentang perkara yang perlu dilakukan (relevan untuk hackathon produk). Jika semasa pendaftaran anda diberi tugas yang jelas, maka lebih baik tinggal di rumah. Dalam ingatan saya, tidak ada satu hackathon yang bagus dengan spesifikasi teknikal. Sebagai perbandingan: Okey - lakukan kami sesuatu yang berkaitan dengan menganalisis perbualan audio. Buruk - jadikan kami aplikasi yang boleh membahagikan perbualan kepada dua trek audio yang berasingan untuk setiap orang.
- Dana hadiah kecil. Jika anda diminta membuat "Tinder untuk kedai dalam talian dengan AI" dan hadiah untuk tempat pertama ialah 500 euro dan saiz pasukan minimum 5 orang, ia mungkin tidak berbaloi untuk membuang masa anda (ya, ini adalah hackathon sebenar yang diadakan di Munich).
- Kekurangan data (relevan untuk hackathon sains data). Penganjur biasanya memberikan maklumat asas tentang acara dan kadangkala sampel set data. Jika mereka belum menyediakannya, tanya, ia tidak akan membebankan anda apa-apa. Jika dalam masa 2-3 tidak jelas apakah data yang akan disediakan dan sama ada ia akan diberikan sama sekali, ini adalah bendera merah.
- Penganjur baru. Jangan malas dan maklumat Google tentang penganjur hackathon. Jika mereka mengadakan acara seperti ini buat kali pertama, terdapat kebarangkalian tinggi bahawa sesuatu akan berlaku. Sebaliknya, jika penganjur dan ahli juri telah mengadakan hackathon atau mengambil bahagian secara aktif pada masa lalu, ini adalah bendera hijau.
Pada satu hackathon mereka memberitahu saya: βAnda mempunyai penyelesaian terbaik dalam masa yang singkat, tetapi maaf, kami menilai kerja berpasukan, dan anda bekerja sendirian. Sekarang, jika anda mengambil pelajar atau perempuan ke pasukan anda...β? Pernahkah anda menghadapi ketidakadilan seperti itu? Bagaimana anda mengatasinya?
Ya, saya telah bertemu lebih daripada sekali. Saya tabah tentang semua yang berlaku: Saya melakukan segala-galanya dalam kuasa saya, jika ia tidak berjaya, jadilah ia.
Kenapa awak buat semua ni?
Semua ini hanya kerana bosan.
Sumber: www.habr.com