Hackathon'u necə hack etmək olar: Mükəmməl bir meydan

(Əsas məqalə və digər Hackathon 101 və Sənaye yazılarına keçidlər burada verilmişdir.)

Sadəcə daxil olmaq və nömrələri almaq üçün yarışan insanlara inanmıram. Mənası nədir? Bir şey üçün vaxt və bu vəziyyətdə bir həftə sonu təyin etmək istəyirsinizsə, ondan bir şey etmək üçün əlinizdən gələni edə bilərsiniz. Günün sonunda, heç kim həqiqətən itirməsə də, mütləq qaliblər var və bu yazıda mənə yaxşı xidmət edən bəzi yanaşmalarımı paylaşacağam.

Agrim, ne qururam?

Hackathon'ların (və məhsulların) müvəffəqiyyətinin böyük bir hissəsi hansı problemi qaldırdığınızdan və necə həll etdiyinizdən asılı ola bilər. Hər iki sahəni nəzərdən keçirək.

Hansı problemi həll etməlisən?

Etiraf etmək lazımdır ki, bu çətin bir sualdır; Bu dünyada öz başlanğıclarını qurmağa çalışarkən və üzərində çalışdıqlarının vacib və həll edilməyə dəyər olub olmadığını, bir şey varsa, problem olduğunu düşünən bu sualı verən bir çox insan var.

Bunu belə edirəm - dizayn düşüncəsinin vacibliyini vurğulayan bir universitetdə oxumaq mənə qismət oldu. Sadə dillə desək, Dizayn Düşüncəsi, xüsusilə zəif müəyyən edilmiş və ya bilinməyən problemlərin həllinə yönəlmiş bir həll yoluna gətirib çıxarır. İndi öz qaşıntılarınızı cızmaq və ya həll etmək üçün yeni bir domen seçmək sizin seçiminizdir, lakin aşağıdakı proses eyni şəkildə işləyir.

Dizayn düşünmə prosesi

Təsirləndirin

Çox vaxt nə etdiyimizə, kimin üçün etdiyimizə, həqiqətən nələr edəcəyimizə, nə etmək istədiyimizə və düzgün auditoriyaya görə çox narahat olmayaraq bir həll tapmaqda günahkarıq. Bunun çox hissəsi problemə qarşı empati olmaması ilə əlaqədardır. Problemin nə olduğunu və bunun səhv olduğunu öz təxminlərimizə görə təyin etdik. Bu görmə təcrübəsini gözdən əlillər üçün müstəqil gəzməyə imkan verəcək bir həll yolu taparkən əldə etdim. Mən belə düşündüm:

  • Birincisi, bu problemdir, çünki bələdçi köpəklər bahadır və köməkçiyə sahib olmaq çətindir.
  • İkincisi, maneələrdən qaçınmaq həll ediləcək ən böyük problemdir.
  • Axı Google Glass kimi geyilə bilən bir anda qamışdan qurtula bilər.

Üç nöqtədə də səhv etdim.

Köməkçini rahatlaşdırmaq üçün ilk məqam doğru idi, lakin texnoloji müdaxilə tələb edəcək təcili bir narahatlıq deyildi. Maneələrin qarşısını almaq üçün ikinci məqam ən böyük problem deyildi. Trafik işığının tanınması bəlkə də daha çox çətinlik çəkdi, çünki çubuq çatmaqda olan maneələrin əksəriyyətini örtdü. Son nöqtə ciddi idi, çünki texnologiya paylaşımının asan olacağını düşündüm. Bir insanın həyat tərzini kəskin şəkildə dəyişdirə bilməzsiniz. Görmə qüsurlu insanlar çubuqlar və toxunma yol səthləri üçün işarələrindən istifadə etməyə vərdiş edirlər. Buna görə hər yeni texniki yenilik bunun üzərində qurulmalı və onu tamamilə əvəz etməməlidir.

Bunu necə düzəldə bilərik? İnsanlarla tanış olmaq və onlarla söhbət etmək daha çox şey bilmək üçün ən etibarlı yoldur, çünki istifadəçilər və onların ehtiyacları barədə birbaşa fikir əldə edirsiniz. Gündəlik bu çətinliklərdən keçən birisi ilə danışdığım üçün məhsulumu gözdən əlillərə kömək etmək üçün düzəldə bildim.

Bəs hackathon zamanı lazımi auditoriya ilə danışa bilmirsinizsə? Vaxt tükənir və bu insanlarla görüşmək üçün doğru yerdə olmaya bilərsiniz. Çözülməyə dəyər bir problemi obyektiv müəyyənləşdirməyinizə kömək edəcək bir məlumat doğurmalı və əldə etməlisiniz. Keçən həftə sonu "Hindistan üçün həll etmək" istədiyimiz bir hackathon üzərində işləyirdim. Bu böyük bir mövzudur; Hindistanda problem çatışmazlığı yoxdur, hər biri sonuncudan daha vacibdir və bunu həll etməyə çalışmaq bir yana, özlüyündə bir problemdir. Sənaye sektorundakı işçilərə kömək etmək qərarına gəldik və yorğunluqla mübarizə problemini qaldırdıq. Niyə?

  • Hindistan iş qəzalarına gəldikdə ən pisdir,
  • Hindlilər bir yaşayış üçün sənaye işlərindən çox asılıdırlar
  • Yorğunluq və yuxu çatışmazlığının müxtəlif iş sahələrində qəzalara / qəzalara və hətta ölümlərə səbəb olduğuna dair əhəmiyyətli dəlillər var. B. Yük maşınını uzun məsafələrə sürərkən və ya ağır texnika işləyərkən buna diqqət yetirin.

Bunu şəxsən yoxlamağımın yolu yoxdur. Bir povest hazırlamaq üçün hansı ictimai məlumatların və faktların mövcud olduğuna güvənirəm, amma ən azından bu məlumatlar həll edilməli bir problemi təyin etmək üçün kifayət qədər empati yaradır.

Müəyyənləşdirmək

Özünüzü nə qədər inandırsanız da, mütləq empatiya mərhələsindən keçəcəksiniz. İddiaları ikiqat və ya üç dəfə artırmaq üçün kifayət qədər vaxt yoxdur. Bununla birlikdə, kartlarınızı düzgün oynasanız, işləmək üçün kifayət qədər məlumata sahib olacaqsınız. Yorğunluq barədə əvvəlki nümunəmizlə işləyək. Daha etibarlı bir iş mühiti tələb olunduğunu müəyyən etdik (iddia 1) və bunun yollarından biri də yorğunluğa qarşı tədbir görülməsidir (iddia 3). Problemimiz buna əsaslanacaq -

"Daha etibarlı və daha məhsuldar bir iş mühiti yaratmaq üçün bir yorğunluq izləmə sisteminə ehtiyacımız var."

İndi bu alandakı başqa bir problemi araşdıra bilərsiniz və bu tamamilə doğrudur. Sadəcə tərifinizin ilkin əsasların bir hissəsi kimi irəli sürdüyünüz iddialara əsaslandığından əmin olun. Prosesin növbəti mərhələsini qurmaq üçün sadə evristikanı izləyin -

  • Bunu kimin üçün edirik? Bu vəziyyətdə əsasən işçilər üçün, həm də işəgötürənlər üçün.
  • Bunu necə edirik?
  • Uğur ölçümüz nədir?
  • SİZİN MƏHSULUNUZDAN ƏSAS AÇAR NƏDİR?

Fikirlər

“Necə” nin cavabı buradan başlayır. Yəni, indi bütün məlumatlarınız var, nə quracaqsınız? İşimiz üçün bir nəzarət sistemi qurmalıyıq? Yoxsa işçi üçün həyəcan siqnalı? Hər halda müvəffəqiyyət üçün göstəricimiz nədir - sürücünü oyatmaq? İşəgötürənlər üçün giriş məlumatları? Ən əsası, hamısı nədən asılıdır?!

Hackathons məhsul doğrulamasında və yaradılmasında inanılmaz dərəcədə səmərəlidir. Məsələn, 3 dəqiqədə sübut edə və göstərə biləcəyiniz məhdud sayda şey var. Buna görə ən vacibini seçməlisiniz. Bizim nümunəmizdə, məhsulun hər tərəfi - qeydlər, siqnalizasiya kimi yorğunluğu izləmə sistemidir, yorğunluğu aşkar etməyin necə işləməsindən asılıdır. Beləliklə, onu qurmalı və demounuza uyğun olduğundan əmin olmalısınız. Əgər uğursuz olarsa, məhsulun qalan hissəsi artıq inandıra bilməz.

Çox vaxt komandalar ya məhsulu bir arada tutan bir əsas xüsusiyyəti boğur, ya da komandanın yönəldiyi mesajı itirdikləri üçün münsifləri qarışdıran 17 fərqli "xüsusiyyət şişkinliyi" inkişaf etdirirlər. Çox sadə bir şeydir - bir-iki şey et və lənətə gələni et. Bütün böyük məhsulların ticarət nişanıdır. Hackathons fərqli deyil.

Prototip / test

İndi qurmağın vaxtıdır. Ticarət üçün alətlərinizi seçin - bizim vəziyyətimizdə əsas nöqtələrin tanınması üçün OpenCV və dlib seçdik - və qurmağa başlayın. Əsl məhsuldan əvvəl eskizlər / kağız prototipləri çəkə bilərsiniz və bu yaxşıdır. Fikir / tərif / empatiya mərhələləri arasında keçid etmək üçün bunlardan istifadə edin və mümkünsə tədbirdə mentorların və mütəxəssislərin köməyindən istifadə edərək sizə daha çox fikir verin. Çözümünüz inkişaf etdiriləcək və "təmizlənəcək", bundan sonra işə başlaya bilərsiniz. Prototiplə sınaq mərhələsini birləşdirdim, çünki hackathon meydançaları bir prototiplə bitdi. Bununla birlikdə, layihənin raf ömrünü 24 saatdan çox uzatmaq istəyirsinizsə, bunu seçdiyiniz auditoriya ilə açıq şəkildə sınamalısınız.

Hackathon'da bir problemi necə həll edirsiniz?

Həll etmək üçün bir problemi necə seçəcəyimizi və hackathonda necə işlədiyini öyrəndik. Ancaq indi təfərrüatlara - hackathon sizə nə gətirir? İdeal bir dünyada bir e-xidmət, portal və ya aşağı texnologiyalı bir həll milyonlarla insana fayda gətirə bilər, lakin heç vaxt hackathon qazanmazlar. Niyə? Çünki texniki bir ciddilik yoxdur. Şübhəsiz ki, bunun arxasında bir iş var, amma heç vaxt həll zərifliyi və ya böyük hackathonlarda yaratmağınız üçün diqqət üçün tərif qazanmaz. Bunu çətin şəkildə öyrəndim.

Həmişə demo üçün qururlar. Həmişə.

HackingEDU-da, istifadəçinin yalnız “X haqqında öyrənmək istədiyim və bir Y protokolum var” deyən bir təbii dili gördüyü bu gözəl portalı yaratmağa qərar verdik. Oxumağa vaxtı olmayan və çox müxtəlif şeyləri olmayan insanlar İnternetdəki məlumatlarla məşğul olurlar. Çözümümüz, vaxtınıza dəyər olan ən yaxşı bağlantıları vuracaq və seçəcəkdir. Hər şey işləyir və gözəl görünürdü.

Otaqda 140 komanda olduğu və sərgi stili düzeni xaricində. Hakimlər və komandalar böyük eksponatlarla və ya bir çox monitorla və ya VR qulaqlıq kimi cihazlarla masalarda sıxışdılar, masamızda açıq brauzer pəncərəsi olan kədərli bir MacBook var idi. Hack üçün şok dəyəri yox idi. Məhsulu ziyarət edən hər kəsə satmağa çalışarkən də, axınlara qarşı işlədiyimi bilirdim. Ziyarətçilərin diqqət nisbəti bir neçə saniyə idi və heç olmasa ilk baxışdan onları "Holy F * ck" halına gətirən bir məhsul deyildi.

Əlbətdə qazana bilmədik. Bundan bir mənzərə düzəldə bilərdikmi? Əlbəttə. O vaxtdan bəri bir hackathonun son mərhələsi mənim üçün daha aydın oldu: icra. Siz sadəcə bir məhsul yaratmırsınız. Xatırlayırsınız ki, bu, bir şou və bir izahdır. İnsanlar bunu doğru başa düşməyinizdən asılı olmayaraq həyəcan keçirməlidirlər. İstər bir API masupu olsun, istərsə də qanuni bir qlobal həll yolu, şok dəyəri izah etmək üçün bir fürsətiniz olmasa belə, dərhal təəssürat yarada biləcək yeganə şeydir. Bunu ürəkdən qəbul et.

Bir hackathonda vaxtınızı ağıllı istifadə edin

Zaman hackathonda sonlu bir əmtəədir. Paketləriniz quraşdırıldıqdan və bum bitdikdən sonra işə başlaya biləcəyinizi düşünürlər - hackatonun yarısı bitdi. Yuxusunuz, yemək iki saat verilmir, kimsə Red Bull tədbir tədarükünü oğurladı və indi yoruldunuz, yazıqsınız və heç bir iş görməmisiniz.

Xahiş edirəm bunun sizin hekayəniz olmasına icazə verməyin.

24-48 saatlıq bir hackathonda, heç vaxt mövcud vaxta ehtiyacınız olmayacaq. Hackathon bitən andan bazara vuran müvafiq kodlu istehsala hazır bir tətbiq buraxma niyyətiniz olmadıqca davam edə bilərsiniz. Ancaq konsepsiya sübutu səni öldürməməlidir.

Budur bir neçə şey var -

  1. Fərdi məsuliyyət. Tək səyahət edən bir geliştirici / dizaynersinizsə, bütün alətlərin quraşdırılmış və istifadəyə hazır olması lazımdır. Başlanğıc dəstləri, proqram təminatı, nə lazım olduğunu düşünürsən. Bəli, bu tam bir siyahı deyil, amma bütün həyatım boyu başqalarının hadisə günü OpenCV qədər böyük bir proqram yükləməsini və tərtib etməsini istəmirəm. Görmək ağrılıdır. Bunu evdə edin, səhvlərinizi düzəldin və işə hazır olun. Komanda şəklində gəlsəniz, hansı alətlər / aparatlar üzərində işləmək istədiyinizə qərar verin və əvvəlcədən yaxşı hazırlayın.
  2. Dizayn düşünmə prosesinə ciddi yanaşın. Bu, düzgün sualları cavablandırmanızı və daha sonra tapşırıqları komanda üzvləriniz arasında səmərəli paylamağınızı asanlaşdırır.
  3. Tapşırıqların bölüşdürülməsi və hesabatlılıq hər şeydən vacibdir. Başlamadan əvvəl kimin nə edəcəyini bil. Komandanı bir yerdə saxlamaq üçün kimsə baş nazir kimi çalışmalıysa, bunu edin. Bu rolu ümumiyyətlə bir neçə səbəbə görə götürürəm -
  • Nə qurduğumuza və niyə etdiyimizə nəzarət edə biləcəyim barədə bizi yeniləyir.
  • Müəyyən vaxtda nə qədər olduğumuzu izləməyimizə və hədəfləri buna görə tənzimləməyimizə imkan verir.
  • Bu, hansı prioritet xüsusiyyətlərin və hansı genişləndirmə xüsusiyyətlərinin vacib olduğunu birlikdə göstərməyimizə imkan verir (yaxşı görünən / əlavə qığılcım verən, lakin demo üçün vacib olmayan atış variantları).

Hackathon komandam üçün sıx bir gəmi idarə etməyi və ya birində olmağı sevirəm. Hədəflər üçün vaxt ştamplarının qoyulması hər kəsə kifayət qədər istirahət və istirahət etməyə imkan verir.

Həmişə uğurlu olun - əks bir yanaşma

Oyunda kifayət qədər vaxt sərf etmək heç danışmır. Ümumiyyətlə rəqabət aparacağım sabit bir komandam var və beyin fırtınası və icra baxımından nə edəcəyimizi dəqiq bilirik. Ancaq yenə də qazanc əldə etməyəcəyiniz mümkündür. Bəzi əks düşüncəli yanaşmalar -

  1. Yeni texnologiya ilə bina. Hər kəs hackathons-da mobil tətbiqetmə / veb tətbiqetmə qurur. Özünüzü başqalarından aktiv şəkildə ayırmağın bir yolu yoxdur. Bəli, xüsusən də hazırda mobil və veb ilə edə biləcəyiniz şeylərdən məmnunam, amma hacklərin 70-80% -i bundan istifadə etmir. Hackathon tələb etdiyi zaman bütün yeni layihələrimizdə və ya aparatımızda kompüter görmə və ya nümayiş etdirilə bilən maşın öyrənmə (maşın öyrənmə üçün kifayət deyil :)) kimi yeni texnologiyalardan fəal şəkildə istifadə etməyi seçdik. Çox adam bunu təqlid edə bilməz və tədbirin sonunda demək olar ki, həmişə yaddaqalan oluruq.
  2. Son məhsulunuzu birləşdirin və hizalama işarələrini vurmağınız üçün bir-birinizlə birləşdirin. Hackathon Texniki Rigor'u% 40 və Fikir% 10 qazandıqda, təsirindən asılı olmayaraq yeni və yaradıcı olduğu müddətdə dəli bir şey qura biləcəyinizi bilirsiniz. Fokus geri çevrildikdə, yəni. H. Fikir% 40, Texniki% 10, onda sinir şəbəkələrinizin nə qədər yaxşı olduğunu düşünsəniz qazanc əldə etməyəcəyinizi bilirsiniz. Problemdən, kontekstdən, nəyə görə vacib olduğunu, necə həll ediləcəyini və status-kvodan daha yaxşısını necə edəcəyinizi danışın, o zaman qərar sizin olacaq.

Nəticə

Vay, elə həmin gecə başqa bir uzun yazı. Bunu çox əvvəl etməliydim.

Hackathons haqqında bildiklərimi sizinlə paylaşdım. Nə tikəcəyimə, vaxtımı necə idarə etdiyimizə, ən azı bir şey qazanacağımıza necə əmin olduğumuza necə qərar verirəm. Bunu oxuyan hər kəsə səmimi qəlbdən bunun faydalı olduğunu və burada yazdığım bir şeylə hackaton qazanmağı arzulayıram.

Əlaqə / şərhlər xoş gəlmisiniz! Twitter və Facebook-da mövcudam.