Bagian terakhir dari trilogi hackathon. DI DALAM Saya berbicara tentang motivasi untuk berpartisipasi dalam acara semacam itu. didedikasikan untuk kesalahan penyelenggara dan hasilnya. Bagian terakhir akan menjawab pertanyaan-pertanyaan yang tidak sesuai dengan dua bagian pertama.
Ceritakan kepada kami bagaimana Anda mulai berpartisipasi dalam hackathon.
Saya belajar untuk gelar master di Universitas Lappeenranta sambil menyelesaikan kompetisi analisis data. Hari-hari saya biasanya terlihat seperti ini: bangun jam 8, beberapa pasangan di universitas, lalu kompetisi dan kursus hingga tengah malam (sementara penyerahan dihitung, saya menonton kuliah atau membaca artikel). Jadwal yang begitu ketat membuahkan hasil, dan saya memenangkan kompetisi analisis data MERC-2017 (bahkan sempat dibahas ). Kemenangan tersebut memberi saya kepercayaan diri, dan ketika saya secara tidak sengaja menemukan informasi tentang hackathon SkinHack 2 di Moskow, saya memutuskan untuk mengunjungi orang tua saya dan sekaligus mencari tahu apa itu hackathon.
Hackathonnya sendiri ternyata cukup lucu. Ada dua jalur analisis data dengan metrik yang jelas dan kumpulan data dengan hadiah uang sebesar 100 ribu rubel. Jalur ketiga adalah pengembangan aplikasi dengan hadiah 50k, dan tidak ada peserta. Suatu saat, pihak penyelenggara mengatakan bahwa jendela dengan tombol tanpa fungsi bisa memenangkan 50k, karena hadiahnya tidak bisa dibayarkan. Saya tidak mulai belajar bagaimana memprogram aplikasi (saya tidak berkompetisi di mana saya dapat dengan mudah “diserahkan”), tetapi bagi saya itu adalah pesan yang jelas bahwa bidang hackathon tidak ramai.
Lalu saya menyelesaikan kedua jalur analisis data sendirian. Saya menemukan kebocoran pada data yang memungkinkan saya mendapatkan kecepatan ideal, namun kolom yang bocor tersebut tidak ada pada data pengujian yang saya terima dua jam sebelum acara berakhir (ngomong-ngomong, barulah saya paham bahwa kehadirannya kolom “target” di kereta tidak dihitung sebagai kebocoran). Pada saat yang sama, papan peringkat dibuka, pengajuan saya tanpa wajah menempati posisi ketiga dari lima, ada kesenjangan besar dengan yang pertama dan saya memutuskan untuk tidak membuang waktu dan pergi.
Setelah saya menganalisis dengan pikiran segar apa yang terjadi, saya menemukan banyak kesalahan (salah satu kebiasaan saya adalah menelusuri secara mental apa yang terjadi dengan notepad dan menganalisis kesalahan, penyebabnya, dan apa yang bisa diubah - warisan yang sangat menyenangkan dari permainan poker semi-profesional). Namun satu hal yang jelas - ada banyak manfaat dalam hackathon, dan saya harus menerapkannya. Setelah acara ini, saya mulai memantau acara dan grup, dan hackathon berikutnya tidak lama lagi akan datang. Lalu satu lagi, dan lagi...
Mengapa Anda melakukan hackathon dan bukan Kaglo?
Saya tidak menyukai Kagle saat ini. Dari tingkat keahlian tertentu, tanpa alasan khusus untuk berpartisipasi, kagle menjadi kurang bermanfaat dibandingkan aktivitas lainnya. Saya sudah banyak berpartisipasi sebelumnya, rupanya saya berhasil “turun”.
Mengapa hackathon dan tidak mengerjakan proyek Anda sendiri?
Saya menyukai gagasan membuat sesuatu yang keren dengan tangan saya sendiri dengan lambat. Orang-orang dari ODS terorganisir untuk semua orang yang ingin menghabiskan akhir pekan mengerjakan proyek mereka bersama orang-orang yang berpikiran sama. Saya pikir saya akan segera bergabung dengan mereka.
Bagaimana Anda menemukan acara?
Sumber utama - hackathon.com (dunia) dan obrolan telegram (Rusia). Ditambah lagi, pengumuman acara muncul dalam iklan di jejaring sosial dan di linkedin. Jika Anda tidak menemukan apa pun, Anda dapat melihat di sini: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Apakah Anda mempersiapkan rencana solusi sebelum berpartisipasi atau semuanya diputuskan dengan cepat? Misalnya, seminggu sebelum hackathon, apakah Anda berpikir: “Kami membutuhkan spesialis ini dan itu di sini, kami perlu mencarinya”?
Kalau hackathonnya untuk makanan, ya, saya bersiap-siap. Beberapa minggu sebelumnya, saya memikirkan apa yang akan saya lakukan, mencari tahu siapa yang mungkin berguna, dan mengumpulkan tim yang terdiri dari teman atau peserta dari hackathon sebelumnya.
Apakah mungkin untuk meretas hackathon sendirian? Apa yang harus dilakukan jika tidak ada tim?
Hackathon ilmu data itu nyata (saya adalah contoh nyata dari hal ini), saya belum pernah melihat hackathon belanjaan, meskipun menurut saya juga demikian. Sayangnya, terkadang pihak penyelenggara memberikan batasan jumlah minimal peserta dalam satu tim. Saya pikir hal ini disebabkan oleh fakta bahwa tidak semua “penyendiri” mencapai final (yaitu, mereka lolos begitu saja dengan kesulitan pertama); partisipasi dalam tim masih terhambat. Bahkan setelah acara selesai, Anda diharapkan untuk terus mengerjakan proyek tersebut. Akan lebih mudah untuk mewujudkan proyek dengan tim.
Secara umum saran saya adalah selalu berpartisipasi dengan tim. Jika Anda tidak memiliki tim sendiri, penyelenggara akan selalu membantu Anda menemukan atau membuatnya.
Bagaimana cara mengatasi rasa lelah saat hackathon?
Di hackathon kamu diberi waktu 2 hari untuk bekerja, yaitu 48 jam (30-48 jam, mari kita ambil 48 jam untuk memudahkan penghitungan). Kita menghilangkan waktu untuk tidur (16-20 jam), menyisakan tidak lebih dari 30. Dari jumlah tersebut, 8 jam (rata-rata) sebenarnya akan dihabiskan untuk pekerjaan produktif. Jika Anda mengatur pekerjaan Anda dengan benar (tidur, nutrisi, keluar rumah, olahraga, menit kewaspadaan, komunikasi yang baik dengan tim, dan pergantian aktivitas), maka jam kerja dalam dapat ditingkatkan menjadi 12-14. Setelah bekerja seperti itu Anda akan merasa lelah, tetapi kelelahan itu akan menyenangkan. Pengkodean tanpa tidur dan istirahat, disela oleh minuman berenergi, adalah resep kegagalan.
Apakah Anda memiliki saluran siap pakai untuk hackathon? Bagaimana Anda mendapatkannya, bagaimana pengorganisasiannya (ada dalam folder dengan file .py, masing-masing untuk tugasnya sendiri, dll.) dan bagaimana cara mulai membuatnya sendiri?
Saya tidak menggunakan solusi yang sepenuhnya siap pakai dari hackathon sebelumnya di hackathon baru, tetapi saya memiliki kumpulan model dan saluran sendiri dari kompetisi sebelumnya. Saya tidak perlu menulis ulang bagian standar dari awal (misalnya, pengkodean target yang benar atau kisi sederhana untuk mengekstrak maksud dari teks), sehingga menghemat banyak waktu.
Saat ini tampilannya seperti ini: untuk setiap kompetisi atau hackathon terdapat repo sendiri di GitHub, yang menyimpan buku catatan, skrip, dan dokumentasi kecil tentang apa yang terjadi. Ditambah lagi, ada repo terpisah untuk semua jenis "trik" dalam kotak (seperti pengkodean target yang benar dengan validasi silang). Menurut saya ini bukan solusi yang paling elegan, tetapi ini cocok untuk saya saat ini.
Saya akan mulai dengan menyimpan semua kode saya di folder dan menulis dokumentasi singkat (mengapa, apa, bagaimana saya melakukannya dan hasilnya).
Apakah realistis menyiapkan MVP dari awal dalam waktu sesingkat itu atau semua peserta sudah punya solusi yang sudah jadi?
Saya hanya bisa mengatakan tentang proyek yang berkaitan dengan ilmu data - ya, itu mungkin. MVP bagi saya adalah kombinasi dari dua faktor:
- Ide yang layak disajikan sebagai sebuah produk (yaitu dilukis di atas kanvas bisnis). Harus selalu ada pemahaman yang jelas tentang mengapa dan untuk siapa kita membuat suatu produk. Terkadang proyek dengan desain yang beralasan, tetapi tanpa prototipe, memenangkan hadiah, dan ini tidak mengherankan. Sayangnya, banyak peserta yang tidak bisa mengabaikan pahitnya kekalahan dan menghubungkan kegagalan mereka dengan kepicikan penyelenggara, yang terus membuat model untuk seseorang yang tidak dikenal di hackathon berikutnya.
- Beberapa indikator yang dapat Anda buat pada produk ini (aplikasi, kode, deskripsi saluran pipa).
Kebetulan sebuah tim datang ke hackathon dengan solusi siap pakai dan mencoba “menyesuaikannya” dengan instruksi penyelenggara. Tim-tim tersebut disingkirkan selama penyaringan teknis atau hanya bagian yang mereka lakukan di situs yang “dihitung.” Saya belum pernah melihat tim seperti itu sebagai pemenang, tapi menurut saya masih menguntungkan bagi mereka untuk bermain karena nilai masa depannya ().
Apakah ada contoh penerapan kerajinan tangan di hackathon ke produksi/startup?
Ya. Saya punya tiga kasus ketika mereka membawanya ke produksi. Sekali sendiri, dua kali - dengan tangan orang lain, berdasarkan ide dan kode yang saya tulis di hackathon. Saya juga mengenal beberapa tim yang terus bekerja sama dengan perusahaan sebagai konsultan. Saya tidak tahu hasil akhirnya, tapi kemungkinan besar ada sesuatu yang selesai. Saya sendiri belum pernah mengorganisir startup dan saya tidak tahu ada orang yang mengorganisirnya, meskipun saya yakin ada contohnya.
Setelah berpartisipasi dalam banyak hackathon, nasihat apa yang akan Anda berikan pada diri Anda sendiri jika Anda bisa kembali ke masa lalu?
- Taktik lebih penting daripada manuver. Anggaplah setiap solusi sebagai produk jadi. Sebuah ide, laptop Jupiter, sebuah algoritma tidak ada artinya jika tidak jelas siapa yang akan membayarnya.
- Sebelum merancang sesuatu, jawablah pertanyaan bukan “apa?”, tapi “mengapa?” Dan bagaimana?". Contoh: saat merancang solusi ML apa pun, pertama-tama pikirkan tentang algoritme yang ideal: masukan apa yang diterimanya, bagaimana prediksinya digunakan di masa mendatang?
- Jadilah bagian dari tim.
Apa yang biasanya mereka berikan pada hackathon?
Biasanya makanan di hackathon buruk: pizza, minuman energi, soda. Hampir selalu makanan diatur dalam bentuk prasmanan (atau meja saji) yang antriannya sangat panjang. Mereka biasanya tidak menyediakan makanan pada malam hari, meskipun ada kasus di salah satu kompetisi di Paris di mana makanan ditinggal semalaman - keripik, donat, dan cola. Saya akan membayangkan proses berpikir dari penyelenggara: “Jadi apa yang dimakan programmer di sana? Oh, tepatnya! Keripik, donat - itu saja. Ayo beri mereka sampah ini.” Keesokan harinya saya bertanya kepada penyelenggara: “Teman-teman, apakah mungkin melakukan sesuatu yang berbeda untuk malam ini? Yah, mungkin bubur?” Setelah itu mereka menatapku seolah aku idiot. Keramahan Perancis yang terkenal.
Pada hackathon yang baik, makanan dipesan dalam kotak, ada pembagian menjadi makanan biasa, vegetarian, dan halal. Ditambah lagi mereka menaruh kulkas dengan yoghurt dan muesli - bagi yang ingin ngemil. Teh, kopi, air - standar. Saya ingat hackathon Hack Moscow 2 - mereka dengan sepenuh hati memberi saya makan borscht dan irisan daging dengan kentang tumbuk di kantin kantor 1C.
Kewarasan hackathon, bisa dikatakan, bergantung pada bidang profesional penyelenggara (misalnya, hackathon terbaik dilakukan oleh konsultan)?
Hackathon terbaik berasal dari penyelenggara yang pernah menyelenggarakan hackathon atau berpartisipasi di dalamnya sebelumnya. Mungkin ini adalah satu-satunya faktor yang menentukan kualitas acara.
Bagaimana memahami bahwa Anda bukan seorang pemula dan sudah waktunya untuk hackathon?
Waktu terbaik untuk mengikuti hackathon adalah setahun yang lalu. Waktu terbaik kedua adalah sekarang. Jadi lakukanlah, buat kesalahan, pelajari - tidak apa-apa. Bahkan jaringan saraf - penemuan terbesar manusia sejak roda dan gradien meningkat di atas pepohonan - tidak dapat membedakan kucing dari anjing pada tahap pertama pelatihan.
“Bendera merah” apa yang langsung menunjukkan bahwa acara tersebut tidak akan berjalan dengan baik dan tidak perlu membuang waktu?
- Deskripsi yang jelas tentang apa yang perlu dilakukan (relevan untuk hackathon produk). Jika saat pendaftaran diberikan tugas yang jelas, maka lebih baik diam di rumah. Dalam ingatan saya, tidak ada satu pun hackathon yang bagus dengan spesifikasi teknis. Sebagai perbandingan: Oke - bantu kami melakukan sesuatu yang berkaitan dengan menganalisis percakapan audio. Buruk - jadikan kami aplikasi yang dapat membagi percakapan menjadi dua trek audio terpisah untuk setiap orang.
- Dana hadiah kecil. Jika Anda diminta membuat “Tinder untuk toko online dengan AI” dan hadiah juara pertama adalah 500 euro dan jumlah tim minimal 5 orang, mungkin tidak ada gunanya membuang waktu Anda (ya, ini adalah hackathon sungguhan yang dibuat diadakan di Munich).
- Kurangnya data (relevan untuk hackathon ilmu data). Penyelenggara biasanya memberikan informasi dasar tentang acara tersebut dan terkadang kumpulan data sampel. Jika mereka belum menyediakannya, tanyakan, Anda tidak akan dikenakan biaya apa pun. Jika dalam 2-3 tahun tidak jelas data apa yang akan diberikan dan apakah data tersebut akan diberikan atau tidak, ini merupakan tanda bahaya.
- Penyelenggara baru. Jangan malas dan mencari informasi di Google tentang penyelenggara hackathon. Jika mereka mengadakan acara semacam ini untuk pertama kalinya, kemungkinan besar akan terjadi kesalahan. Di sisi lain, jika penyelenggara dan juri sudah pernah menyelenggarakan hackathon atau berpartisipasi secara aktif, ini merupakan tanda bahaya.
Pada salah satu hackathon mereka mengatakan kepada saya: “Anda mendapatkan solusi terbaik dalam waktu singkat, tapi maaf, kami mengevaluasi kerja tim, dan Anda bekerja sendiri. Sekarang, jika Anda membawa seorang pelajar atau perempuan ke tim Anda…”? Pernahkah Anda menghadapi ketidakadilan seperti itu? Bagaimana Anda mengatasinya?
Ya, saya telah bertemu dengannya lebih dari sekali. Saya tabah terhadap segala sesuatu yang terjadi: Saya melakukan segala daya saya, jika tidak berhasil, biarlah.
Mengapa kamu melakukan semua ini?
Semua ini hanya karena bosan.
Sumber: www.habr.com