GitHub Universe neden hâlâ bu kadar çekici?
Şunu lafı gevelemeden söyleyeyim: bazı tarihler var, yıllar geçse de kafadan çıkmıyor (ben de ilk duyduğumda şaşırmıştım). GitHub Universe bende hep öyle bir (söylemesi ayıp) his bırakıyor işte. Sadece konferans değil ki — geliştiricinin kafasındaki o dağınık, yarım kalmış fikri alıp sahnede somutlaştıran, ete kemiğe büründüren bir yer gibi hissettiriyor bana. Biraz teknik, biraz gösterişli, biraz da insan işi… yanı tam olması gerektiği gibi.
Geçen yıl Logosoft tarafında bir müşterimizle konuşurken, ekip içi paylaşım kültürünün ne denli zayıf kaldığını fark etmiştik. İnsanlar gerçekten iyi işler yapıyor ama anlatmıyordu. Anlatmak bir yana, belgelemiyordu bile. Aslında buradaki mesele sadece “konferansa gitmek” değil; yaptığını görünür kılmak. GitHub Universe de tam bu dürtüyü veriyor.
Ben 20 küsur yıldır sistem yönetimi, hosting ve bulut tarafında gezerken şunu çok net gördüm. En iyi fikirler çoğu zaman sunumda doğmuyor; sahnede konuşulunca olgunlaşıyor. AZ-305’e hazırlanırken bile benzerini yaşadım — bir konuyu anlatmaya çalışınca aslında nerede boşluk bıraktığını hemen görüyorsun. Hani kendi kendine ayna tutmak gibi. Rahatsız edici ama faydalı.
Bir etkinliğin değeri yalnızca duyduğun oturumlarda değil, o oturumdan sonra kafanda kalan sorularda saklıdır.
Sahneye çıkmak neden bu kadar kıymetli?
Size bir şey söyleyeyim, Bak şimdi (buna dikkat edin). Çoğu kişi “sahne” deyince büyük lafları, parlak ışıkları, alkışları düşünüyor. Bana göre esas mesele bambaşka: yaptığın işin arkasındaki kararı, yanlışı, düzeltmeyi ve dersleri dürüstçe anlatabilmek. Bu biraz cesaret istiyor, biraz da kırılganlık — ve kurumsal dünyada bu ikisi pek sevilmiyor maalesef.
İşte tam da bu noktada devreye giriyor.
Aslında, 2019’da İstanbul’da bir bankacılık projesinde buna çok benzer bir durum yaşamıştık. Ekip harika kod yazıyordu. Gerçekten güzel işler çıkıyordu ortaya. Ama bilgi paylaşımı sıfırdı. Sonra küçük internal konuşmalar başlattık; ilk başta herkes tedirgindi, kimse öne çıkmak istemiyordu, ama üç ay sonra aynı ekipten iki kişi dış etkinlikte sunum yaptı. Mantıklı değil mi? Açık konuşayım, sonuç beklediğimizden çok daha iyiydi (ciddiyim)
Universe’in çağrısı bana hep şunu hatırlatıyor: tek kişilik kahraman hikâyeleri güzel durur. Asıl değer ekipten çıkan ortak öğrenmede yatıyor. Elinizde ilginç bir göç hikâyesi varsa, güvenlik dönüşümü yaptıysanız ya da Copilot ile DevEx tarafında gözle görülür hız kazandıysanız — bunlar sahnede anlatılırsa başkalarına da yol oluyor.
Küçük ekip için başka, enterprise için başka
Şimdi, size bir şey söyleyeyim, Küçük bir startup’ta konuşma hazırlamak daha serbest oluyor genelde. Deneyip yanılma payı var, kimse sormaz, kimse onay beklemez. Enterprise tarafta işe işler biraz daha sıkı… çünkü orada güvenlik onayı, marka dili, müşteri etkisi derken kurallar uzuyor da uzuyor. İlginç, değil mi? Yine de fırsat küçümsenemez.
Çok konuştum, örnekle göstereyim.
İtiraf edeyim, Bir finans kuruluşunda çalışırken öğrendiğim şey şu oldu: büyük organizasyonlarda herkesin bildiği şeyi kimse yüksek sesle söylemiyor olabilir (ben de ilk duyduğumda şaşırmıştım). Tam burada. Sahneye çıkan biri hayatı oluyor. Hem teknik dersi veriyor hem de tabuları yumuşatıyor. İkisi bir arada.
Bu yılki Universe çağrısına nasıl bakıyorum?
Sevdiğim taraf şu açıkçası: organizatörler “gel dinle” demekle kalmıyor, “gel sen anlat” diyorlar. Küçük gibi görünen bir detay bu, ama bence fena halde önemli. Topluluk kültürü böyle kuruluyor; yukarıdan aşağıya değil, her yönden beslenerek. Bu fark çok büyük. Bu konuyla ilgili GitHub Copilot for Eclipse Açık Kaynağa Dönüyor: Neden Önemli? yazımıza da göz atmanızı tavsiye ederim.
Şimdi gelelim işin can alıcı noktasına. Bu konuyla ilgili AG-UI ile Çoklu Ajan Arayüzü: Gerçek Zamanlı Demo yazımıza da göz atmanızı tavsiye ederim. Daha fazla bilgi için Azure SDK’da Node.js 20 Desteği Bitiyor: Hazır mısınız? yazımıza bakabilirsiniz.
Geçen mart ayında Ankara’daki bir müşteri toplantısında buna benzer konu açıldıydı — evet, tam öyle (kendi tecrübem). Ekip lideri “Bizim anlattığımız şey acaba dışarıya yarar mı?” diye sordu. Cevabım netti: eğer sız çözümü uğraşa uğraşa, saatlerce didinerek bulduysanız, muhtemelen biri şu an aynı duvara çarpıyordur. Daha fazla bilgi için GitHub Code Scanning’de Toplu Düzeltme: PR’lar Hızlandı yazımıza bakabilirsiniz.
Açık konuşayım, Neyse uzatmayayım. Call for Sessions benim gözümde sadece başvuru formu değil; kişisel not defterini kamusal faydaya çevirmek için fırsat (bizzat test ettim)
| Konu tipi | Küçük ekipte etkisi | Büyük kurumda etkisi |
|---|---|---|
| CI/CD modernizasyonu | Daha hızlı teslimat | Daha az manuel hata |
| Güvenlik otomasyonu | Birkaç kritik kontrol eklemek yeterli olabilir | Sert politika ve denetim zinciri kurulur |
| Maliyet optimizasyonu | Anında nakit akışı rahatlatır | FinOps disiplini gerektirir |
| Ajan tabanlı araçlar | Ekip üretkenliğini artırır | Erişim ve veri sınırı şart olur |
Sahnede neler dikkat çekiyor?
Universe geçmişindeki oturumlara baktığımda ortak nokta çok belli oluyor. Sıradan problemi beklenmedik şekilde anlatmak işe yarıyor. Mesela git karmaşasını kedi hayatlarıyla bağlayan sunum… kulağa absürt geliyor, değil mi? Ama tam da bu yüzden akılda kalıyor — Sonuna kadar izliyorsun.
İşin garibi, Copilot ve GitHub Actions’ı masal diliyle anlatan oturumda da aynı durum hissediliyordu doğrusu. Kağıt üstünde süper duran otomasyon anlatıları pratikte kuru kalabiliyor bazen,. Orada hikâye sayesinde teknik detay geri planda kalıyor, anlam öne çıkıyor. İşte bu fark.
İyi konuşma nasıl kokar?
Bilmem anlatabiliyor muyum, Bence iyi sunum biraz ter kokar — yanlış okumadınız — çünkü içinde gerçek emek vardır. Şatafatlı olmak zorunda değil. Ama somut olmalı. Şöyle düşünün: izleyen biri salondan çıktığında cebine koyacağı tek şey “bunu pazartesi deneyebilirim” hissiyse, tamam demektir.
# Sunum fikrini şekillendirirken kullanabileceğiniz basit çerçeve
problem = "Gerçek acı noktası ne?"
yaklaşim = "Ne denedik?"
sonuc = "Ne değişti?"
ders = "Başka biri bunu nasıl kullanır?"
print(problem)
print(yaklaşim)
print(sonuc)
print(ders)Bana göre en zor kısım ne?
Dürüst olayım mı? En zor kısım teknik içerik değil. Meseleyi sadeleştirmek. Çünkü mühendis olarak biz çoğu zaman her detayı koymak isteriz — “şunu da ekleyeyim, bunu da atlamamalıyım” diye düşünürken sunum büyür de büyür, ana fikir kaybolur gider ortada.
2024 sonunda İzmir’de yapılan kapalı devre bir workshop’ta buna birebir denk geldim. Katılımcılardan biri müthiş Azure bilgisine sahipti, gerçekten etkileyiciydi, ama mesajını üç ayrı mimarı diyagrama boğmuştu. Sonra birlikte kesip — ki bu tartışılır — biçtik, birkaç örnek azalttık, ve sunum aniden nefes aldı. Yanı bazen az yazmak daha zor iş.
- Sorunu tek cümlede tarif edebiliyor musun? — bunu es geçmeyin
- Anlatacağın şeyin gerçekten yeni olan kısmı ne?
- Seyirci bununla pazartesi sabahı ne yapacak? — ciddi fark yaratıyor
- Teker teker teknik ayrıntıya girmek şart mı?
- Peki ya canlı demo yerine kısa vaka analizi daha iyi olur mu?
Neden şimdi başvurmak mantıklı olabilir?
Zamanlama burada önemli. Trend dalgası bayağı hızlı dönüyor çünkü. Yapay zekâ ajanları, geliştirici deneyimi, güvenlik zinciri, supply chain koruması… hepsi aynı anda masada. Böyle dönemlerde konferans sahnesi yalnızca gösteriş alanı olmuyor; aynı zamanda yön belirleme alanına dönüşüyor. Ciddi fark var.
Şunu fark ettim: Ben mesela son aylarda Copilot Cloud Agent tarafındaki gelişmeleri incelerken şunu fark ettim: kurumsal müşteriler artık “özellik var mı?” diye sormuyor. “Kim erişecek, nerede koşacak, nasıl izlenecek?” diye soruyor. İşin aslı şu — sahnede bu tip sorulara cevap verebilen kişiler öne çıkıyor. Hep öyle olmuş zaten. MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor? yazımızda bu konuya da değinmiştik.
Kendi konuşmanı planlarken kısa kontrol listesi
- Tek cümlelik ana mesaj yaz.
- Gerçek müşteri senaryosu seç.
- Sayı ekleyebiliyorsan ekle; ölçü yoksa iddia zayıf kalır.
- Dilini sade tut; jargonla hava atmaya çalışma!
- Sonda izleyiciye uygulanabilir üç öneri ver.
Bende bıraktığı his ne oldu?
Bu tür çağrılar bana yarıştan çok topluluk duygusu veriyor. Hmm, nasıl desem… herkes kendi başarısını sergilemeye gelmiyor; bazıları hata anlatarak bile büyük katkı sağlıyor. Bence en samimi içerikler de oradan çıkıyor zaten. Parlak sunumlardan değil, “biz de bunu yaşadık işte” diyenlerden.
Neyse, size bir şey söyleyeyim, Kendi bloguma yazarken de bunu sık yapıyorum. Kurumsal dünyada bazen dil fazla cilalı oluyor, her şey çok temiz görünüyor sayfada. Ama gerçek saha deneyimi öyle parlak başlamaz ki — içinde gecikme vardır, iptal vardır, gece yarısı alarm vardır, bazen hayal kırıklığı bile olur. Onları gizlemek yerine düzgünce anlatınca metin canlanıyor. E peki, sonuç ne oldu? Okuyucu da seziyor bunu.
En iyi oturumlar kusursuz olanlar değil; izleyenin kendi işine taşıyabileceği kadar dürüst olanlardır.
Sıkça Sorulan Sorular
GitHub Universe Call for Sessions nedir?
Kullanıcıların veya uzmanların konferansta oturum önermesine yarayan başvuru sürecidir. Kısacası sahneye çıkmak isteyenler için resmî kapıdır. Başvuruda gerçek deneyim. Çıkarımlar beklenir.
Kimin başvurması mantıklı olur?
Müşteri hikâyesi olan herkes başvurabilir. Güvenlik dönüşümü yapanlar, DevEx iyileştirenler, AI entegrasyonu kuranlar veya açık kaynak katkısı olanlar özellikle dayanıklı adaydır.
Sunum konusu seçerken neye dikkat edilmeli?
Sorun-çözüm-sonuç hattını net kurun. Çok geniş konular yerine tek derdi çözen odaklı içerikler genelde daha güçlü oluyor. Seyircinin eline geçecek somut ders muhtemelen olsun.
Tecnik olmayan katılımcılar için böyle etkinliklerin faydası var mı?
Evet, var. Ürün yöneticileri, takım liderleri ve güvenlik/operasyon ekipleri de burada çok şey öğrenebiliyor. Hatta kimi zaman teknik olmayan bakış açısı tartışmayı daha dengeli hâle getiriyor.
Kaynaklar ve İleri Okuma
GitHub Actions Resmî Dokümantasyonu
GitHub Code Security Resmî Dokümantasyonu
İçeriği paylaş:
İlgili Yazılar
📬 Bu yazıyı faydalı buldunuz mu?
Azure, DevOps ve bulut teknolojileri hakkında güncel içerikler için beni takip edin!
Yorum gönder