🛌🏽 🚀 💐 Hackathons. Cara memaksimalkan dan bertahan 🕛 👩‍❤️‍💋‍👨 👨‍🎤

Hari baik untuk semua!

Nama saya Alexander Mikhalin - Saya seorang pengembang .NET di Reksoft. Di belakangku ada 7 hackathon, satu sebagai anggota juri. Saya tidak tidur selama 8 malam, minum 52 cangkir kopi, 15 kaleng banteng merah, 24 orang mengunjungi tim bersama saya. Hari ini saya ingin memberi tahu Anda segalanya tentang hackathon. Ya, atau hampir semuanya.

Foto disediakan oleh tim VKontakte .

Dalam artikel ini saya ingin berbagi dengan Anda pengalaman saya berpartisipasi dalam hackathons, serta memberikan tips yang paling berharga, menurut saya, yang berpotensi membantu meningkatkan peluang Anda untuk menang.

Saya tidak akan fokus pada apa itu hackathon. Topik ini dibahas dengan cukup baik.di Bumidalam artikel .

Di bawah potongan:

Ceritaku
Motivasi untuk berpartisipasi
Tips dan Trik

Ceritaku

Hackathons bagi saya adalah sesuatu yang istimewa, mereka memulai perjalanan saya di IT, dan saya berterima kasih kepada setiap orang yang membantu saya dalam masalah ini: dia bertukar beberapa ungkapan dengan saya dengan secangkir teh selama hackathon, atau menjadi anggota tim saya. Anda semua keren, serius. Tidak ada pengecualian!

Saat ini, saya berpartisipasi dalam 6 hackathon sebagai peserta dan 1 kali berperan sebagai ahli teknis dan anggota juri. Upaya pertama meninggalkan banyak yang harus diinginkan, tetapi dari setiap peristiwa saya mencoba untuk mendapatkan manfaat, pengalaman, kenalan yang berharga. Di suatu tempat kami semua bersama-sama berkomitmen pada tim 5 menit sebelum akhir, di suatu tempat setelah setengah hackathon tidak tahu apa, sebenarnya, kami ingin menulis. Di suatu tempat kami sulit tidur. Tapi itu tidak pernah membosankan!

Pada tahun terakhir studi sarjana saya, saya pertama kali mendengar tentang acara seperti hackathons. Saya masuk ke grup VKontakte dari salah satu acara ini. Menyadari bahwa saya membutuhkan sebuah tim, saya menghubungi seorang pria dari grup. Dia, seperti saya, tanpa tim. Kami sepakat untuk berpartisipasi bersama, dan di hackathon dua gadis bergabung dengan kami, yang juga mencari tim. Maka 4 orang yang pertama kali datang ke hackathon, mengorganisir sebuah tim dan memulai perjalanan mereka yang menakjubkan. Tentu saja, kami secara samar membayangkan apa yang harus terjadi pada akhirnya. Mentor datang untuk menyelamatkan - Saya tidak pernah melewatkan kesempatan untuk berkonsultasi dan mengobrol dengan orang-orang yang lebih berpengalaman. Melindungi proyek. Tentu saja, mereka tidak memenangkan apa pun, tetapi mereka tidak saling berhadapan di lumpur. Dan yang paling penting - ini adalah kenalan pertama kami dengan hackathons.

Selanjutnya, komposisi sudah sedikit berubah, dan kami mengirim untuk menaklukkan Moskow (ada beberapa pilihan aplikasi yang agak serius). Kami tiba sangat pagi, berjalan di sekitar ibukota, bersiap-siap untuk menyalakan! Ini, mungkin, hackathon pertama kami dari skala semua-Rusia, tempat orang-orang dari seluruh negeri berkumpul. Kami masih datang lebih untuk pengalaman, meskipun jauh di lubuk hati kami selalu berharap untuk kemenangan. Pengalaman ini kembali memberi kami banyak kenalan baru, kinerjanya ternyata lebih terkompilasi, membuat lebih sedikit kesalahan daripada terakhir kali. Kali ini kami pergi ke bagian akhir dari hackathon.

Secara terpisah, saya ingin berbicara tentang hackathons VKontakte. Ini adalah acara yang paling berkesan dalam perjalanan saya. Mungkin karena mereka diadakan di kota tempat saya tinggal - di St. Petersburg, dan paling sering - ini adalah markas utama Pertapaan, Manege, atau bangunan bersejarah lainnya. Mereka memerintah dalam suasana yang tak terlukiskan, tim paling serius datang dari seluruh Rusia. Biasanya, pemilihan aplikasi untuk hackathon semacam itu bahkan lebih ketat, karena ada banyak orang yang ingin berpartisipasi, dan tempat terbatas. Dan jika Anda telah melewati seleksi untuk acara semacam itu - pastikan bahwa akhir pekan ini akan memberi Anda banyak aspek positif. Saya mengambil bagian dalam hackathon VKontakte dengan tim yang berbeda pada tahun 2018 dan 2019, kami memecahkan kasus yang berbeda dari perusahaan terkemuka, melihat proyek-proyek peserta lain, berbicara dengan pengembang dari VKontakte. Secara umum, itu keren!

Dan sekarang mari kita beralih ke topik "memotivasi peserta."

Motivasi untuk berpartisipasi

Yang paling jelas adalah motivasi bagi pemula dalam pemrograman. Untuk mulai dengan, dalam pemrograman, seperti yang Anda tahu, ada ambang batas tinggi untuk masuk, dan itu tumbuh setiap hari. Semakin banyak materi muncul, yang berarti bahwa pria yang ingin menghubungkan kehidupan mereka dengan pengembangan harus memompa lebih banyak keterampilan untuk mendapatkan penawaran pertama yang berharga. Dengan bantuan hackathon, Anda bisa mendapatkan garis keren dalam resume Anda, latihan 24-48 jam, motivasi yang baik dan menjadi bagian dari acara keren. Hal terburuk di sini adalah kurangnya tim atau ketidakpastian karena kurangnya pengalaman dangkal ("Apakah semua orang sudah memiliki banyak hal yang harus dilakukan, ke mana kita akan pergi?").

Percayalah, tidak sulit untuk menemukan tim, dari obrolan TI apa pun, termasuk obrolan hackathon khusus ini (seperti dalam kasus saya), dengan teman atau teman sekelas Anda yang juga ingin mendapatkan pengalaman pengembangan pertama mereka. Silakan, timkan mereka dan nyalakan! Masalah ketidakpastian akan hilang seiring waktu. Anda harus ingat bahwa semua orang mulai dari sesuatu, keliru, tidak punya waktu untuk tenggat waktu, dan ini normal. Percayalah pada diri sendiri dan menang!

Dan jika tim pemula mencari pengalaman, maka mastodon pemrograman tidak menolak untuk bersaing secara serius untuk hadiah - 100-500 ribu rubel per tim untuk tempat pertama. Dan, tentu saja, perhatian dan sikap khusus terhadap pemenang - kehormatan, pujian, dan tawaran pekerjaan. Suatu kali saya melihat para peserta selama 70 tahun, dan mata mereka terbakar karena kemungkinan melakukan sesuatu yang baru. Hackathons adalah pesta yang sangat hangat dan ramah. Di sini saya akan senang untuk semua orang yang memiliki keinginan dan motivasi untuk mengembangkan hal-hal keren.

Tips dan Trik

Ide

Sebuah ide lebih dari setengah hackathon. Ini mungkin saran utama. Pikirkan ide sebanyak mungkin. Pergi ke situs web hackathon dan baca dengan cermat tugas-tugas yang ingin diselesaikan oleh penyelenggara. Idenya harus sepenuhnya menyelesaikan tugas dan dimasukkan ke dalam jiwa semua yang membacanya. Tidak ada yang akan memarahi Anda jika Anda tiba-tiba tidak menerapkan prinsip SOLID ketika mengembangkan prototipe. Tetapi jika ide Anda tidak berkembang sepenuhnya, itu salah - maka hampir tidak ada peluang untuk menang. Jika Anda memikirkannya, bahkan seleksi awal untuk berpartisipasi, pada kenyataannya, adalah pilihan ide. Semua orang juga memahami bahwa dalam 48 jam Anda tidak dapat membuat prototipe yang baik, jadi Anda tidak akan dimarahi karena tidak membuat facebook Anda dari awal dalam 48 jam. Satu-satunya poin penting di sini - jangan menyatakan fungsionalitas yang Anda tidak punya waktu untuk menerapkannya.Dalam hal ini, keputusan Anda akan kehilangan poin.

Mempersiapkan presentasi yang berkualitas

Anda tidak akan memiliki lebih dari 5 menit untuk memikat juri dengan ide Anda. Pikirkan terlebih dahulu desain presentasi yang berkualitas tinggi, teks yang indah dan jelas, font. Pilih seseorang untuk presentasi ide dan usir pidato dengannya. Investasi 1-2 jam selama hackathon dalam presentasi akan meningkatkan peluang Anda untuk menang. Setuju, logis untuk berpikir - hackathon, acara untuk pengembang dan, karenanya, Anda harus menghabiskan seluruh waktu pada kode. Hanya sekarang pekerjaan Anda tidak akan terlihat di belakang prototipe yang ideal, jika seseorang tanpa persiapan dan latar belakang putih mewakili apa yang telah Anda cemas selama ini.

Pengembangan prototipe

Semuanya sangat sederhana di sini. Aplikasi prototipe harus siap. Fungsi yang dideklarasikan harus diimplementasikan. Desain harus menyenangkan mata dan menangkap jiwa juri. Sangat keren, jika pada saat yang sama Anda menulis kode dalam tradisi terbaik Robert Martin, mengikuti semua praktik terbaik. Serius, sangat keren! Tapi momen ini, menurut saya, adalah hal yang sekunder.

Perencanaan

Waktu sangat terbatas, jadwal dijadwalkan oleh jam, Anda tahu ini sebelumnya. Rencanakan ke depan dan diskusikan rencana tersebut dengan tim mulai dari jam pertama hingga jam terakhir pengembangan. Luangkan waktu untuk tidur dan presentasi. Dan jelas mengikuti rencananya. Pikirkan semua hal kecil, potensi kemacetan aplikasi Anda. Dan Anda tidak akan menghabiskan banyak waktu pada aksi unjuk rasa di dalam tim karena jatuh pingsan. Di hackathons pertama kami, kami membiarkan item ini melayang, dan setelah itu kami menulis ulang potongan kode yang salah beberapa kali - tetapi kami bisa tidur. Sisakan waktu untuk memperbaiki bug, untuk memeriksa, pikirkan apa yang berpotensi Anda tangkap dalam waktu tertentu.

Tim

Pertama, lihat persyaratan untuk jumlah orang dalam tim. Biasanya, jumlah ini adalah tiga hingga lima. Katakanlah Anda mengumpulkan tim yang terdiri dari 5 orang. Mari kita ambil contoh "kelontong" hackathon di mana Anda ingin menulis aplikasi web. Peran segera meminta - front-end, back-end, desainer. Secara teori, seorang kapten bisa siapa saja, terlepas dari peran mereka dalam proyek. Beberapa tim menyoroti peran kapten sebagai manajer proyek, terbebas dari pengembangan. Juga, seseorang membawa pakar tentang topik hackathon ke dalam timnya - orang yang memahami bisnis perbankan, jika itu adalah hackathon dari bank. Selain itu, kadang-kadang diambil devops, tetapi ini biasanya kasus yang jarang. Sudah jelas dengan pengembang, semuanya di sini, seperti dalam pengembangan standar - tugas, cetak mikro. Mengambil tim desainer adalah langkah yang efektif. Anda akan memiliki seorang priayang akan sibuk dengan rendering layar, singkatnya, peran yang tidak ingin dikacaukan oleh pengembang - ada risiko tidak memiliki waktu untuk menyelesaikan semuanya. Selain itu, perancang dapat menjadi pembicara dan kapten - ia menyadari seluruh proyek dan, sebagai aturan, membuat presentasi yang indah. Di salah satu hackathons, kami dan tim lain menyadari hal yang hampir sama, tetapi mereka memiliki desainer di tim mereka yang menggambar layar yang indah dan membuat presentasi yang indah. Hasilnya, orang-orang itu diberi hadiah. Rekomendasi umum - pelajari persyaratan untuk komposisi tim dan kumpulkan tim yang nyaman untuk diri Anda sendiri sehingga semua area masalah tertutup dan semua orang mengerti apa yang harus ia lakukan.dan kapten - dia menyadari seluruh proyek dan, sebagai suatu peraturan, membuat presentasi yang indah. Di salah satu hackathons, kami dan tim lain menyadari hal yang hampir sama, tetapi mereka memiliki desainer di tim mereka yang menggambar layar yang indah dan membuat presentasi yang indah. Hasilnya, orang-orang itu diberi hadiah. Rekomendasi umum - pelajari persyaratan untuk komposisi tim dan kumpulkan tim yang nyaman untuk diri Anda sendiri sehingga semua area masalah tertutup dan semua orang mengerti apa yang harus ia lakukan.dan kapten - dia menyadari seluruh proyek dan, sebagai suatu peraturan, membuat presentasi yang indah. Di salah satu hackathons, kami dan tim lain menyadari hal yang hampir sama, tetapi mereka memiliki desainer di tim mereka yang menggambar layar yang indah dan membuat presentasi yang indah. Hasilnya, orang-orang itu diberi hadiah. Rekomendasi umum - pelajari persyaratan untuk komposisi tim dan kumpulkan tim yang nyaman untuk diri Anda sendiri sehingga semua area masalah tertutup dan semua orang mengerti apa yang harus ia lakukan.Rekomendasi umum - pelajari persyaratan untuk komposisi tim dan kumpulkan tim yang nyaman untuk diri Anda sendiri sehingga semua area masalah tertutup dan semua orang mengerti apa yang harus ia lakukan.Rekomendasi umum - pelajari persyaratan untuk komposisi tim dan kumpulkan tim yang nyaman untuk diri Anda sendiri sehingga semua area masalah tertutup dan semua orang mengerti apa yang harus ia lakukan.

Foto disediakan oleh tim VKontakte .

Tidur

Tidur jauh dari poin penting terakhir. Tema yang paling hollywood untuk hackathons. Tidur atau memiliki waktu sebelum batas waktu adalah godaan, di mana sangat sulit untuk memberikan jawaban yang sepenuhnya benar. Sebagai orang yang berada di kedua sisi barikade, saya hanya bisa menyoroti pendapat saya tentang topik ini.

Pendapat saya pasti tertidur. Ada banyak alasan, dari yang paling umum hingga yang hanya Anda sadari dengan pengalaman. Kita semua adalah manusia, dan untuk aktivitas otak yang bermanfaat kita perlu istirahat dan pembongkaran. Selain itu, tujuan utama Anda adalah untuk bersenang-senang, pengalaman, keterampilan yang produktif. Tetapi apa yang harus dilakukan, karena waktu sangat terbatas, dan bagaimana Anda tertidur ketika Anda hanya berpikir bahwa tumpukan serangga yang tak terduga telah muncul? Mungkin lebih baik menelan insinyur listrik - dan di jalan menuju kemenangan? Bahkan dalam kasus ini, solusi yang paling efektif adalah mimpi 6 jam, setelah itu memasuki pertempuran dengan semangat baru. Anda akan terkejut, tetapi setelah tidur ide-ide baru akan datang, segalanya akan lebih mudah. Ini terutama berlaku untuk hackathon 48 jam. Pengecualian, mungkin, jika Anda menangkap keberanian, semuanya ternyata, musik keren diputar di headphone, Anda terburu-buru menuju kemenangan tanpa sedikitpun tidur. Tapi udara segar, tidur, air,nutrisi - masih tetap menjadi topik penting yang tidak boleh diabaikan. Untuk berdiri selama 10 menit di udara segar di pagi hari di depan gedung tempat hackathon diadakan juga sangat berguna.

Tidak pernah, dalam keadaan apa pun. Anda datang untuk bersaing, dan itulah mengapa Anda harus bangga pada diri sendiri. Bahkan jika semuanya terbang sia-sia dan Anda ingin menutup laptop, pulanglah - jangan panik. Anda tidak kehilangan apa-apa sama sekali. Mempertimbangkan kesalahan dan menghindarinya di hackathon berikutnya. Bicaralah dengan para ahli teknis, lemparkan beberapa frasa dengan juri setelah pertunjukan. Ini adalah peluang bagus untuk mendapatkan umpan balik instan. Hackathon pertama saya tidak berhasil dalam hal hadiah, tetapi saya berhasil berbicara dengan mentor setelah dia, dan dia menyarankan saya untuk membaca buku Jeffrey Richter "CLR via C #" untuk pengembangan karir. Dan yang pasti, ini adalah salah satu kunci untuk setiap pengembang .NET, misalnya, setelah membaca buku ini, saya mulai lebih memahami struktur platform .NET, yang memungkinkan saya untuk bekerja lebih efektif dengannya.Anda mungkin menemukan seorang mentor yang memiliki pengalaman serius dalam bahasa pemrograman Anda di hackathon, dan mendapatkan saran efektif yang serupa untuk diri sendiri. Ingat - pengalaman kekalahan mengajarkan kita lebih dari pengalaman kemenangan. Jangan takut untuk melakukan kesalahan, jangan takut kehilangan, jangan takut itu akan sulit - ini berarti bahwa Anda pergi ke arah yang benar!

Kesimpulan

Sebagai kesimpulan, saya ingin sekali lagi mengingat poin-poin terpenting:

Jangan takut untuk mulai berpartisipasi dalam hackathons;
idenya lebih dari setengah hackathon;
menyiapkan presentasi yang indah dan berkualitas tinggi;
mengembangkan prototipe dengan fungsionalitas yang dideklarasikan;
Luangkan waktu untuk merencanakan;
secara efektif membentuk tim;
jangan lupakan mimpinya;
jangan menyerah!

Sampai jumpa di hackathons!