QA: Hackathons

QA: Hackathons

Hackathon trilogiyasının son hissəsi. IN birinci hissəsində Bu cür tədbirlərdə iştirak etmək motivasiyasından danışdım. İkinci hissə təşkilatçıların səhvlərinə və onların nəticələrinə həsr olunmuşdu. Yekun hissə ilk iki hissəyə uyğun gəlməyən suallara cavab verəcək.

Bizə hackathonlarda iştirak etməyə necə başladığınızı söyləyin.
Mən məlumatların təhlili üzrə müsabiqələri həll edərkən Lappeenranta Universitetində magistr təhsili aldım. Mənim tipik günüm belə görünürdü: 8-də durmaq, universitetdə bir neçə cütlük, sonra gecə yarısına qədər müsabiqələr və kurslar (təqdim olunanlar sayılarkən, mühazirələrə baxıram və ya məqalələr oxuyuram). Belə ciddi cədvəl öz bəhrəsini verdi və mən MERC-2017 məlumatların təhlili müsabiqəsində qalib oldum (hətta bu barədə müzakirələr də aparıldı) hub-da yerləşdirin). Qələbə mənə inam verdi və təsadüfən Moskvada SkinHack 2 hakatonu ilə bağlı məlumatla rastlaşanda valideynlərimə baş çəkmək və eyni zamanda hakatonun nə olduğunu öyrənmək qərarına gəldim.

Hackathon özü olduqca gülməli oldu. Aydın göstəriciləri olan məlumatların təhlili ilə bağlı iki trek və 100 min rubl mükafat pulu olan məlumat dəsti var idi. Üçüncü trek 50k mükafatla proqramların hazırlanması üzrə idi və iştirakçılar yox idi. Bir anda təşkilatçı dedi ki, funksiyası olmayan düyməsi olan pəncərə 50k qazana bilər, çünki mükafat ödənilə bilməz. Tətbiqləri necə proqramlaşdırmağı öyrənməyə başlamamışam (asanlıqla “çevrilə biləcəyim” yerdə rəqabət aparmıram), amma mənim üçün bu, hakatonlarda sahələrin sıx olmadığına dair açıq bir mesaj idi.

Sonra hər iki məlumat təhlili yolunu təkbaşına həll etdim. İdeal sürəti əldə etməyə imkan verən məlumatlarda bir sızma tapdım, lakin sızma sütunu hadisənin bitməsinə iki saat qalmış aldığım test məlumatlarında yox idi (yeri gəlmişkən, sonra başa düşdüm ki, mövcudluğu qatardakı "hədəf" sütununun sızması sızma sayılmır). Eyni zamanda liderlər lövhəsi açıldı, üzsüz təqdimatım beş yerdən üçüncü yeri tutdu, birinciyə böyük bir boşluq var idi və vaxt itirməmək qərarına gəldim və getdim.

Baş verənləri təzə təfəkkürlə təhlil etdikdən sonra bir sıra səhvlər tapdım (vərdişlərimdən biri notepad ilə baş verənləri zehni olaraq vərəqləmək və səhvləri, onların səbəblərini və nəyin dəyişdirilə biləcəyini təhlil etməkdir - belə xoş bir miras yarı peşəkar poker oyunu). Ancaq bir şey dəqiq idi - hakatonlarda çox dəyər var və mən sadəcə bunu həyata keçirməli oldum. Bu hadisədən sonra hadisələri və qrupları izləməyə başladım və sonrakı hakaton çox keçmədi. Sonra başqa biri, digəri...

Niyə Kaglo yox, hackathons edirsiniz?
Hal-hazırda Kagle'yi sevmirəm. Müəyyən bir bacarıq səviyyəsindən, iştirak üçün xüsusi səbəblər olmadan, kagle digər fəaliyyətlərdən daha az faydalı olur. Əvvəllər çox iştirak edirdim, görünür, birtəhər “tutmağı” bacardım.

Niyə hackathons və öz layihəniz üzərində işləmirsiniz?
Öz əllərimlə yavaş bir sürətlə sərin bir şey etmək fikrini bəyənirəm. ODS-dən olan uşaqlar təşkil etdilər ODS ev heyvanları layihələri həftə sonunu həmfikir insanlarla öz layihəsi üzərində işləməklə keçirmək istəyən hər kəs üçün. Düşünürəm ki, tezliklə mən də onlara qoşulacam.

Hadisələri necə tapırsınız?
Əsas mənbə - hackathon.com (dünya) və telegram çatı Rus hakerləri (Rusiya). Üstəlik, hadisələrin elanları sosial şəbəkələrdə və linkedin-də reklamlarda görünür. Heç nə tapmasanız, buraya baxa bilərsiniz: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

İştirak etməzdən əvvəl bir həll planı hazırlayırsız və ya hər şey tez həll olunur? Məsələn, hakatondan bir həftə əvvəl sizcə: “Burada filan mütəxəssis lazım olacaq, onu axtarmalıyıq”?
Əgər hakaton yemək üçündürsə, bəli, hazırlaşıram. Bir neçə həftə əvvəl mən nə edəcəyimi anlayıram, kimin faydalı ola biləcəyini müəyyənləşdirirəm və keçmiş hakatonlardan dostlar və ya iştirakçılar komandası toplayıram.

Həqiqətən tək bir hakatonu sındırmaq mümkündürmü? Komanda yoxdursa nə etməli?
Məlumat elmi hakatonları realdır (mən bunun canlı nümunəsiyəm), mən də belə düşünürəm, baxmayaraq ki, baqqal hakatonlarını görməmişəm. Təəssüf ki, bəzən təşkilatçılar komandadakı minimum iştirakçıların sayına məhdudiyyət qoyurlar. Düşünürəm ki, bu, bütün "tənhaların" finala çıxmaması ilə əlaqədardır (yəni sadəcə ilk çətinliklərlə ayrılırlar); komandada iştirak hələ də geri qalır. Tədbirdən sonra da layihə üzərində işləməyə davam edəcəyiniz gözlənilir. Bir komanda ilə layihəni həyata keçirmək daha asan olacaq.

Ümumiyyətlə, məsləhətim odur ki, həmişə komanda ilə iştirak edin. Öz komandanız yoxdursa, təşkilatçılar həmişə sizə komandanı tapmağa və ya yaratmağa kömək edəcəklər.

Hackathon zamanı yorğunluğun öhdəsindən necə gəlirsiniz?
Hackathonda sizə işləmək üçün 2 gün vaxt verilir, yəni 48 saatdır (30-48 saat, saymağın asanlığı üçün 48-i götürək). Biz yuxu üçün vaxtı (16-20 saat) çıxarırıq, 30-dan çoxunu qoymuruq. Bunların 8 saatı (orta hesabla) əslində məhsuldar işə sərf olunacaq. Əgər işinizi düzgün təşkil etsəniz (yuxu, qidalanma, təmiz havaya çıxmaq, məşqlər, zehinlilik dəqiqələri, komanda ilə düzgün ünsiyyət və fəaliyyətlərin dəyişdirilməsi), o zaman dərin iş saatlarını 12-14-ə qədər artırmaq olar. Belə bir işdən sonra özünüzü yorğun hiss edəcəksiniz, ancaq xoş yorğunluq olacaq. Enerji içkiləri ilə kəsilən yuxusuz və fasiləsiz kodlaşdırma uğursuzluq reseptidir.

Hackathons üçün öz hazır boru kəmərləriniz varmı? Onları necə əldə etdiniz, necə təşkil olunublar (onlar .py faylları olan qovluqlardadır, hər biri öz işi üçün və s.) və bunları özünüz yaratmağa necə başlamaq lazımdır?
Mən keçmiş hakatonlardan tamamilə hazır həlləri yenilərində istifadə etmirəm, lakin keçmiş yarışlardan öz modellərim və boru kəmərlərim zooparkım var. Standart parçaları sıfırdan yenidən yazmaq məcburiyyətində deyiləm (məsələn, düzgün hədəf kodlaşdırması və ya mətndən niyyət çıxarmaq üçün sadə şəbəkə), bu da mənə çox vaxt qənaət edir.

Hal-hazırda belə görünür: hər bir müsabiqə və ya hakaton üçün GitHub-da öz repo var, o, baş verənlər haqqında noutbukları, skriptləri və kiçik sənədləri saxlayır. Üstəlik, hər cür qutulu "hiylələr" üçün ayrıca repo var (çarpaz doğrulama ilə düzgün hədəf kodlaması kimi). Bunun ən zərif həll olduğunu düşünmürəm, amma hələlik mənə uyğun gəlir.

Mən bütün kodlarımı qovluqlarda saxlamaqla və qısa sənədləri (niyə, nə, necə etdim və nəticə) yazmaqla başlayardım.

Bu qədər qısa müddətdə sıfırdan MVP hazırlamaq realdırmı, yoxsa bütün iştirakçılar hazır həllərlə gəlir?
Mən yalnız məlumat elmi ilə əlaqəli layihələr haqqında deyə bilərəm - bəli, mümkündür. Mənim üçün MVP iki amilin birləşməsidir:

  • Məhsul kimi təqdim olunan real ideya (yəni, biznes kətanına çəkilmiş). Məhsulu nə üçün və kimin üçün hazırladığımız barədə həmişə aydın bir anlayış olmalıdır. Bəzən əsaslı dizaynı olan, lakin prototipi olmayan layihələr mükafatlar qazanır və bu, təəccüblü deyil. Təəssüf ki, bir çox iştirakçı məğlubiyyətin acılığına göz yuma bilmir və uğursuzluqlarını təşkilatçıların uzaqgörənliyi ilə əlaqələndirir, növbəti hakatonlarda naməlum biri üçün modellər kəsməyə davam edir.
  • Bu məhsulu edə biləcəyiniz bəzi göstəricilər (tətbiq, kod, boru kəmərlərinin təsviri).

Belə olur ki, bir komanda hackathon-a hazır həll yolu ilə gəlir və onu təşkilatçıların göstərişlərinə uyğunlaşdırmağa çalışır. Bu cür komandalar texniki baxış zamanı kəsilir və ya yalnız saytda etdikləri hissə “hesablanır”. Mən belə komandaları qalib görməmişəm, amma gələcək dəyərinə görə oynamaq hələ də sərfəli olduğunu düşünürəm (kontaktlar, verilənlər bazası və s.).

Hackathonlarda tətbiq olunan sənətkarlıqların istehsala/startupa gətirilməsi nümunələri varmı?
Bəli. Mən onu istehsalata gətirəndə üç halım olub. Bir dəfə özüm, iki dəfə - başqasının əlləri ilə, ideyalarıma və hakatonda yazdığım koduma əsasən. Şirkətlə məsləhətçi kimi əməkdaşlığı davam etdirən bir neçə komandanı da tanıyıram. Yekun nəticələri bilmirəm, amma çox güman ki, nəsə tamamlanıb. Mən özüm startaplar təşkil etməmişəm və heç kimin təşkil etdiyini də bilmirəm, baxmayaraq ki, nümunələr olduğuna əminəm.

Bir çox hakatonlarda iştirak etdikdən sonra keçmişə qayıtmaq imkanınız olsaydı, özünüzə nə məsləhət görərdiniz?

  1. Taktika manevrlərdən daha vacibdir. Hər həlli bitmiş məhsul kimi düşünün. İdeya, Yupiter noutbuku, alqoritm kimin ödəyəcəyi bəlli deyilsə, heç bir dəyəri yoxdur.
  2. Bir şey dizayn etməzdən əvvəl “nə?” deyil, “niyə?” sualına cavab verin. Və necə?". Nümunə: hər hansı bir ML həllini layihələndirərkən əvvəlcə ideal alqoritm haqqında düşünün: o, giriş kimi nə alır, onun proqnozlarından gələcəkdə necə istifadə olunur?
  3. Komandanın bir hissəsi olun.

Hakatonlarda adətən nə ilə qidalanırlar?
Adətən hakatonlarda yemək zəif olur: pizza, enerji içkiləri, soda. Demək olar ki, həmişə yemək böyük növbənin olduğu bufet (və ya xidmət masası) şəklində təşkil edilir. Onlar adətən gecə yemək vermirlər, baxmayaraq ki, Parisdə bir yarışmada bir gecədə yeməyin - çips, donuts və kola qaldığı bir hadisə olub. Təşkilatçıların düşüncə prosesini təsəvvür edəcəm: “Bəs proqramçılar orada nə yeyirlər? Oh, dəqiq! Çiplər, donutlar - hamısı budur. Gəlin bu zibilləri onlara verək”. Ertəsi gün təşkilatçılardan soruşdum: “Uşaqlar, gecə üçün fərqli bir şey etmək olarmı? Yaxşı, bəlkə bir az sıyıq? Bundan sonra mənə axmaq kimi baxdılar. Məşhur fransız qonaqpərvərliyi.

Yaxşı hackathonlarda yemək qutularda sifariş edilir, adi, vegetarian və koşer yeməklərinə bölünmə var. Üstəlik, qəlyanaltı yemək istəyənlər üçün qatıq və müsli ilə soyuducu qoyurlar. Çay, qəhvə, su - standart. Hack Moscow 2 hakatonunu xatırlayıram - 1C ofisinin yeməkxanasında məni ürəkdən borş və kartof püresi ilə kotlet yedizdirdilər.

Hakatonların ağlı, belə demək mümkünsə, təşkilatçıların peşəkar sferasından asılıdır (məsələn, ən yaxşı hakatonları məsləhətçilər aparır)?
Ən yaxşı hakatonlar əvvəllər hakaton təşkil etmiş və ya əvvəllər iştirak etmiş təşkilatçılardan idi. Bəlkə də bu, tədbirin keyfiyyətindən asılı olan yeganə amildir.

Noob olmadığını və hackathon vaxtının gəldiyini necə başa düşmək olar?
Hakatona getmək üçün ən yaxşı vaxt bir il əvvəldir. İkinci ən yaxşı vaxt indidir. Buna görə də gedin, səhv edin, öyrənin - yaxşıdır. Hətta neyron şəbəkəsi - təkərdən və ağacların üzərindəki qradiyentdən sonra insanın ən böyük ixtirası - təlimin ilk dövründə pişiyi itdən ayıra bilmir.

Hansı "qırmızı bayraqlar" dərhal tədbirin çox yaxşı olmayacağını və vaxt itirməyə ehtiyac olmadığını göstərir?

  • Nə edilməli olduğunun aydın təsviri (məhsulun hakatonları üçün uyğundur). Qeydiyyat zamanı sizə aydın bir tapşırıq verilirsə, evdə qalmaq daha yaxşıdır. Yaddaşımda texniki göstəriciləri olan bir dənə də olsun yaxşı hakaton yox idi. Müqayisə üçün: Tamam - bizə audio söhbətlərin təhlili ilə bağlı bir şey edin. Pis - bizi hər bir şəxs üçün söhbəti iki ayrı audio trekə ayıra biləcək proqram yaradın.
  • Kiçik mükafat fondu. Əgər sizdən “AI ilə onlayn mağaza üçün Tinder” etmək istənirsə və birinci yer üçün mükafat 500 avro və minimum komanda ölçüsü 5 nəfərdirsə, yəqin ki, vaxtınızı itirməyə dəyməz (bəli, bu əsl hakatondur. Münhendə keçirilir).
  • Məlumat çatışmazlığı (məlumat elmi hakatonları üçün uyğundur). Təşkilatçılar adətən hadisə haqqında əsas məlumatları və bəzən nümunə məlumat dəstini təqdim edirlər. Əgər onlar təmin etməyiblərsə, soruşun, bunun sizə heç bir xərci olmayacaq. 2-3 ərzində hansı məlumatların təqdim ediləcəyi və ümumiyyətlə təqdim ediləcəyi bəlli deyilsə, bu qırmızı bayraqdır.
  • Yeni təşkilatçılar. Tənbəl olmayın və hackathon təşkilatçıları haqqında Google məlumatı. Əgər ilk dəfədir ki, belə bir tədbir keçirirlərsə, nəyinsə səhv getmə ehtimalı yüksəkdir. Digər tərəfdən, əgər təşkilatçı və münsiflər heyətinin üzvləri artıq hakaton keçiriblərsə və ya keçmişdə fəal iştirak ediblərsə, bu yaşıl bayraqdır.

Bir hakatonda mənə dedilər: “Qısa müddətdə ən yaxşı həll yolu tapdınız, amma üzr istəyirik, biz komanda işini qiymətləndiririk və sən tək işlədin. İndi komandanıza tələbə və ya qız götürsəniz...”? Heç belə ədalətsizliklə qarşılaşmısınız? Necə öhdəsindən gəldin?
Bəli, mən onunla bir dəfədən çox qarşılaşmışam. Mən baş verən hər şeyə laqeyd yanaşıram: gücüm çatan hər şeyi etdim, əgər alınmadısa, elə də olsun.

Bütün bunları niyə edirsən?
Bütün bunlar sadəcə cansıxıcılıqdan irəli gəlir.

Mənbə: www.habr.com

Добавить комментарий