Apakah jenis kumpulan yang anda biasanya menghadiri hackathon? Pada mulanya, kami menyatakan bahawa pasukan ideal terdiri daripada lima orang - seorang pengurus, dua pengaturcara, seorang pereka bentuk dan seorang pemasar. Tetapi pengalaman finalis kami menunjukkan bahawa anda boleh memenangi hackathon dengan pasukan kecil tiga orang. Daripada 26 pasukan yang memenangi perlawanan akhir, 3 bertanding dan menang dengan musketeers. Bagaimana mereka melakukannya - baca terus.
Kami bercakap dengan ketua pasukan ketiga-tiga pasukan dan menyedari bahawa strategi mereka mempunyai banyak persamaan. Wira jawatan ini ialah pasukan PLEXeT (Stavropol, pencalonan Kementerian Telekom dan Komunikasi Massa), "Kunci Komposit" (Tula, pencalonan Kementerian Penerangan dan Komunikasi Republik Tatarstan) dan Jingu Digital (Ekaterinburg, pencalonan Kementerian Perindustrian dan Perdagangan). Bagi mereka yang berminat, penerangan ringkas tentang arahan tersembunyi di bawah kucing.
Penerangan PerintahPLEXeT
Pasukan ini mempunyai tiga orang - pembangun (web, C++, kecekapan keselamatan maklumat), pereka bentuk dan pengurus. Kami tidak mengenali satu sama lain sebelum hackathon serantau. Pasukan itu dikumpulkan oleh kapten berdasarkan keputusan ujian dalam talian.
Kunci komposit
Pasukan ini mempunyai tiga rakan pembangun - fullstack dengan sepuluh tahun pengalaman dalam IT, backend dan mudah alih, dan backend dengan tumpuan pada pangkalan data.
Jingu Digital
Pasukan ini terdiri daripada dua pengaturcara - bahagian belakang dan AR/Perpaduan, serta pereka bentuk yang juga bertanggungjawab untuk pengurusan pasukan. Menang dalam pencalonan Kementerian Perindustrian dan Perdagangan
Pilih tugasan yang hampir dengan kecekapan anda
Ingat, terdapat sajak seperti "kelab drama, kelab foto, dan saya juga mahu menyanyi"? Saya rasa ramai orang sudah biasa dengan perasaan ini - apabila segala-galanya di sekeliling anda menarik, anda ingin menunjukkan diri anda dengan cara baharu ke arah anda, dan mencuba industri/kawasan pembangunan baharu. Pilihan di sini hanya bergantung pada matlamat pasukan anda dan kesanggupan untuk mengambil risiko - bolehkah anda menerima kesilapan anda jika tiba-tiba di tengah hackathon anda menyedari bahawa adalah tidak realistik untuk menyelesaikan masalah ini? Percubaan dalam kategori "Saya tidak mahir dalam pembangunan mudah alih, tetapi apa kejadahnya?" bukan untuk semua orang. Adakah anda jenis amatur?
Artem Koshko (), perintah "Kunci komposit": “Kami pada mulanya merancang untuk mencuba sesuatu yang baharu. Pada peringkat serantau, kami mencuba beberapa pakej nuget, yang tidak pernah kami perolehi, dan Yandex.Cloud. Pada akhirnya, kami menggunakan CockroachDB dalam Kubernetes dan cuba melancarkan migrasi ke atasnya menggunakan Teras EF. Beberapa perkara berjalan lancar, ada yang tidak begitu. Jadi kami mempelajari perkara baharu, menguji diri kami sendiri, dan memastikan kebolehpercayaan pendekatan yang terbukti.”.
Bagaimana untuk memilih tugas jika mata anda merayau:
- Fikirkan tentang kecekapan yang diperlukan untuk menyelesaikan kes ini, dan sama ada semua ahli pasukan memilikinya
- Jika anda kekurangan kecekapan, bolehkah anda memberi pampasan untuk mereka (hasilkan penyelesaian lain, cepat belajar sesuatu yang baharu)
- Jalankan penyelidikan ringkas tentang pasaran yang akan anda hasilkan produk
- Kira pertandingan - trek/syarikat/tugasan manakah yang akan dilawati oleh kebanyakan orang?
- Jawab soalan: apa yang paling mendorong anda?
Oleg Bakhtadze-Karnaukhov (), arahan PLEXeT: “Kami membuat keputusan mengenai persinggahan selama sepuluh jam di lapangan terbang - hanya pada saat mendarat, senarai trek dan penyataan tugas ringkas tiba dalam mel kami. Saya segera mengenal pasti empat tugasan yang menarik bagi saya sebagai pengaturcara dan yang pelan tindakannya selepas permulaan adalah jelas - apa yang perlu dilakukan dan bagaimana kita akan melakukannya. Kemudian saya menilai tugas setiap ahli pasukan dan menilai tahap persaingan. Akibatnya, kami memilih antara tugas Gazprom dan Kementerian Telekom dan Komunikasi Massa. Bapa pereka kami bekerja dalam minyak dan gas; kami menelefonnya dan bertanya soalan tentang industri itu. Pada akhirnya, kami menyedari bahawa ya, ia menarik, tetapi kami tidak akan dapat menawarkan sesuatu yang secara asasnya baharu dan kami pasti tidak akan dapat menandingi kecekapan, kerana terdapat terlalu banyak spesifikasi industri yang perlu diambil kira. akaun. Akhirnya, kami mengambil risiko dan pergi ke trek pertama.”
Diana Ganieva (), pasukan Jingu Digital: “Di peringkat serantau kami mempunyai tugas yang berkaitan dengan pertanian, dan pada peringkat akhir - AR/VR dalam industri. Mereka dipilih oleh seluruh pasukan supaya setiap orang dapat menyedari kebolehan mereka. Kemudian kami menyingkirkan apa yang kami tidak dapati begitu menarik."
Buat kerja sekolah kamu
Dan kita tidak bercakap tentang penyediaan kod sekarang-secara umumnya tidak ada gunanya untuk melakukan itu. Ia mengenai komunikasi dalam pasukan. Jika anda belum bermain bersama lagi, belum belajar untuk memahami satu sama lain dan mencapai kata sepakat, berkumpul beberapa kali lebih awal dan mensimulasikan hackathon, atau sekurang-kurangnya menelefon satu sama lain untuk membincangkan perkara utama, fikirkan melalui pelan tindakan, dan membincangkan kekuatan dan kelemahan masing-masing. Anda juga boleh mencari beberapa kes dan cuba menyelesaikannya - sekurang-kurangnya secara skema, pada tahap "cara untuk pergi dari titik A ke titik B."
Semasa perenggan ini, kami menghadapi risiko menangkap minus dalam karma dan komen, berkata, bagaimana mungkin, anda tidak memahami apa-apa, tetapi bagaimana dengan keseronokan, memandu, perasaan bahawa kini prototaip akan dilahirkan dari primordial sup (hello, pelajaran biologi).
Ya tetapi.
Penambahbaikan dan pemanduan adalah baik hanya apabila ia menjadi sedikit penyelewengan daripada strategi - jika tidak, risikonya terlalu besar untuk menghabiskan masa membersihkan kekacauan dan membetulkan kesilapan, bukannya bekerja, makan atau tidur.
Oleg Bakhtadze-Karnaukhov, pasukan PLEXeT: “Saya tidak mengenali mana-mana ahli pasukan saya sebelum pertandingan; saya memilih dan menjemput mereka berdasarkan kecekapan dan penilaian mereka pada peringkat ujian dalam talian. Apabila kami memenangi hackathon serantau dan menyedari bahawa kami masih perlu pergi ke Kazan bersama-sama dan menyelesaikan projek hackathon di Stavropol, kami memutuskan bahawa kami akan berkumpul dan berlatih. Sebelum perlawanan akhir, kami bertemu dua kali - kami menemui masalah rawak dan menyelesaikannya. Sesuatu seperti kejohanan kes. Dan sudah pada peringkat ini kita melihat masalah dalam komunikasi dan pengagihan tugas - sementara Polina (pereka) dan Lev (pengurus) memikirkan gaya korporat, ciri produk, mencari data pasaran, saya mempunyai banyak masa lapang. Oleh itu, kami menyedari bahawa kami perlu mengambil pencalonan yang lebih sukar (saya tidak bercakap besar, kebanyakannya kami menjumpai tugasan yang berkaitan dengan web, tetapi bagi saya ia hanya satu atau dua) dan saya perlu lebih terlibat dalam proses kerja . Akibatnya, pada peringkat akhir, semasa penyelidikan awal, saya terlibat dalam pemodelan matematik dan membangunkan algoritma."
Artem Koshko, pasukan Kunci Komposit : “Kami membuat persediaan lebih dari segi mental; tiada perbincangan mengenai penyediaan kod. Kami telah menetapkan peranan dalam pasukan lebih awal - kami bertiga adalah pengaturcara (kami mempunyai susunan penuh dan dua hujung belakang, ditambah saya tahu sedikit tentang pembangunan mudah alih), tetapi jelas bahawa seseorang perlu mengambil alih peranan pereka bentuk dan pengurus. Begitulah, tanpa saya sedari, saya menjadi ketua pasukan, mencuba diri saya sebagai penganalisis perniagaan, penceramah dan pembuat pembentangan. Saya fikir jika kami tidak bercakap mengenai perkara ini lebih awal, kami tidak akan dapat menguruskan masa dengan betul, dan kami tidak akan berjaya ke pertahanan terakhir."
Diana Ganieva, Jingu Digital: “Kami tidak bersedia untuk hackathon, kerana kami percaya bahawa projek penggodaman harus dibuat dari awal - itu adil. Terdahulu, pada peringkat memilih trek, kami mempunyai konsep umum tentang perkara yang ingin kami lakukan".
Anda tidak boleh bekerja dengan pembangun sahaja
Diana Ganieva, pasukan Jingu Digital: “Kami mempunyai tiga pakar dalam bidang berbeza dalam pasukan kami. Pada pendapat saya, ini adalah komposisi yang sesuai untuk hackathon. Setiap orang sibuk dengan urusan masing-masing dan tiada pertindihan atau pembahagian tugas. Satu lagi orang akan berlebihan.”
Statistik telah menunjukkan bahawa komposisi purata pasukan kami adalah dari 4 hingga 5 orang, termasuk (paling baik) seorang pereka. Secara umum diterima bahawa adalah perlu untuk mengukuhkan pasukan dengan pembangun jalur yang berbeza - untuk dapat menambah pangkalan data dan mengejutkan dengan "mesin" jika apa-apa berlaku. Paling baik, mereka masih membawa seorang pereka bersama mereka (jangan tersinggung, kami sayang anda!), persembahan dan antara muka tidak akan menarik diri mereka, akhirnya. Peranan pengurus lebih kerap diabaikan - biasanya fungsi ini diambil oleh kapten pasukan, pembangun sambilan.
Dan ini pada asasnya salah.
Artem Koshko, pasukan Kunci Komposit: “Pada satu ketika, kami kesal kerana tidak mengambil pakar khusus ke dalam pasukan. Walaupun kami entah bagaimana dapat mengatasi reka bentuk, ia adalah sukar dengan rancangan perniagaan dan perkara strategik lain. Contoh yang menarik ialah apabila perlu mengira khalayak sasaran dan volum pasaran, TAM, SAM.”
Oleg Bakhtadze-Karnaukhov, pasukan PLEXeT: “Sumbangan pembangun kepada produk adalah jauh daripada 80% daripada kerja, seperti yang biasa dipercayai. Ia tidak boleh dikatakan bahawa ia lebih mudah untuk lelaki - hampir keseluruhan sebahagian besar tugas terletak pada mereka. Kod saya tanpa antara muka, persembahan, video, strategi hanyalah satu set simbol. Sekiranya terdapat lebih ramai pembangun dalam pasukan dan bukannya mereka, kami mungkin akan menguruskannya, tetapi semuanya akan kelihatan kurang profesional. Terutamanya pembentangan secara amnya separuh daripada kejayaan, seperti yang saya nampak. Semasa pertahanan dan kemudian dalam kehidupan sebenar dalam beberapa minit, tiada siapa akan mempunyai masa untuk memahami sama ada prototaip anda benar-benar berfungsi. Jika anda terbawa-bawa dengan skim, tiada siapa yang akan mendengar anda. Jika anda pergi terlalu jauh dengan teks, semua orang akan faham bahawa anda sendiri tidak tahu apa yang penting dalam produk anda, cara menyampaikannya dan siapa yang memerlukannya."
Pengurusan masa dan kelonggaran
Ingat bagaimana dalam kartun zaman kanak-kanak seperti "Tom and Jerry" watak-watak meletakkan mancis di bawah kelopak mata mereka untuk menghalang mereka daripada menutup? Peserta hackathon yang tidak berpengalaman (atau terlalu bersemangat) kelihatan sama.
Pada hackathon, adalah mudah untuk kehilangan sentuhan dengan realiti dan rasa masa - suasana kondusif untuk pengekodan yang tidak terkawal tanpa rehat untuk berehat, tidur, bermain-main di dalam bilik permainan, berkomunikasi dengan rakan kongsi atau menghadiri kelas induk. Jika anda menganggap ini seperti Kejohanan Dunia atau Sukan Olimpik, maka ya, mungkin itulah cara anda harus berkelakuan. Tidak juga.
Artem Koshko, pasukan Kunci Komposit: “Kami mempunyai banyak chak-chak, banyak - menara daripadanya dibina di tengah-tengah meja kami, ia mengekalkan semangat kami dan memberi kami karbohidrat pada masa yang tepat. Kami berehat dan bekerja hampir sepanjang masa bersama, dan tidak berehat secara berasingan. Tetapi mereka tidur secara berbeza. Andrey (pembangun fullstack) suka tidur pada waktu siang, saya dan Denis suka tidur pada waktu malam. Oleh itu, saya lebih banyak bekerja dengan Denis pada siang hari, dan dengan Andrey pada waktu malam. Dan dia tidur semasa rehat. Kami tidak mempunyai sebarang sistem kerja atau menetapkan tugas; sebaliknya, semuanya adalah spontan. Tetapi ini tidak mengganggu kami, kerana kami memahami antara satu sama lain dengan baik dan saling melengkapi. Ia membantu bahawa kami adalah rakan sekerja dan berkomunikasi rapat. Saya bekas pelatih Andrey, dan Denis datang ke syarikat itu sebagai pelatih saya."
Dan di sini, omong-omong, adalah gunung chak-chak yang sama.
Hampir semua peserta yang kami temu bual menamakan pengurusan masa yang cekap sebagai kriteria utama kejayaan di hackathon. Apakah maksudnya? Anda mengagihkan tugas supaya anda mempunyai masa untuk tidur dan makanan, dan tugasan tidak diselesaikan dengan cara yang tetap. semuanya runtuh, tetapi pada kadar yang selesa untuk setiap ahli pasukan.
Oleg Bakhtadze-Karnaukhov, pasukan PLEXeT'Matlamat kami bukan untuk bekerja seberapa banyak jam yang mungkin, tetapi untuk kekal produktif selama mungkin. Walaupun kami tidur 3-4 jam sehari, kami nampak berjaya. Kita boleh pergi ke bilik permainan atau melepak di gerai rakan kongsi kita, dan mengetepikan masa biasa untuk makan. Pada hari kedua, kami cuba melegakan Lev sebanyak mungkin supaya dia dapat tidur yang cukup dan mempunyai masa untuk mengatur dirinya sebelum persembahan. Latihan hackathon membantu kami, kerana kami sudah memahami cara mengagihkan tugas, dan penyegerakan rutin harian - kami makan, tidur dan terjaga pada masa yang sama. Akibatnya, mereka berfungsi sebagai satu mekanisme."
Kami tidak tahu bagaimana pasukan ini berjaya menarik Agomoto's Eye kepada hackathon, tetapi akhirnya mereka berjaya merakam video tentang projek itu dan menyediakan bahan edaran.
Beberapa petua untuk pengurusan masa di hackathon:
- Pergi dari besar ke kecil - pecahkan tugas kepada blok kecil.
- Hackathon adalah maraton. Apakah perkara yang paling penting dalam maraton? Cuba berlari pada rentak yang sama, jika tidak, anda akan jatuh pada penghujung jarak. Cuba bekerja pada intensiti yang lebih kurang sama dan jangan memaksa diri anda sehingga ke tahap keletihan.
- Fikirkan terlebih dahulu apa yang akan menjadi tugas setiap peserta dan berapa lama masa yang diperlukan untuknya. Ia akan membantu anda mengelakkan kejutan apabila tarikh akhir tinggal setengah jam lagi dan anda tidak mempunyai kerja yang besar.
- Semak koordinat untuk melaraskan skop tugas. Adakah anda berasa seperti anda berjalan lancar dan masih ada masa lagi? Hebat - anda boleh membelanjakannya untuk tidur atau memuktamadkan pembentangan anda.
- Jangan terputus hubungan dengan butiran, kerja secara meluas.
- Sukar untuk berehat dari kerja, jadi peruntukkan masa khusus untuk tidur, berehat atau bersantai. Anda boleh menetapkan penggera, sebagai contoh.
- Luangkan masa untuk menyediakan dan berlatih ucapan anda. Ini adalah wajib untuk semua orang dan sentiasa. Kami bercakap tentang ini dalam salah satu yang sebelumnya .
Dan ada juga pendapat alternatif ini. Pilihan mana yang anda pilih - penyeksaan dengan pengekodan atau perang dengan perang, dan makan tengah hari mengikut jadual?
Diana Ganieva, pasukan Jingu Digital: “Setiap orang dalam pasukan kami bertanggungjawab untuk satu perkara, tiada sesiapa menggantikan kami, jadi kami tidak boleh bekerja mengikut syif. Apabila tiada kekuatan yang tinggal, kami tidur selama tiga jam, bergantung kepada jumlah kerja yang masih berbaki untuk peserta. Tidak ada masa untuk melepak, kami tidak membuang masa yang berharga untuk perkara ini. Produktiviti disokong, walaupun dengan tidur yang singkat dan gula-gula dengan teh - tanpa minuman tenaga atau kopi.”
Tersembunyi di bawah potongan adalah beberapa pautan berguna jika anda ingin menyelami topik pengurusan masa. Ia akan berguna dalam kehidupan seharian - percayalah pengarang siaran ini, yang selalu lewat :)
Untuk penakluk masa — Teknik pengurusan masa yang berkesan telah dikumpulkan dalam blog Netology oleh pengurus projek Kaspersky Lab:
— Artikel yang bagus untuk pemula tentang Cossa:
Cuba menonjolkan diri
Di atas kami menulis tentang pasukan yang membuat edaran untuk melindungi projek. Mereka adalah satu-satunya yang berada dalam trek mereka, dan kami pasti bahawa antara 3500+ peserta tidak ada yang seperti mereka.
Sudah tentu, ini bukan sebab utama kemenangan mereka, tetapi ia pasti membawa tambahan tambahan - sekurang-kurangnya, simpati pakar. Anda boleh menonjol dengan cara yang berbeza - sesetengah pemenang kami memulakan setiap persembahan dengan jenaka tentang cara mereka membuat bom (pasukan Sakharov, hello!).
Kami tidak akan membincangkan perkara ini secara terperinci, tetapi hanya akan berkongsi kes daripada pasukan PLEXeT - kami fikir ia patut menjadi jenaka tentang anak kepada rakan ibu.
Oleg Bakhtadze-Karnaukhov, pasukan PLEXeT: “Kami menyedari bahawa kami berada di hadapan dan memutuskan bahawa adalah lebih baik untuk tampil ke pra-pertahanan dengan kes perpindahan. Projek ini mempunyai banyak butiran teknikal, penjelasan algoritma, yang tidak termasuk dalam pembentangan sama sekali. Tetapi saya ingin menunjukkannya. Pakar menyokong idea itu malah membantu mengoptimumkannya. Mereka tidak melihat versi pertama; mereka mengatakan bahawa mereka tidak akan membaca lukisan sedemikian. Kami adalah satu-satunya di pertahanan.”
Sesuatu pasti akan berlaku, dan tidak mengapa.
Di hackathon, seperti dalam kehidupan biasa, sentiasa ada ruang untuk kesilapan. Walaupun nampaknya anda telah memikirkan segala-galanya, siapa di antara kita yang tidak lewat ke kapal terbang/peperiksaan/perkahwinan semata-mata kerana kereta memutuskan untuk tersangkut dalam kesesakan lalu lintas, eskalator memutuskan untuk rosak, dan pasport dilupakan. di rumah?
Oleg Bakhtadze-Karnaukhov, pasukan PLEXeT: “Saya dan Polina menghabiskan sepanjang malam membuat pembentangan, tetapi akhirnya mereka terlupa untuk memuat naik ke komputer di dalam dewan tempat pembelaan berlangsung. Kami cuba membukanya daripada pemacu kilat, dan antivirus menganggap fail itu sebagai virus dan memadamkannya. Hasilnya, kami berjaya memulakan segalanya hanya seminit sebelum persembahan kami tamat. Kami berjaya menunjukkan video itu, tetapi kami masih sangat kecewa. Kisah yang sama berlaku kepada kami semasa pra-pertahanan. Prototaip kami tidak dimulakan, komputer Polina dan Lev membeku, dan atas sebab tertentu saya meninggalkan saya di hangar tempat trek kami duduk. Dan walaupun pakar melihat kerja kami pada waktu pagi, kami kelihatan seperti pasukan sipi dengan edaran, kata-kata yang indah, tetapi tiada produk. Memandangkan ramai peserta menganggap kerja saya pada model matematik sebagai "dia sedang duduk, melukis sesuatu, tidak melihat komputer," keadaannya tidak begitu baik."
Ia akan kedengaran konyol, tetapi apa yang anda boleh lakukan dalam situasi ini ialah bernafas. Ia sudah berlaku. Tidak, anda bukan seorang sahaja, semua orang kacau. Walaupun ini adalah kesilapan yang membawa maut, ia adalah pengalaman. Dan fikirkan juga, adakah orang yang menilai anda akan menganggap kes ini sebagai fakap?
Kongsi dalam komen komposisi yang anda rasa paling selesa bekerja di hackathon (kedua-dua orang dan pakar) dan cara anda membina proses dalam pasukan.
Sumber: www.habr.com