VS Live! Las Vegas 2026: İzlemeye Değer 20 Oturum

Geçen hafta akşam çayımı yudumlarken YouTube’da Visual Studio kanalını açtım — Şimdi, vS Live! Las Vegas 2026 oturumları sırayla yayına girmeye başlamış. İlk tepki şu oldu: “Aa, bunu kaçırmışım.” Sonra durup ikinci kez baktım,. “dur bakalım, hepsini mi bedava koyuyorlar?” diye şaşırdım; açık konuşayım, konferansa gitmeyen biri için bu iş bayağı iyi haber. Evet, 20 oturum var ve günde iki tane tempoyla yayınlanıyor. Bilet, uçuş, Vegas oteli… ben sayıyorum, siz durdurun.

Bu yazıda o 20 oturumu tek tek dökmeyeceğim — zaten resmi blog yazısında liste duruyor. Benim derdim biraz başka: hangileri gerçekten izlemeye değer, hangisi daha çok tanıtım kokuyor, bir de en önemlisi Türkiye’deki bir.NET geliştiricisi ya da Azure mimarı olarak bu içeriklerden nasıl adam akıllı fayda çıkarırsınız? Kendi notlarımdan, sahada gördüğüm birkaç örnekten ve araya serpiştirdiğim müşteri hikâyelerinden bahsedeceğim; hani bazen teori güzel oluyor ama işin içine gerçek ortam girince tablo biraz değişiyor ya, tam öyle bir yerden bakacağım (bu konuda ikircikliyim). Şimdi, peki neden?

VS Live! Nedir, Niye Takip Ediyorum?

Açık konuşayım, ben VS Live!’ı yıllardır uzaktan izleyen taraftayım. Ticari bir konferans bu. Microsoft’un kendi etkinliği değil, işin o kısmını net ayıralım (MVP etiketi burada boşuna durmuyor: konuşmacıların çoğu Microsoft dışından MVP’ler ya da bağımsız danışmanlar oluyor). O yüzden içerik bazen MS Build’den daha sahici geliyor, daha “sahadan” kokuyor. Build’de ürün duyuruluyor, VS Live!’da ise o ürünü üç ay kullanmış biri çıkıp “bak şimdi, şu köşede takılabilirsin” diye uyarıyor.

2022’de Orlando edisyonundan iki oturum izlemiştim. Biri caching üstüneydi, diğeri GitHub Actions. Caching oturumunda söylenen bir cümle hâlâ aklımda: “IMemoryCache’i production’da tek başına kullanıyorsan, horizontal scale ettiğinde başın belaya girecek.” Kısa bir laf gibi duruyor, ama işte tam orada vurdu; çünkü o anda çalıştığımız projede aynı tuzağa doğru yürüyormuşuz meğer.

Evet. Bu konuyla ilgili Kubernetes v1.36 Neler Getiriyor: Büyük Değişiklikler yazımıza da göz atmanızı tavsiye ederim.

20 Oturumun Öne Çıkanları ve Kimin Neyi İzlemesi Lazım

Listenin tamamını tabloya dökeyim, altına da kendi notumu ekleyeyim. Zaman dar ise, hangisine önce bakacağınıza siz karar verin; işin aslı, hepsini aynı anda izlemeye çalışmak biraz yoruyor.

İlginç olan şu ki, Sekiz oturumu dışarıda bıraktım, evet; onlar da playlist’te duruyor. Ama yukarıdakiler benim kafamda daha öne çıkıyor. Şimdi biraz dağıtalım, sonra toparlarız.

Peki AI tarafında ne var?

“AI’s Not Magic” başlığına bakınca insanın aklına hemen o parlak sunumlar geliyor ya, işte bu sefer öyle bir hava yok gibi duruyor. Brian Randell genelde lafı bir düşüneyim… dolandırmadan konuşuyor; ben bu tarz anlatımı seviyorum. Balon şişirmiyor, direkt yere indiriyor.

Durun, bir saniye.

Ama dur bir saniye — Jerry Nixon’un “Knowledge is the Key” keynote’u başka bir yerde duruyor. RAG ile kurumsal veriyi birleştirme işi şu ara her müşterinin gündeminde dönüp duruyor, hatta geçen ay İstanbul’da bir sigorta şirketinde birebir aynı konuyu konuştuk; müşteri “ChatGPT poliçe dokümanlarını okusun yeter” diyordu, ama mesele öyle tek cümlede bitmiyor tabii. Embedding modeli seçimi var, chunk boyutu var, Türkçe metinlerin garip davranışı var… yani uğraştırıyor.

Eğer bu tarafa yeni giriyorsanız, önce şu yazıya göz atın: LCEL Nedir? LangChain’te Akış Kurmanın Temiz Yolu. Yoksa Nixon’un anlattıkları kulağa hoş gelir ama bazı yerlerde “şey… bunu niye böyle yapıyoruz?” diye kalırsınız.

İtiraf edeyim, Evet.

“AI’ı ürününüze eklemek, SQL Server eklemek gibi değildir. Veri hazır değilse, model de hazır değildir.” — bir müşteri toplantısında benim söylediğim cümle, sonra kendim de şaşırmıştım nereden çıktığına.

C# ve modern.NET kısmı da boş değil.

Jason Bock’un “What’s New in C#” oturumu her sene izlenir zaten. C# 13. 14 tarafındaki yenilikler ilk bakışta küçük görünüyor olabilir (primary constructors’ın toparlanması, collection expressions, ref struct tarafındaki iyileştirmeler gibi), ama production’a gelince “haa burada iş görüyor” dedirtiyor.

Philip Japikse’nin ASP.NET Core RESTful oturumu ise daha junior ve mid seviye ekipler için iyi duruyor (ciddiyim). Minimal API’ler var mı? Var. Validation anlatıyor mu? Anlatıyor. Versioning’e değiniyor mu? Evet. Çok havalı numara yok belki ama temel sağlam olunca sonrası daha az can yakıyor (bu beni çok şaşırttı)

Neyse uzatmayayım; Jon Galloway’in “Modernizing.NET Applications” oturumu ayrı önemli. Türkiye’deki kurumsal tarafta hâlâ.NET Framework 4.x üstünde duran koca koca uygulamalar var; bankacılıkta da var, telco’da da var, sigortada da var. Böyle yerlerde “hadi.NET 8’e geçelim” demek kolay geliyor ama migrasyon planı yoksa işler çorba olur. Upgrade Assistant iyi fikir veriyor olabilir (AI destekli kod dönüşümleri de fena değil), fakat önerdiği her şeyi otomatik kabul etmeyin; geçen yıl bir müşteride paket güncellemesi yüzünden DI container’ın davranışı sessizce değişmişti. Üç gün boyunca nedenini aradık (ben de ilk duyduğumda şaşırmıştım)

IDE mevzusuna gelince…

Mads Kristensen’in iki oturumu da listede ve ikisini de kenara atmam ben açıkçası. “Forgotten Features of Visual Studio” başlığını görünce gülümsedim. Aynı şeyi ben de ekibe belli aralıklarla anlatıyorum; insanlar VS’nin yüzde yirmisini kullanıyor gibi geliyor bana.

Kısa kısa sayayım: multi-caret editing, Ctrl+T ile hızlı gezinme, Solution Filter’lar,.slnx formatı… Bunların hepsi ufak şey gibi görünür ama günün sonunda hız kazandırıyor. Peki neden çoğu kişi bilmiyor? Çünkü kimse uğraşıp keşfetmiyor ya da unutup gidiyor.

Bununla ilgili küçük bir anım var: 2019’da Logosoft’ta yaptığım eğitimde Ctrl+Q özelliğini göstermiştim. Kıdemli bir geliştirici “ben on iki yıldır VS kullanıyorum bunu hiç görmedim” demişti. Hani bazen en basit özellik bile insanı şaşırtır ya, tam öyleydi. GitHub Copilot CLI ile Emoji Üretici: Canlı Yayın Notları yazımızda bu konuya da değinmiştik.

Türkiye Perspektifinden: Hangisi Bize Uyar?

Bak şimdi, Şimdi lafı biraz evirip çevireyim. Bu tür global konferans içerikleri Türkiye’deki ekipler için bazen “kağıt üstünde süper, pratikte göreceğiz” tarafında kalıyor. Burada, peki neden? Birkaç sebep var. Hani ilk bakışta hepsi çok cazip duruyor ya, işin içine bütçe, mevzuat ve eski sistemler girince tablo biraz değişiyor; özellikle de ekipler günlük operasyonu döndürmeye çalışırken bu fark daha net hissediliyor.

• Maliyet farkı: Konuşmacıların anlattığı Azure AI servisleri dolar bazlı. 1000 satırlık bir dökümanı embed etmek birkaç cent, tamam — ama enterprise boyuta çıktığında TL karşılığı ciddi rakam oluyor. FinOps açısından bakmadan ilerlerseniz, ay sonu raporu biraz can sıkabiliyor. (bence en önemlisi)
• Regülasyon: KVKK ve sektörel düzenlemeler (özellikle BDDK, EPDK) nedeniyle “verini Azure OpenAI’a gönder” dediğimizde müşterinin yüzü asılıyor. Burada Sweden Central veya West Europe region seçimi, data residency konusu, hatta bazen hukuki yorumlar bile devreye giriyor; yani teknik karar gibi başlayan şey bir anda uyum meselesine dönüyor.
• Legacy ağırlığı: Türkiye’de hâlâ.NET Framework 4.6.2 üzerinde koşan banka uygulamaları gördüm. Galloway’in modernization oturumu bu yüzden bence bu coğrafya için en işe yarar içeriklerden biri; çünkü kağıt üstündeki dönüşüm hikayesiyle gerçek hayattaki “bu sistem niye hâlâ ayakta?” sorusu tam burada çarpışıyor.

Küçük Ekipseniz vs Enterprise’daysanız

Küçük bir startup veya 5-10 kişilik bir yazılım ekibiyseniz, ben şunu öneririm: GitHub Actions, Caching, What’s New in C#. AI Agent oturumlarını izleyin. Çünkü sizin derdiniz hız — hızlı deploy, hızlı iterasyon, ucuz altyapı. Kulağa basit geliyor ama değil; bir yandan teslim tarihine yetişmeye çalışırken diğer yandan pipeline’ın her seferinde takılmaması gerekiyor, işte o dört oturum tam da bu noktada baya iş görüyor.

Hmm, bunu nasıl anlatsamdı… Bu konuyla ilgili Claude Opus 4.7 GitHub Copilot’ta: Ne Değişiyor? yazımıza da göz atmanızı tavsiye ederim.

Büyük kurumsal yapıdaysanız öncelik sırası değişir: Modernizing.NET, Knowledge is the Key (RAG), Road to VS 2027 (çünkü IDE performansı 200+ kişilik bir monorepo’da gerçek bir sorun),. RESTful Services (çünkü junior kadronuzu bu materyalle eğitebilirsiniz). AI tarafı için de Microsoft Foundry Fine-Tuning Nisan 2026: RFT’de Yenilikler yazım, Nixon’un oturumuyla birlikte okunduğunda tabloyu tamamlıyor; ama durun, sadece onu okuyup geçmek yetmez, yanında mevcut mimariyi de masaya koymak lazım yoksa sonuç biraz eksik kalıyor.

Evet.

Aslında az önce küçük ekipler için net konuştum ama büyük tarafta işler o kadar düz değil. Siz ne dersiniz? Kurumsalda bazen en faydalı oturum teknik olarak en havalı olan değil, ertesi gün doğrudan ticket azaltan oluyor; garip ama gerçek.

Copilot Entegrasyonu — Benim Kendi Deneyimim

Listedeki AI oturumlarının çoğu dönüp dolaşıp Copilot’a geliyor (yanlış duymadınız). Ben GitHub Copilot’u 2023’ten beri aktif kullanıyorum, son 6 ayda da davranışı baya değişti; auto model seçimi, agentic özellikler, CLI entegrasyonu derken işin rengi biraz kaydı, özellikle CLI tarafı beni şaşırttı açıkçası — GitHub Copilot CLI’da Auto Model: Gerçekten İşe Yarar mı? yazımda bu konuya dair epey test notu bıraktım.

VS Live! oturumlarındaki AI içeriklerini izlerken şunu akılda tutmak lazım: konuşmacılar genelde “happy path” gösteriyor,. Her şeyin tıkırında gittiği o temiz senaryo var ya, işte onu. Gerçek hayatta Copilot bazen yanlış API imzası öneriyor, bazen hallüsinasyon yapıyor, bazen de eski paket versiyonlarına sarılıyor; geçen ay bir projede bana var olmayan bir NuGet paketini import etti ve bunu tam bir dakika boyunca gayet kendinden emin şekilde yaptı. Kod review’da yakalamasaydık CI’da patlayacaktı, o kadar net.

Bir dakika — bununla bitmedi.

Yani izleyin, öğrenin, ama kritik gözle bakın. Konuşmacılardan birinin demosu tek seferde çalışıyorsa, hmm, büyük ihtimalle önceden 50 kere prova edilmiştir; kötü bir şey demiyorum ama canlı demo ile gerçek hayat arasında bazen küçük değil, baya bir fark oluyor.

Evet.

Pratik İzleme Rehberi: Ne Zaman, Nasıl?

Oturumlar genelde 60-75 dakika sürüyor. 20 oturum dediğinizde kabaca 22 saat çıkıyor ortaya, yani hepsine dalmaya çalışırsanız bir noktada kafanız şişiyor. Ben böyle yapmıyorum; açık konuşayım, bu işin en mantıklı yolu seçerek gitmek. Ingress’ten Gateway API’ye Geçiş: 1.0 Rehberi yazımızda bu konuya da değinmiştik.

1. İlk hafta: Sadece iki keynote + kendi öncelikli alanınızdan 1 oturum. Toplam ~3.5 saat. Kısa tutun, çünkü ilk hafta zaten etraf kalabalık oluyor ve her şeye yetişmeye çalışma refleksi insanı gereksiz yoruyor.
2. İkinci hafta: “Forgotten Features” + “What’s New in C#” — bunlar üretkenliği doğrudan etkileyen şeyler, hani bazen ufak görünen ama sonra günlük işte baya iş gören detaylar var ya, tam o tarz.
3. Üçüncü hafta: Kendi roadmap’inize göre 2-3 oturum seç (AI, modernization, caching gibi). Burada biraz esneklik iyi oluyor; mesela AI tarafına bakayım derken kendinizi caching içinde bulabiliyorsunuz, garip ama oluyor.
4. Dördüncü hafta: Ekiple paylaşın, bir iki tanesini birlikte izleyip tartışın. Bu kısmı atlamayın; çünkü tek başınıza izleyince “tamam anladım” diyorsunuz ama ekipte konuşunca eksik yerler hemen ortaya çıkıyor.

Peki neden? Çünkü izleme işi maraton gibi değil de küçük sprintler gibi ilerleyince daha verimli oluyor. YouTube’da 1.25x hız çoğu teknik oturum için gayet okunur kalıyor; 1.5x’e çıkınca demolar biraz kaçıyor, orta yol bence tam burada (ciddiyim). Notları da video açıkken Obsidian veya OneNote’a almak iyi fikir, yoksa sonra “şu komuttu neydi?” diye geri sarıp duruyorsunuz (ve insanın siniri bozuluyor). Bu konuyla ilgili Kubernetes v1.36 ile Gelen Değişiklikler ve Notlarım yazımıza da göz atmanızı tavsiye ederim.

# Kendi izleme notlarım için kullandığım basit template
## Oturum: [Başlık]
## Konuşmacı: 
## Tarih izledim: 
## Ana çıkarımlar (max 5):
1. 
2. 
## Denemem gereken kod/araç:
- 
## Soru işaretleri:
- 
## Kimlerle paylaşmalıyım:
- 

Bir Eleştiri: Eksik Olan Ne?

Listeyi beğenmedim mi? Beğendim, ama bir şey eksik kalmış. Observability tarafı neredeyse yok; production’da bir şey ters gidince ne yapacağız, işte orası havada duruyor. OpenTelemetry, distributed tracing, Application Insights ile gerçek senaryolar… bunlar.NET dünyasında çoğu zaman geçiştiriliyor, halbuki sahada asıl can sıkan kısım tam da bu oluyor.

İşte tam da bu noktada devreye giriyor.

Hani güzel içerik var ya, evet var. Ama bir noktadan sonra insan şunu soruyor: Peki neden troubleshooting kısmı bu kadar geri planda? Umarım gelecek edisyonlarda o boşluk dolar; çünkü log’a bakıp “bir şeyler yanlış” demek yetmiyor, kök nedeni bulmak gerekiyor, bazen de saatler gidiyor.

Bir de güvenlik tarafı biraz zayıf kalmış gibi geldi. AI uygulamalarında prompt injection, supply chain saldırıları, model çıktılarının kötüye kullanılması… bunlar 2026’ya gelmeden bile konuşulması gereken konular. Açık konuşayım, burada biraz eksik bırakılmış.

Kısacası liste iyi, ama tam pişmiş değil. Yine de bedava içerik olarak bakınca fena iş görmüyor; kaçırılmayacak bir kaynak diyebilirim. Tam da öyle.

Sıkça Sorulan Sorular

VS Live! Las Vegas oturumları ücretsiz mi?

Bakın, Evet, YouTube’daki Visual Studio kanalında ücretsiz yayınlanıyor. Hani konferansa bilet alanlar zaten — kendi adıma konuşayım — oradaydı; bu içerikler aslında onların ödediği ücretin bir nevi geri dönüşü gibi (en azından benim deneyimim böyle). Microsoft açısından da kanal abonesi kazandıran akıllıca bir strateji bence.

Hangi oturumla başlamalıyım?

İki tavsiyem var. Genel bir resim istiyorsanız Mads Kristensen’in “Road to Visual Studio 2027” keynote’u iyi bir başlangıç noktası. AI odaklıysanız Brian Randell’ın “AI’s Not Magic” oturumuna bakın — hype’tan uzak, gerçekten sağlam bir giriş sağlıyor.

Türkçe altyazı var mı?

YouTube’un otomatik çeviri özelliği çalışıyor ama teknik terimlerde zaman zaman iyice saçmalayabiliyor. Mesela “garbage collector”ı “çöp toplayıcısı” yapması kabul edilir de, “dependency injection”a “bağımlılık enjeksiyonu” demesi kafayı karıştırıyor açıkçası. Ses netliği düşükse İngilizce altyazıyla izlemenizi öneririm.

Bu içerikler MS Build’den farklı mı?

Evet, belirgin bir fark var. Build, Microsoft’un kendi etkinliği — ürün lansmanları ağırlıklı. VS Live! ise bağımsız bir konferans (1105 Media düzenliyor), konuşmacıların çoğu MVP ya da bağımsız danışman. Yani içerik daha “sahadan geliyor”, daha eleştirel olabiliyor. Aslında ikisi birbirini güzel tamamlıyor.

Bu oturumları ekip eğitimi olarak kullanabilir miyim?

Bence, Vallahi — ben de yapıyorum zaten. Tecrübeme göre en iyi yöntem şu: haftada bir oturumu ekiple birlikte (ya da ayrı ayrı izleyip) 30 dakikalık bir tartışma seansında değerlendiriyoruz. Kendi kod tabanımıza uygulanabilir çıkarımları yazıyoruz. 6 ayda ekibin seviyesi belirgin şekilde yükseliyor, bence denemeye değer.

Kaynaklar ve İleri Okuma

Orijinal Microsoft DevBlog Duyurusu

Tuhaf ama, Visual Studio YouTube Kanalı — oturumların yayınlandığı resmi kanal, abone olmayı unutmayın.

Araya gireyim: VS Live! Resmi Sitesi — yaklaşan etkinlikler ve yüz yüze katılım için.

.NET Sürüm Notları (Microsoft Learn) — oturumlarda bahsedilen.NET yeniliklerinin resmi dokümantasyonu.

Aşkın KILIÇYazar

20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

İlgili Yazılar

Deploy Sonrası Yavaşlayan Metodu Bulan Küçük Bir Araç14 Nis 2026

Microsoft Foundry Fine-Tuning Nisan 2026: RFT'de Yenilikler18 Nis 2026

CI, On Bir Dili Görmezse İşiniz Yarıda Kalır10 Nis 2026

İçeride Yapay Zekâ Ürününü Doğru Yayına Almak: Sakin Plan14 Nis 2026