Hackathon üçlemesinin son kısmı. İÇİNDE Bu tür etkinliklere katılma motivasyonundan bahsettim. organizatörlerin hatalarına ve sonuçlarına adanmıştı. Son bölüm, ilk iki bölüme sığmayan soruları yanıtlayacaktır.
Hackathon'lara nasıl katılmaya başladığınızı bize anlatın.
Lappeenranta Üniversitesi'nde veri analizi yarışmalarını çözerken yüksek lisans eğitimi aldım. Tipik günüm şu şekildeydi: 8'de kalkıyorum, üniversitede birkaç çift, ardından gece yarısına kadar yarışmalar ve kurslar (gönderimler sayılırken dersleri izliyorum veya makaleler okuyorum). Bu kadar katı bir program meyvesini verdi ve MERC-2017 veri analizi yarışmasını kazandım (ki bu yarışmada tartışılmıştı) ). Zafer bana güven verdi ve yanlışlıkla Moskova'daki SkinHack 2 hackathon'uyla ilgili bilgilere rastladığımda ailemi ziyaret etmeye ve aynı zamanda hackathon'un ne olduğunu öğrenmeye karar verdim.
Hackathon'un oldukça komik olduğu ortaya çıktı. Veri analizinde net ölçümlere sahip iki parça ve 100 bin ruble para ödüllü bir veri seti vardı. Üçüncü parkur ise 50 bin ödülle uygulama geliştirme üzerineydi ve katılımcı yoktu. Bir noktada organizatör, işlevi olmayan bir düğmenin bulunduğu bir pencerenin, ödülün ödenemediği için 50 bin kazanabileceğini söyledi. Uygulamaların nasıl programlanacağını öğrenmeye başlamadım (kolayca "devrildiğim" yerlerde rekabet etmiyorum), ancak bu benim için hackathonlardaki alanların kalabalık olmadığına dair açık bir mesajdı.
Daha sonra her iki veri analizi yolunu da tek başıma çözdüm. İdeal hızı elde etmemi sağlayan verilerde bir sızıntı buldum ancak sızıntının olduğu sütun, olayın bitiminden iki saat önce aldığım test verilerinde yoktu (bu arada, o zaman varlığını anladım Trendeki bir “hedef” sütununun bulunması sızıntı olarak sayılmaz). Aynı zamanda sıralama tablosu açıldı, yüzsüz gönderim beş üzerinden üçüncü oldu, ilkiyle arasında büyük bir fark vardı ve vakit kaybetmemeye karar verip oradan ayrıldım.
Ne olduğunu taze bir zihinle analiz ettikten sonra bir sürü hata buldum (alışkanlıklarımdan biri not defterinde olanları zihinsel olarak gözden geçirmek ve hataları, nedenlerini ve nelerin değiştirilebileceğini analiz etmektir - çok hoş bir miras) yarı profesyonel bir poker oyunu). Ancak kesin olan bir şey vardı; hackathonların pek çok değeri vardı ve benim bunu uygulamam gerekiyordu. Bu etkinlikten sonra etkinlikleri ve grupları izlemeye başladım ve ardından gelen hackathon'un gelmesi uzun sürmedi. Sonra bir tane daha, bir tane daha...
Neden Kaglo değil de hackathon'lar yapıyorsunuz?
Şu anda Kagle'ı sevmiyorum. Belirli bir beceri düzeyinden itibaren, katılım için belirli nedenler olmadığında, kagle diğer etkinliklere göre daha az kullanışlı hale gelir. Daha önce çok katıldım, görünüşe göre bir şekilde “inmeyi” başardım.
Neden hackathonlar yapıp kendi projeniz üzerinde çalışmıyorsunuz?
Yavaş tempoda kendi ellerimle harika bir şeyler yapma fikri hoşuma gidiyor. ODS'deki adamlar organize etti Hafta sonunu projesi üzerinde benzer düşüncelere sahip insanlarla çalışarak geçirmek isteyen herkes için. Sanırım yakında ben de onlara katılacağım.
Etkinlikleri nasıl buluyorsunuz?
Ana kaynak - hackathon.com (dünya) ve telgraf sohbeti (Rusya). Ayrıca, etkinlik duyuruları sosyal ağlarda ve linkedin'deki reklamlarda görünür. Hiçbir şey bulamazsanız buraya bakabilirsiniz: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.
Katılmadan önce bir çözüm planı mı hazırlıyorsunuz yoksa her şeye anında mı karar veriliyor? Mesela hackathon'dan bir hafta önce “Burada falan uzmana ihtiyacımız olacak, onu aramamız gerekecek” diye mi düşünüyorsunuz?
Hackathon yemek içinse evet hazırlanıyorum. Birkaç hafta önce ne yapacağıma karar veririm, kimin faydalı olabileceğini belirlerim ve arkadaşlarımdan veya geçmiş hackathon katılımcılarından oluşan bir ekip kurarım.
Tek başına bir hackathonu hacklemek gerçekten mümkün mü? Ekip yoksa ne yapmalı?
Veri bilimi hackathon'ları gerçektir (ben bunun canlı bir örneğiyim), ben de öyle düşünsem de market hackathonları görmedim. Ne yazık ki, bazen organizatörler bir takımdaki minimum katılımcı sayısına bir sınır getirmektedir. Bunun, tüm "yalnızların" finallere ulaşamamasından (yani, ilk zorluklarla ayrılmalarından) kaynaklandığını düşünüyorum; takıma katılım hala engelleniyor. Etkinlikten sonra bile proje üzerinde çalışmaya devam etmeniz bekleniyor. Bir ekiple projeyi hayata geçirmek daha kolay olacaktır.
Genel olarak tavsiyem her zaman bir ekiple katılmanızdır. Kendi ekibiniz yoksa organizatörler her zaman bir ekip bulmanıza veya oluşturmanıza yardımcı olacaktır.
Bir hackathon sırasında yorgunlukla nasıl başa çıkarsınız?
Hackathon'da size çalışmanız için 2 gün veriliyor, bu 48 saat (30-48 saat, sayma kolaylığı için 48'i alalım). Uyku süresini (16-20 saat) çıkarıyoruz, en fazla 30 saat bırakıyoruz. Bunlardan 8 saati (ortalama olarak) aslında verimli çalışmaya harcanacak. Çalışmanızı doğru organize ederseniz (uyku, beslenme, temiz havaya çıkma, egzersizler, dakikalarca farkındalık, ekiple doğru iletişim ve aktivite değiştirme), derin çalışma saatleri 12-14'e çıkarılabilir. Böyle bir çalışmanın ardından kendinizi bitkin hissedeceksiniz ama hoş bir yorgunluk olacak. Enerji içecekleriyle kesintiye uğrayan uykusuz ve molasız kodlama, başarısızlığın reçetesidir.
Hackathon'lar için kendi hazır boru hatlarınız var mı? Bunları nasıl elde ettiniz, nasıl organize edildiler (.py dosyalarının bulunduğu klasörlerdeler, her biri kendi görevi için vb.) ve bunları kendiniz oluşturmaya nasıl başlayabilirsiniz?
Geçmiş hackathonlardan tamamen hazır çözümleri yenilerinde kullanmıyorum, ancak geçmiş yarışmalardan kendi modellerim ve üretim hatlarım var. Standart parçaları sıfırdan yeniden yazmam gerekmiyor (örneğin, doğru hedef kodlama veya metinden amaç çıkarmak için basit bir ızgara), bu da bana çok zaman kazandırıyor.
Şu anda durum şöyle görünüyor: GitHub'da her yarışma veya hackathon için kendi deposu var, olup bitenlerle ilgili not defterleri, senaryolar ve küçük belgeler saklıyor. Ayrıca her türlü kutulu "hile" için ayrı bir depo vardır (çapraz doğrulama ile doğru hedef kodlama gibi). Bunun en şık çözüm olduğunu düşünmüyorum ama şimdilik bana uygun.
Tüm kodlarımı klasörlere kaydederek ve kısa belgeler yazarak (neden, ne, nasıl yaptım ve sonuç) başlardım.
Bu kadar kısa sürede sıfırdan MVP hazırlamak gerçekçi mi yoksa tüm katılımcılar hazır çözümlerle mi geliyor?
Sadece veri bilimi ile ilgili projeler hakkında söyleyebilirim - evet bu mümkün. Benim için MVP iki faktörün birleşimidir:
- Bir ürün olarak sunulan (yani bir iş tuvaline boyanmış) uygulanabilir bir fikir. Bir ürünü neden ve kimin için yaptığımıza dair her zaman net bir anlayışa sahip olmalıyız. Bazen sağlam temellere dayanan bir tasarıma sahip ancak prototipi olmayan projeler ödüller kazanır ve bu şaşırtıcı değildir. Ne yazık ki pek çok katılımcı yenilginin acısını görmezden gelemiyor ve başarısızlıklarını organizatörlerin dar görüşlülüğüne bağlayarak bir sonraki hackathonlarda bilinmeyen biri için modeller kesmeye devam ediyor.
- Bu ürünü yapabileceğinize dair bazı göstergeler (uygulama, kod, boru hatlarının açıklaması).
Bir takımın hackathona hazır bir çözümle geldiği ve onu organizatörlerin talimatlarına göre "uyarlamaya" çalıştığı görülür. Bu tür ekiplerin teknik tarama sırasında kesintiye uğraması ya da sadece sitede yaptıkları kısmın “sayılması” söz konusudur. Bu tür takımların kazanan olduğunu görmedim, ancak gelecek değeri nedeniyle oynamanın onlar için hala karlı olduğunu düşünüyorum ().
Hackathon'larda uygulanan el sanatlarının üretime/başlangıç aşamasına getirilmesine dair herhangi bir örnek var mı?
Evet. Üretime getirdiklerinde elimde üç kasa vardı. Hackathon'da yazdığım fikirlerime ve kodlarıma dayanarak bir kez kendim, iki kez - başkasının elleriyle. Ayrıca şirketle danışman olarak işbirliği yapmaya devam eden birkaç ekip tanıyorum. Nihai sonuçları bilmiyorum ama büyük olasılıkla bir şeyler tamamlandı. Ben startupları kendim organize etmedim ve kimsenin organize ettiğini de bilmiyorum, ancak örnekleri olduğundan eminim.
Birçok hackathona katıldıktan sonra, zamanda geriye gidebilseydiniz kendinize ne gibi tavsiyelerde bulunurdunuz?
- Taktik manevralardan daha önemlidir. Her çözümü bitmiş bir ürün olarak düşünün. Bir fikrin, bir Jüpiter dizüstü bilgisayarın, bir algoritmanın, kimin parasını ödeyeceği belli değilse hiçbir değeri yoktur.
- Herhangi bir şey tasarlamadan önce “ne?” sorusuna değil, “neden?” sorusuna cevap verin. Ve nasıl?". Örnek: Herhangi bir makine öğrenimi çözümü tasarlarken öncelikle ideal algoritmayı düşünün: girdi olarak ne alıyor, tahminleri gelecekte nasıl kullanılıyor?
- Bir ekibin parçası olun.
Hackathon'larda genellikle neyle beslenirler?
Genellikle hackathonlardaki yiyecekler zayıftır: pizza, enerji içecekleri, soda. Neredeyse her zaman yiyecekler, önünde büyük bir kuyruk bulunan bir büfe (veya servis masası) şeklinde düzenlenir. Genellikle geceleri yiyecek vermiyorlar, ancak Paris'teki bir yarışmada gece boyunca yiyeceklerin (cips, çörek ve kola) bırakıldığı bir durum vardı. Organizatörlerin düşünce sürecini hayal edeceğim: “Peki programcılar orada ne yiyor? Kesinlikle! Cipsler, çörekler - hepsi bu. Bu çöpü onlara verelim.” Ertesi gün organizatörlere şunu sordum: “Arkadaşlar, bu gece farklı bir şey yapmak mümkün mü? Peki, belki biraz yulaf lapası?” Daha sonra bana aptalmışım gibi baktılar. Ünlü Fransız misafirperverliği.
İyi hackathonlarda yiyecekler kutularda sipariş edilir; normal, vejetaryen ve kaşer yemekler şeklinde bir ayrım vardır. Ayrıca atıştırmalık yemek isteyenler için yoğurt ve müsli içeren bir buzdolabı da koydular. Çay, kahve, su - standart. Hack Moskova 2 hackathonunu hatırlıyorum - 1C ofisinin kantininde beni yürekten pancar çorbası ve patates püresiyle beslediler.
Hackathonların akıl sağlığı, tabiri caizse, organizatörlerin profesyonel alanına mı bağlıdır (örneğin, en iyi hackathonlar danışmanlar tarafından yürütülür)?
En iyi hackathonlar, daha önce hackathon düzenleyen ya da katılmış olan organizatörlerden geldi. Belki de etkinliğin kalitesinin bağlı olduğu tek faktör budur.
Acemi olmadığınızı ve hackathon zamanının geldiğini nasıl anlarsınız?
Bir hackathon'a gitmek için en iyi zaman bir yıl öncesidir. İkinci en iyi zaman şimdidir. Öyleyse devam edin, hata yapın, öğrenin; sorun değil. Tekerleğin ve ağaçların üzerinde yükselen eğimden bu yana insanın en büyük icadı olan bir sinir ağı bile, eğitimin ilk aşamasında bir kediyi bir köpekten ayırt edemez.
Etkinliğin pek iyi olmayacağını ve zaman kaybetmeye gerek olmadığını hemen gösteren hangi "kırmızı bayraklar"?
- Ne yapılması gerektiğine dair net bir açıklama (ürün hackathonlarıyla ilgili). Kayıt sırasında size net bir görev verilirse evde kalmak daha iyidir. Hafızamda teknik özellikleri olan tek bir iyi hackathon yoktu. Karşılaştırma için: Tamam, bize sesli konuşmaların analiziyle ilgili bir şeyler yapın. Kötü - bizi, bir konuşmayı her kişi için iki ayrı ses parçasına bölebilecek bir uygulama yapın.
- Küçük ödül fonu. Sizden "Yapay Zekalı bir çevrimiçi mağaza için Tinder" hazırlamanız istenirse ve birincilik ödülü 500 Euro ve minimum 5 kişilik bir ekipse, muhtemelen zamanınızı boşa harcamaya değmez (evet, bu gerçek bir hackathon) Münih'te düzenlendi).
- Veri eksikliği (veri bilimi hackathon'larıyla ilgili). Organizatörler genellikle etkinlikle ilgili temel bilgileri ve bazen de örnek bir veri kümesini sağlar. Eğer sağlamadılarsa, isteyin, size hiçbir maliyeti olmaz. 2-3 içerisinde hangi verilerin sağlanacağı ve sağlanıp sağlanmayacağı belli değilse, bu bir tehlike işaretidir.
- Yeni organizatörler. Tembel olmayın ve Google'dan hackathon organizatörleri hakkında bilgi alın. Eğer ilk kez bu tarz bir etkinlik düzenliyorlarsa bir şeylerin ters gitme ihtimali çok yüksek. Öte yandan organizatör ve jüri üyeleri geçmişte hackathon düzenlemiş veya aktif olarak katılmışsa bu bir yeşil bayraktır.
Bir hackathonda bana şöyle dediler: “Kısa sürede en iyi çözümü buldun ama kusura bakma, takım çalışmasını değerlendiriyoruz ve sen yalnız çalıştın. Şimdi, takımınıza bir öğrenciyi veya bir kızı alsanız...”? Hiç böyle bir adaletsizlikle karşılaştınız mı? Nasıl başa çıktın?
Evet, onunla bir kereden fazla karşılaştım. Olan her şeye karşı sabırlıyım: Elimden gelen her şeyi yaptım, eğer işe yaramadıysa, öyle olsun.
Bütün bunları neden yapıyorsun?
Bütün bunlar sadece can sıkıntısından kaynaklanıyor.
Kaynak: habr.com