Hackathon afişleri araç adlarıyla dolu. İnsan da araca bakarak seçiyor.
Sonra salona oturuyor ve günün büyük kısmının kod yazmakla değil, fikri daraltmakla geçtiğini görüyor.
Hackathon bir kapsam günü. Bu yazı o güne hazır gelmenin yolunu anlatıyor.
Gün, daraltmayla geçiyor
Sabah fikir geniş geliyor. Öğlen üçüncü özellik ekleniyor. Akşam demo hazırlanırken çalışan parça bulunamıyor.
Tanıdık bir sıra: önce uzun bir fikir tartışması, sonra kurulum telaşı, sonra kısalan üretim, en sonda panik. Kimse tembel değil; gün yanlış yerden başlamış.
Hazır gelen takımın günü başka geçiyor. Problem tek cümlede yazılı olduğu için tartışma kapsamda değil, çözümde dönüyor.
Aradaki fark yetenek farkı değil. Masaya oturmadan önce verilmiş tek bir karardan çıkıyor: bugün ne teslim edilecek?
Bu kararı salonda vermek pahalı. Dört kişinin aynı anda fikir tartıştığı ilk üç saat, hiçbir takımda geri gelmiyor. Karar evde verilirse gün üretime kalıyor.
Temayı işinle eşleştir
MCP teması bir modelin dış bilgi ve araçlara bağlanmasıyla ilgileniyor. Sesli yapay zekâ konuşmanın akışını ve kesintiyi çalışıyor. Generative media tarafında görüntü, ses ve anlatı birlikte üretiliyor.
Bunlar ilk ayrımlar. Gerçek kapsamı her etkinliğin kendi açıklaması belirliyor, o yüzden sayfayı okumadan tema seçme. Aynı tema adı iki etkinlikte iki farklı iş çıkarabiliyor.
Seçerken sorulacak soru şu: bu tema benim zaten uğraştığım bir işe değiyor mu? Değmiyorsa gün ilginç geçiyor ama ertesi gün elinde bir şey kalmıyor.
Tema seçimi bir merak sınavı değil, bir devam sınavı. Pazartesi açıp üstüne bir şey ekleyeceğin konu, cumartesi de doğru konu.
Dar kapsam görünür olur
Sesli bir randevu yardımcısı fikrin olduğunu düşün. Bütün çağrı merkezini çözmeyi hedeflersen günün sınırıyla kavga edersin.
Onun yerine tek bir konuşma akışı seç: uygun saatleri sor, birini öner, onayı al. Kapsam daralınca sesin anlaşılmaması, sözün kesilmesi ve yanlış tarih gibi somut sorunlara zaman kalıyor.
Bunlar gösterilebilir sorunlar. Akşam sahnede "şurada kesiliyordu, şöyle çözdük" diyebiliyorsun.
Dar kapsam fikrin değersiz olması demek değil. Denemenin görülebilir olması demek. Jüri de kullanıcı da göremediği bir şeyi değerlendiremiyor.
Kapsamı daraltmanın basit bir ölçütü var: seçtiğin akışı üç cümleyle anlatabiliyor musun? Anlatamıyorsan bir dalı kes ve tekrar dene.
Problemi tema için uydurma
Tema ilgini çekiyor ama uygun problem bulamıyorsan sırayı ters çevir. Önce kendi haftandaki sürtünmeyi yaz: hangi işi tekrar ediyorsun, nerede bilgi arıyorsun, kimden yardım bekliyorsun?
Sonra temanın o işe değip değmediğine bak. Sırf bir protokol veya model adı kullanmak için problem icat etmek, gösterimi kalabalıklaştırıyor.
Hem jüriye hem kullanıcıya anlatırken aynı soruya dönüyorsun: bu iş kime yarıyor? Uydurma problemin bu soruya cevabı olmuyor.
Kendi sürtünmenden çıkan problemin bir avantajı daha var: doğrulamak için kimseyi beklemiyorsun. Çalışıp çalışmadığını akşam kendi üstünde deniyorsun.
Başvuru sayfası bir sözleşme
Hackathonlar kataloğunda ilgilendiğin etkinliği aç ve afişte yazmayanı ara. Takım büyüklüğü, gerekli hazırlık, değerlendirme ölçütü, teslim biçimi ve katılım hakkı.
Bazı etkinliklerde çalışan bir demo isteniyor, bazılarında ek açıklama ya da farklı bir süreç. Önceki hackathonun kuralını yenisine taşıma.
Ödül ve kredi kapsamını afişteki en büyük sayıyla özetlemek yanıltıyor. Hangi koşulda kime verildiğini okumak, hazırlığın parçası.
Değerlendirme ölçütünü de baştan oku. Bir etkinlikte teknik derinlik ağır basıyor, diğerinde kullanıcı faydası ya da sunumun netliği. Aynı prototip iki masada iki farklı not alıyor ve fark hazırlıkta çıkıyor.
Arşiv açık çağrı demek değil
Geçmiş etkinliklerin sayfaları yerinde kalıyor. Bu iyi bir şey: hangi tür işlerin çıktığını görmek, kendi fikrini ölçeklemene yarıyor.
Ama açık bir sayfa açık bir başvuru anlamına gelmiyor. İlk bakacağın iki bilgi tarih ve katılım durumu.
Bir etkinliğin geçmiş işlerine bakarken de ölçüyü oradan al. Arşivdeki projeler bir günde ne kadar yol alındığını gösteriyor; senin hedefin de o boyda olsun.
Mekânı da ayrıca kontrol et. Komünite Space Vadistanbul'da bir etkinlik ve yayın merkezi olarak çalışıyor; yayın olması uzaktan yarışmacı kaydının bulunduğunu göstermiyor. Fiziksel, online ya da karma katılımı etkinliğin kendi açıklaması belirliyor.
Bir hackathonun katılım biçimini bootcamp'lerle aynı sanma. İki format aynı çatı altında yapılıyor ama kuralları ayrı yazılıyor.
Katkını adıyla söyle
Kod yazmak katkı. Problemi tanımlamak, kullanıcı akışını kurmak, görsel üretmek ve demoyu anlaşılır anlatmak da katkı.
Takıma girerken "her şeye yardım ederim" deme. Hangi küçük teslimi üstleneceğini söyle: konuşma akışını ben yazarım, demo metnini ben kurarım, test senaryolarını ben çıkarırım.
Somut teslim, takımın seni nereye koyacağını da çözüyor. Belirsiz katkı teklifi çoğu masada kibarca kabul edilip boşta bırakılıyor.
Rolü söylenmiş takım öğlene kadar paralel çalışıyor. Söylenmemiş takım aynı dosyada çarpışıyor.
Takımı tanımıyorsan ilk yarım saati role ayır. Kim neyi bitirecek, hangi saatte bir araya gelinecek, demoyu kim anlatacak? Bu üç soru yazılı değilse gün boyunca yeniden soruluyor.
Hazırlığın sınırı kurallarda
Araç hesaplarını ve kurulumu önceden kontrol etmek zaman kazandırıyor. Hesabın doğrulanmasını sabah beklemek, ilk iki saati yakıyor.
Ama önceden hazırlanmış bir ürünü o gün üretilmiş gibi sunmak başka bir şey. Neyin önceden getirilebileceği kurallarda yazıyor; orada yazmıyorsa sor.
Takımın kullandığı kod, görsel ve verinin haklarını da başta konuşun. Son saatte demoyu yetiştirmek bu soruyu ortadan kaldırmıyor.
Gerçek kişisel veriyle çalışma. Demo için uydurma kayıt yeter ve kimsenin verisini riske atmıyor.
Demoyu değil kararları sakla
Günün sonunda yalnız sahne sunumuna odaklanmak öğrenmenin yarısını kaçırıyor.
Sakla: çalışan parça, verdiğin kararlar ve çözemediğin hata. Üçü de bir sonraki projede işine yarıyor; sıralama yarıyor mu, belli değil.
Kararları yazmak beş dakika sürüyor. Neden bu modeli seçtin, neden bu akışı bıraktın, hangi varsayım tutmadı? Üç ay sonra bu notlar, demonun kendisinden değerli oluyor.
Hackathon prototipini gerçek kullanıcıya açmak ayrı bir emek. Kullanıcı bulmak ve güvenilirlik işi sonuç ekranının arkasında duruyor.
Kim için
Bir günü tek bir şeyi denemeye ayırabilen herkes için. Takımla çalışmayı, dar kapsamı ve akşam bir şey göstermeyi göze alıyorsan doğru yerdesin.
Mesleğini bir günde değiştirmek isteyen için değil. Daha önce kurmadığın bir bağlantıyı denemek, başka biriyle üretmek ve fikrinin nerede çalışmadığını görmek bir günün gerçek çıktısı.
Yarışma sıralaması bu çıktıların yalnız bir bölümünü görünür kılıyor. Dereceye girmeyen takımların çoğu, salondan ertesi hafta üstüne devam ettiği bir parçayla çıkıyor.
Bugün yapılacak tek şey
Afiş toplama. Bir etkinlik seç ve üç şeyi yaz.
Götüreceğin problemi tek cümlede yaz. Akşam göstereceğin çalışan parçayı yaz. Takımda üstleneceğin teslimi yaz. Sonra başvuru sayfasına dön ve üçünün de kurallara uyduğunu kontrol et.
Üç cümle yarım saat sürüyor. Karşılığında salondaki ilk üç saati satın alıyorsun.
İyi bir hackathon günü, doğru masaya hazır bir soruyla oturarak başlıyor.