Bagian terakhir dari trilogi hackathon. Pada bagian
pertama saya berbicara tentang motivasi untuk berpartisipasi dalam acara tersebut.
Bagian kedua dikhususkan untuk kesalahan penyelenggara dan hasilnya. Bagian terakhir akan menjawab pertanyaan yang tidak cocok di dua bagian pertama.
- Ceritakan bagaimana Anda mulai berpartisipasi dalam hackathons.- Saya belajar di magistrasi Universitas Lappeenranta, sekaligus menyelesaikan kompetisi untuk analisis data. Hari-hari biasa saya terlihat seperti ini: bangun jam 8, beberapa pasang di universitas, lalu kompetisi dan kursor hingga tengah malam (sementara itu dianggap sebagai ajukan, saya menonton kuliah atau membaca artikel). Jadwal yang ketat itu membuahkan hasil, dan saya memenangkan kompetisi analisis data MERC-2017 (yang bahkan merupakan
pos di hub ). Kemenangan tersebut mendapatkan kepercayaan diri, dan ketika saya secara tidak sengaja menemukan informasi tentang hackathon SkinHack 2 di Moskow, saya memutuskan untuk mengunjungi orang tua saya dan pada saat yang sama mencari tahu apa itu - hackathon.
Hackathon itu sendiri ternyata sangat lucu. Ada dua trek untuk analisis data dengan metrik dan dataset yang jelas dengan hadiah uang 100 ribu rubel. Lagu ketiga adalah pengembangan aplikasi dengan hadiah 50 ribu, dan tidak ada peserta di dalamnya. Pada satu titik, penyelenggara mengatakan bahwa sebuah jendela dengan tombol tanpa fungsi dapat memenangkan 50rb, karena hadiah tidak dapat dibayarkan. Saya tidak belajar memprogram aplikasi (saya tidak bersaing di mana mereka dapat dengan mudah membalikkan saya), tetapi bagi saya itu adalah pesan yang jelas bahwa bidang di hackathon tidak tersumbat.
Lalu saya memecahkan kedua trek untuk analisis data saja. Saya menemukan wajah di data yang memungkinkan saya untuk mengalahkan kecepatan sempurna, tetapi kolom dengan wajah tidak ada dalam data uji yang saya terima dua jam sebelum akhir acara (ngomong-ngomong, maka saya mengerti bahwa keberadaan kolom "target" di kereta tidak dihitung sebagai wajah ) Pada saat yang sama, papan peringkat dibuka, pengajuan saya tanpa wajah mengambil tempat ketiga dari lima, ada celah besar sebelum yang pertama dan saya memutuskan untuk tidak membuang waktu dan pergi.
Setelah saya menganalisis apa yang terjadi, saya menemukan banyak kesalahan (salah satu kebiasaan saya adalah menelusuri secara mental apa yang terjadi dengan notebook dan menganalisis kesalahan, penyebabnya, dan apa yang bisa diubah - warisan yang menyenangkan dari permainan poker semi-profesional). Tapi satu hal yang pasti - di hackathons ada banyak nilai, dan saya harus menerapkannya. Setelah acara ini, saya mulai memantau acara dan kelompok, dan hackathon berikutnya tidak lama datang. Lalu satu lagi, dan lagi ...
- Mengapa kamu melakukan hackathon, dan tidak kagl?- Saat ini, saya tidak suka cuggle. Dari tingkat keterampilan tertentu, tanpa alasan khusus untuk berpartisipasi, batuk menjadi kurang bermanfaat daripada kegiatan lainnya. Saya banyak berpartisipasi sebelumnya, tampaknya, saya berhasil “turun”.
- Mengapa hackathons, dan tidak bekerja pada proyek Anda?- Saya terkesan dengan ide melakukan sesuatu yang keren dengan tangan saya sendiri dengan lambat. Orang-orang dari ODS menyelenggarakan
proyek hewan peliharaan ODS untuk semua orang yang ingin mengambil proyek mereka pada akhir pekan dengan orang-orang yang berpikiran sama. Saya pikir tidak lama lagi saya akan bergabung dengan mereka.
- Bagaimana Anda menemukan acara?- Sumber utama adalah hackathon.com (dunia) dan obrolan di telegram
Peretas Rusia (Rusia). Plus, pengumuman acara lewati iklan di jejaring sosial dan di linkedin. Jika Anda tidak menemukan apa pun, Anda dapat melihatnya di sini: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
- Apakah Anda menyiapkan rencana keputusan sebelum berpartisipasi atau semuanya diputuskan saat bepergian? Misalnya, seminggu sebelum hackathon, Anda bertanya-tanya: "Di sini Anda akan memerlukan spesialis ini dan itu, Anda perlu mencari"?- Jika makanan hackathon - ya, saya bersiap-siap. Beberapa minggu sebelumnya, saya mencari tahu apa yang akan saya lakukan, mencari tahu siapa yang bisa berguna, mengumpulkan tim teman atau peserta hackathon masa lalu.
- Benar-benar meretas hackathon sendirian? Bagaimana jika tidak ada tim?- Datasaens hackathons - benar-benar (saya adalah contoh hidup ini), makanan - saya belum melihat, meskipun saya juga berpikir begitu. Sayangnya, kadang-kadang penyelenggara memaksakan batasan jumlah minimum peserta dalam sebuah tim. Saya pikir ini karena kenyataan bahwa tidak semua "penyendiri" mencapai final (yaitu, mereka hanya pergi dengan kesulitan pertama), partisipasi dalam tim masih menahan. Bahkan setelah acara, diasumsikan bahwa Anda terus mengerjakan proyek. Dengan tim untuk membawa proyek ke pikiran akan lebih mudah.
Secara umum, saya menyarankan Anda untuk selalu berpartisipasi dengan tim. Jika Anda tidak memiliki tim sendiri, maka penyelenggara akan selalu membantu untuk menemukan atau membuat tim.
- Bagaimana Anda bisa mengatasi kelelahan selama hackathon?- Di hackathon, 2 hari diberikan untuk bekerja, itu adalah 48 jam (30-48 jam, ambil 48 untuk kesederhanaan penghitungan). Kami menghilangkan waktu untuk tidur (16-20 jam), tidak lebih dari 30. Dari jumlah ini, 8 jam (rata-rata) akan benar-benar pergi ke pekerjaan yang produktif. Jika Anda mengatur pekerjaan dengan benar (tidur, makanan, keluar ke udara segar, pengisian daya, menit kesadaran, komunikasi yang tepat dengan tim dan aktivitas switching), maka jam kerja yang dalam dapat dicapai hingga 12-14. Setelah bekerja seperti itu Anda akan merasa lelah, tetapi itu akan menjadi kelelahan yang menyenangkan. Pengodean tanpa tidur dan interupsi mengganggu insinyur listrik - jalan menuju kegagalan.
- Apakah Anda memiliki pipa siap pakai sendiri untuk hackathon? Bagaimana Anda mendapatkannya, bagaimana mereka mengaturnya untuk Anda (setiap folder berisi file .py untuk setiap tugas, dll.) Dan bagaimana Anda mulai membuat yang seperti itu sendiri?- Saya tidak menggunakan solusi hackathon masa lalu yang sepenuhnya jadi, tetapi saya memiliki kebun binatang model dan pipa dari kompetisi sebelumnya. Saya tidak perlu menulis ulang potongan standar dari awal (misalnya, pengkodean target yang benar atau kisi sederhana untuk mengekstrak maksud dari teks), yang menghemat banyak waktu.
Saat ini, kelihatannya seperti ini: untuk setiap kompetisi atau hackathon ada repo di github, ia menyimpan laptop, skrip dan sedikit dokumentasi tentang apa yang terjadi. Plus ada repo terpisah untuk semua jenis "chip" kotak (seperti pengkodean target yang benar dengan cross-validation). Saya tidak berpikir bahwa ini adalah solusi yang paling elegan, tetapi sejauh ini saya puas.
Saya akan mulai dengan menyimpan semua kode saya di folder dan menulis dokumentasi singkat (mengapa, apa, bagaimana, dan melakukan hasilnya).
- Apakah realistis untuk menyiapkan MVP dari awal dalam waktu yang begitu singkat, atau apakah semua peserta datang dengan solusi yang sudah jadi?- Saya hanya bisa mengatakan tentang proyek yang terkait dengan datasaens - ya, mungkin. MVP bagi saya adalah kombinasi dari dua faktor:
- Gagasan yang layak disajikan sebagai produk (mis. Dilukis di atas kanvas bisnis). Harus selalu ada pemahaman yang jelas tentang mengapa dan untuk siapa kami membuat produk. Terkadang proyek dengan proyek yang beralasan baik, tetapi tanpa prototipe memenangkan hadiah, dan ini tidak mengejutkan. Sayangnya, banyak peserta tidak dapat mengabaikan kepahitan kekalahan dan menyalahkan kegagalan mereka karena pandangan picik dari panitia, terus memotong model untuk beberapa alasan tidak jelas bagi siapa pun di hackathons berikut.
- Beberapa indikator yang dapat Anda buat produk ini (aplikasi, kode, deskripsi pipa).
Kebetulan sebuah tim datang ke hackathon dengan solusi yang sudah jadi dan mencoba untuk “menyesuaikannya” dengan tugas penyelenggara. Tim semacam itu terputus pada penapisan teknis atau hanya bagian yang mereka lakukan di situs yang "dipertimbangkan". Saya tidak melihat tim seperti itu di pemenang, tetapi saya pikir masih menguntungkan bagi mereka untuk pergi karena nilai masa depan (
kontak, kumpulan data, dll .).
- Apakah ada contoh membawa kerajinan yang diimplementasikan pada hackathon ke produksi / startup?- Ya. Saya memiliki tiga kasus ketika saya dibawa ke produksi. Sekali sendiri, dua kali - oleh tangan orang lain berdasarkan ide-ide saya dan kode yang saya tulis di hackathon. Saya juga tahu beberapa tim yang terus bekerja dengan perusahaan sebagai konsultan. Saya tidak tahu hasil akhirnya, tetapi kemungkinan besar sesuatu telah dilakukan sampai akhir. Startups sendiri tidak terorganisir dan saya tidak tahu apakah ada yang harus melakukannya, walaupun saya yakin ada beberapa contoh.
- Setelah berpartisipasi dalam banyak hackathon, saran apa yang akan Anda berikan kepada diri sendiri jika Anda bisa kembali ke masa lalu?- Taktik lebih penting daripada manuver. Pikirkan setiap solusi sebagai produk jadi. Sebuah ide, sebuah laptop Jupiter, sebuah algoritma tidak ada biaya jika tidak jelas siapa yang akan membayarnya.
- Sebelum mendesain sesuatu, jawab pertanyaannya bukan “apa?”, Tetapi “mengapa?” dan "bagaimana?". Contoh: saat mendesain solusi ML, pikirkan dulu tentang algoritma ideal: apa yang didapat sebagai input, bagaimana prediksi digunakan di masa depan?
- Ambil bagian dalam tim.
- Apa yang biasanya diberi makan hackathon?- Biasanya mereka memberi makan buruk pada hackathon: pizza, energi, soda. Hampir selalu, makanan diatur dalam bentuk prasmanan (atau meja saji) tempat antrian besar dibangun. Biasanya mereka tidak memberi makan di malam hari, meskipun ada kasus di satu kompetisi di Paris untuk malam mereka pergi makan - keripik, donat, dan cola. Saya akan memperkenalkan proses berpikir panitia: “Jadi, apa yang dimakan programmer di sana? Oh tentu! Keripik, donat - itu saja. Beri mereka sampah itu. ” Hari berikutnya saya bertanya kepada panitia: “Guys, apakah mungkin melakukan hal lain di malam hari? Yah, bubur misalnya? " Setelah itu mereka menatapku seperti orang idiot. Keramahan Perancis yang terkenal.
Di hackathon yang baik, makanan dipesan dalam kotak, ada pembagian menjadi makanan biasa, vegetarian dan halal. Plus mereka menaruh kulkas dengan yoghurt, muesli - bagi mereka yang ingin camilan. Teh, kopi, air standar. Saya ingat hackathon Hack Moscow 2 - mereka secara mental memberi makan borsch dan bakso dengan kentang tumbuk di ruang makan kantor 1C.
- Kewarasan hackathon tergantung, sehingga untuk berbicara, pada bidang profesional penyelenggara (misalnya, hackathon terbaik dilakukan oleh konsultan)?- Hackathons terbaik berasal dari penyelenggara, yang sebelumnya telah menyelenggarakan hackathon, atau berpartisipasi sebelumnya. Mungkin ini adalah satu-satunya faktor di mana kualitas acara tergantung.
- Bagaimana memahami bahwa Anda bukan noob dan sudah waktunya untuk hackathon?- Waktu terbaik untuk pergi ke hackathon adalah setahun yang lalu. Waktu terbaik kedua adalah sekarang. Jadi silakan, buat kesalahan, pelajari - ini normal. Bahkan jaringan saraf - penemuan terbesar manusia setelah roda dan gradien mendorong pohon - tidak dapat membedakan kucing dari anjing di era pertama pelatihan.
- "Bendera merah" apa yang secara langsung mengindikasikan bahwa acara tersebut tidak akan sangat dan tidak boleh membuang waktu?- Deskripsi yang jelas tentang apa yang perlu dilakukan (relevan untuk fitur makanan). Jika Anda jelas diberi tugas selama pendaftaran, yang terbaik adalah tetap di rumah. Dalam ingatanku tidak ada satu pun hackathon yang bagus dengan TK. Sebagai perbandingan: Bagus - lakukan sesuatu yang berkaitan dengan analisis percakapan audio. Buruk - jadikan kami aplikasi yang dapat membagi percakapan menjadi dua trek audio terpisah untuk setiap orang.
- Kelompok hadiah kecil. Jika Anda diminta untuk membuat "pelit untuk toko online dengan AI" dan hadiah untuk tempat pertama 500 euro dan ukuran tim minimum 5 orang, mungkin Anda tidak perlu membuang waktu (ya, ini adalah hackathon nyata yang diadakan di Munich).
- Kurangnya data (relevan untuk henskat data). Penyelenggara biasanya memberikan informasi acara dasar dan kadang-kadang dataset sampel. Jika Anda tidak menyediakan, tanyakan, itu tidak akan meninggalkan Anda. Jika untuk 2-3 tidak jelas data apa yang akan diberikan dan apakah akan sama sekali - ini adalah tanda bahaya.
- Penyelenggara baru. Jangan malas dan mencari informasi tentang penyelenggara hackathon. Jika mereka mengadakan acara semacam ini untuk pertama kalinya, kemungkinan ada sesuatu yang salah. Di sisi lain, jika penyelenggara dan juri telah melakukan hackathons atau berpartisipasi aktif di masa lalu, ini adalah bendera hijau.
- Di satu hackathon, mereka mengatakan kepada saya: “Anda memiliki keputusan terbaik dalam waktu dekat, tapi saya minta maaf, kerja tim kami dievaluasi, dan Anda bekerja sendiri. Sekarang, jika Anda membawa seorang siswa atau seorang gadis ke tim ... "? Apakah Anda mengalami ketidakadilan seperti itu? Bagaimana kamu melakukannya?- Ya, saya telah bertemu lebih dari sekali. Saya tabah tentang segala sesuatu yang terjadi: saya melakukan segalanya dengan kekuatan saya, jika itu tidak berhasil - jadi itu.
"Kenapa kamu melakukan semua ini?"- Semua ini hanya karena bosan.