PodTest

Test var. Coverage var. Pipeline yeşil.Peki, güven var mı?Bu bölümde Trendyol’dan Yazılım Direktörü Yiğit Darçın ile yazılım kalitesinin neden hâlâ doğru anlatılamadığını konuştuk.Çünkü çoğu ekip kaliteyi metriklerle anlatıyor.Ama üst yönetimin aradığı şey metrik değil: güven.Bölümde şunları açıyoruz:Kalite neden aslında bir güven problemidirRisk sahipliği yoksa hataların neden ortada kaldığıSüreç kalitesi olmadan neden ölçeklenemediğimiz“Yeterince iyi” ile “gerçekten güvenilir” arasındaki farkPlatform ekipleri ve ortak sistemlerin neden kritik olduğuHata sonrası öğrenmenin kültüre nasıl yazıldığıVe belki de en kritik soru:Bir şey yanlış gittiğinde…Gerçekten biliyor muyuz sorumlu kim?

Bu bölümde Payrails co-founder’u Emre Talay ile kaliteyi konuşuyoruz.Ama “test nasıl yapılır” değil.👉 Biz QA olarak yaptığımız işi gerçekten anlatabiliyor muyuz?Biz diyoruz ki:1000 test yaptıkCoverage %90Hata yokAma işin business tarafı ne duyuyor?Hiçbir şey.Emre’nin bakışı net:Kalite bir test çıktısı değil.Kalite, satışta kullanılan bir argüman.Özellikle ödeme sistemlerinde:Hata = direkt riskRisk = müşteri kaybıBu yüzden satılan şey ürün değil:👉 güven (peace of mind)Peki problem nerede?Teknik ekip yaptığı işi business’a çeviremiyorQA çıktıları değer diline dönüşemiyorMetrikler var ama anlam yokBu bölümde konuşuyoruz:QA neden kendini anlatamıyorKalite neden satışın en güçlü silahı olabilir“1000 test geçti” neden hiçbir şey ifade etmiyorTeknik çıktılar business diline nasıl çevrilirStartup büyüdükçe neden süreç ve dokümantasyon kaçınılmaz oluyorKısacası:👉 Test yapıyoruz… ama değerini anlatabiliyor muyuz?

Faruk Nafiz Çamlıbel Atatürk için bir şiir yazar.Şiirde zaferler, başarılar, askerlik anlatılır.Atatürk dinler ve şunu söyler:“Benim asıl değerli tarafımı anlatmamışsın.”Biz de Scrum’da tam olarak bunu yapıyor olabilir miyiz?Toplantıları yapıyoruz.Rolleri biliyoruz.Ritüeller tamam.Ama…👉 Asıl değeri kaçırıyor olabilir miyiz?Bu bölümde konuğumuz Kamil Karataş⁠ ile birlikte Scrum’un:Gerçekte ne olduğunuNeye dönüştüğünüVe neden çoğu yerde çalışmadığınıkonuşuyoruz.Bu bölüm özellikle:Scrum ile çalışan ekiplerYeni başlayanlar“Bir şeyler yanlış ama ne?” diyenler içinNet bir reality check.

Bize Böyle Anlatmadılar serisinin bu bölümünde konuğum Berkay Kırmızıoğlu.Son yıllarda teknoloji dünyasında neredeyse tek bir konu konuşuluyor: AI.Peki yapay zeka gerçekten test dünyasını dönüştürüyor mu, yoksa biz mi biraz fazla hype içindeyiz?Bu bölümde sahadaki gerçek deneyimleri konuşuyoruz.Berkay ile birlikte;• OpenAPI ve Swagger üzerinden generative API testleri• AI ile otomatik test üretimi gerçekten ne kadar işe yarıyor• UI test otomasyonunun bitmeyen problemleri• LLM’lerin test yazarken yaptığı hatalar• AI ile büyüyen kod üretimi ve bunun yazılım sektörüne etkisi• Cursor, Copilot ve yeni nesil geliştirme araçları• AI çağında öğrenme ve mühendislik pratiği nasıl değişiyorAI test yazabiliyor.Ama gerçekten testi anlayabiliyor mu?PodTest dinleyicileri için yine sahadan gerçek deneyimlerle dolu bir bölüm.

Scrum yapıyoruz.Daily var.Sprint var.Board dolu.Metrikler yeşil.Peki gerçekten çalışıyor mu?Bu bölümde klasik “Agile mi Waterfall mı?” tartışmasına girmiyoruz.Daha rahatsız edici bir soru soruyoruz:Metodolojiyi mi uyguluyoruz, yoksa sadece rol mü yapıyoruz?Konuştuğumuz başlıklar:Agile’ın gerçekten ne zaman işe yaradığıFake Agile nedir?Scrum yapıp kararları hâlâ yukarıdan almakMetrikleri iyileştirmek ile değer üretmek arasındaki farkTool overload: Jira güncellemek mi, ürün geliştirmek mi?Kültürel direnç ve “denetim aracı”na dönüşen metodolojiler%70 metodoloji adaptasyonu, %30 gerçek verim paradoksuBölümün ana fikri şu:Metodolojiye sahip olmak başka, onu içselleştirmek başka.Ve belki de asıl mesele Agile ya da Waterfall değil.Asıl mesele:Belirsizliği yönetebiliyor muyuz?Gerçek değeri erken üretebiliyor muyuz?Yoksa sadece metrikleri mi yeşil yapıyoruz?Test 101’in ikinci bölümünde sahneyi değil, kulisi konuşuyoruz.Dinleyin.Rahatsız olun.Sonra sprint planlamaya tekrar bakın.

Test 101 serisinin ilk bölümünde gereksinim kavramını ele alıyoruz.Bu bölümde:Gereksinim nedir?Neden projelerin büyük bir kısmı daha geliştirme başlamadan kaybedilir?Fonksiyonel ve fonksiyonel olmayan gereksinimler neden kritik?“Sistem hızlı olmalı” gibi ifadeler neden problem yaratır?SMART kriterleri gereksinimi değerlendirmede nasıl kullanılır?Ayrıca şu konuları tartışıyoruz:Test uzmanı gereksinimi sadece okumalı mı, yoksa sorgulamalı mı?Gereksinimlerin ölçülebilir ve test edilebilir olması neden önemlidir?Backlog refinement sürecinde testçinin rolü nedir?Bu bölüm, üniversite müfredatıyla paralel ilerleyen Test 101 serisinin başlangıcı.Temel kavramları konuşuyor, aynı zamanda sahadaki gerçek deneyimlerle çerçeveyi genişletiyoruz.Test 101 başlıyor.

Bu bölümde Onur Tikin ile early-stage startup dünyasını konuşuyoruz.Satıştan kaçan teknik founder’lar, yatırım aldıktan sonra ne yapacağını şaşıran ekipler, “yapmış olmak için QA” yapan enterprise kültürü…Ama konuşma bir noktada tek bir yere bağlanıyor:Geri bildirim.Bir startup’ı gerçekten kim yönetir?Founder mı?Mühendislik takımı mı?Yoksa ürüne gelen geri bildirim mi?Çünkü satıştan gelen sinyal yoksa, roadmap sapıyor.Müşteri feedback’i product’ın merkezinde değilse ürün romantizme dönüşüyor.QA kültür değilse kalite sadece “release öncesi kontrol” oluyor.Bu bölümde startup ile kalite arasındaki görünmez bağı konuşuyoruz.Startup yönetimi, mühendislik kültürü, yatırım gerçeği ve testin aslında nereye konması gerektiği üzerine net bir reality check.Eğer ürün geliştiriyor ama neden ilerlemediğini anlayamıyorsan,Eğer “biz çalışıyoruz ama bir şey eksik” diyorsan,Belki eksik olan şey teknoloji değil — geri bildirimdir.Dinle. Katıl. Karşı çık.Ama bir kere dürüstçe düşün.

“Dashboard yeşil ama ürün çöküyor olabilir mi?”Bu bölümde Dora Metrikleri ve Golden Signals’i masaya yatırıyoruz.Deployment Frequency, Lead Time, Change Failure Rate, MTTR…Latency, Traffic, Errors, Saturation…Peki bu metrikler gerçekten kalite mi ölçüyor, yoksa sadece iyi görünen tablolar mı üretiyor?Konuştuğumuz başlıklar:Dora metriklerinin çıkış noktası (Google, DevOps Research & Assessment)Golden Signals neyi ölçer, neyi ölçmez?Observability sadece teknik midir, yoksa takım davranışı da işin içinde mi?Change Failure Rate korkusu organizasyonları felç eder mi?MTTR düşük ama aynı incident 6 kere yaşanıyorsa gerçekten başarılı mıyız?Metrikleri ekipleri cezalandırmak için kullanırsak ne olur?“Yeşil dashboard” sendromuCargo Cultists, Metric Gamers ve Elite Performer ekiplerVe bölümün sorusu:Her gün 50 deploy yapan, 99.99 uptime’ı olan ama müşterinin gerçek problemini çözmeyen bir ekip…Gerçekten başarılı mıdır?Option Shift Hype’da bu hafta:Metrik mi ölçüyoruz, yoksa kendimizi mi kandırıyoruz?Yorumlarınızı LinkedIn’de bekliyoruz.Esen kalın. Hypesız kalın.Bölümde adı geçen tablo:🚀 %15-20 | Elite Performers: Metrikleri sadece izlemiyor, her hafta süreci iyileştirmek için kullanıyorlar.🎭 %40-50 | Cargo Cultists: Dashboard’ları var ama sadece "izliyorlar". Aksiyon yok, sadece veri var.🎮 %20 | Metric Gamers: Sayılar iyi görünsün diye sistemi manipüle eden, "dashboard tiyatrosu" oynayanlar.🐢 %15 | Traditionalists: Hala geleneksel yöntemlerle devam edip DORA dünyasına mesafeli kalanlar.

Bu bölümde “tasarım konuşacağız” diye yola çıktık,ama konu bizi yine hayatın gerçeklerine götürdü.Berlin’de ürün tasarımcısı Mert Kütükoğlu ile;AI’nin tasarımı nasıl hızlandırdığını,neden her üretilen şeyin aynı göründüğünü,15 dakikada ürün çıkardım söylemlerinin ne kadar gerçekçi olduğunuve tasarımın neden bugün her zamankinden daha kritik olduğunu konuştuk.Bir yandan da şunlara değindik:AI ile ürün çıkarmak neden kumara benzemeye başladı?“AI-native” etiketinin arkasında gerçekten ne var?Neden piyasada bu kadar çok aynı görünen ürün var?Tasarımcılar artık neden sadece “çizen kişi” olarak görülmek istemiyor?Hız mı önemli, doğru altyapı mı?Bu bölüm teknik bir rehber değil.Daha çok sahadan, gözlemden ve gerçek deneyimlerden beslenen bir sohbet.Devamı gelir mi?Gelirse daha teknik, daha derin ve daha pratik olacak

Bu bölümde “yapay zeka” denilen şeyin gerçekte ne olduğunu, ne olmadığını ve neden her yerde aynı kelimeyi duyup bambaşka şeyler anladığımızı konuşuyoruz.Konuğum, yapay zeka üzerine doktora yapmış, akademi ve endüstri tarafını aynı anda görmüş biri: Can Kavaklıoğlu.Bu bölümde:Yapay zeka neden “AI” değil de “yapay zeka” diye konuşuluyor?Akademide yapılan AI çalışmaları ile şirketlerin pazarladığı AI arasında ne fark var?LLM’ler gerçekten “akıllı” mı, yoksa çok iyi tahmin makineleri mi?AGI neden bu kadar abartılıyor ve neden tanımı bile net değil?Yapay zeka sistemleri nasıl test edilir, hatta test edilebilir mi?Belirsizliği yüksek sistemlerde kaliteyi ve güveni nasıl ölçeriz?Üniversite öğrencileri ve genç mühendisler bu alana girerken nereye odaklanmalı?Hype’ın bir adım gerisine geçip,akademi – endüstri – gerçek hayat üçgeninde daha ayakları yere basan bir yapay zeka sohbeti.“Bize böyle anlatmadılar” ama biz yine de anlatalım dedik.

In this episode of PodTest, we dive deep into the Engineering Culture in Payrails with our guest, Ashwin. We move beyond the surface-level talk to explore how a high-performing engineering culture is built and sustained in a fintech environment.Ashwin shares firsthand insights on how Payrails balances rapid innovation with technical discipline, ensuring that the focus remains on solving real-world problems rather than chasing industry trends.Key Topics:Building and scaling the engineering culture at Payrails.Practical problem-solving vs. technical hype.Maintaining high standards in a global, fast-paced team.Join us for a transparent look into the engine room of Payrails.

Piyasa Baskülü’nde bu ay:çok konuşulanları değil, ağırlığı olanları tartıyoruz.Bu bölüm tek bir konunun derin anlatımı değil, Ocak 2026 Türkiye teknoloji piyasasının dürüst bir fotoğrafı.Sıralı tam liste: CES 2026 ve “121 kere AI deyip bir şey söylememe” meselesiYapay zekâ: devrim mi, yeni bir pazarlama dili mi?“Kod yazmayın” söylemi ve mühendislik bilgisinin hâlâ neden kritik olduğuNVIDIA, OpenAI, Google, Anthropic rekabeti gerçekten nereye gidiyor?Aselsan’ın 30 milyar dolarlık değerlemesi ve savunma sanayiinin teknolojiye etkisiMikroçip, donanım ve gerçek üretim kapasitesi tartışması5G, veri hızı ve “teknoloji gerçekten hayatı nerede değiştiriyor?” sorusuTürkiye teknoloji piyasasında değer mi ağır, maliyet mi?

Bu bölümde AI Agent’lar gerçekten gerekli mi, yoksa yeni bir hype dalgası mı? sorusunu masaya yatırıyoruz.Konuğumuz Toprak ile birlikte;agent dediğimiz şey tam olarak nedir,LLM’den farkı ne,hangi problemlerde gerçekten değer üretirve hangi noktalarda sadece pahalı bir while loop’a dönüşür konuşuyoruz.Basit kurallarla çözülebilecek problemlere neden agent yazıyoruz?Deterministik sistemler mi, belirsizlik otomasyonu mu?Gerçek hayatta çalışan agent örnekleri neler,nerede “vay be” dedirtiyor, nerede açıkça overkill oluyor?Bu bölümde hype’a kapılmadan şunu sorguluyoruz:Önce problemi mi tanımlıyoruz,yoksa çözümü mü romantize ediyoruz?Kısacası:AI Agent’lar geleceğin çalışanı mı,yoksa sadece daha özgüvenli bir otomasyon katmanı mı?Option + Shift + HypeHype gördüğümüzde basıyoruz.

Size karşı tutum değiştinde aslında konuşmaya başlamanızın gerektiğini, arabuluculuk masasının aslında bir 'pazarlık ringi' olmadığnı kimse anlatmadı mı?Bugün PodTest koltuğuna uzanıyoruz. Konuğumuz Av. Dr. Cansu İste Arlanoğlu ile 'Bize Böyle Anlatmadılar' serisinde hukuki bir check-up yapıyoruz. Ama bu sadece bir hukuk dersi değil; mobbingden istifa baskısına, kurumsal manipülasyonlardan hak arama stresine kadar tam bir hukuk görünümlü psikoloji seansı.Neler Konuştuk?Mobbing mi, İş Yoğunluğu mu? Aradaki o ince çizgiyi ve ispat yollarını teşhis ediyoruz.Arabuluculuk Masası: Oraya kanka olmaya mı gidiyorsunuz yoksa hakkınızı almaya mı? (Spoiler: Pazarlığı bilmeyen masada kalır).İstifanı Yaz Git Baskısı: 'Kariyerin lekelenmesin' yalanına karşı nasıl zen kalınır?Kurumsal Travma Yönetimi: Şirketle yollar ayrılırken duyguları değil, kanunları nasıl konuştururuz?Bu bölüm, imza atmadan önce dinlemeniz gereken bir 'yasal savunma kiti' niteliğinde. Rahatlayın, arkanıza yaslanın ve hakkınızı aramanın verdiği o huzuru hissedin.

"Ödevi teslim etmek mi, yoksa sorunu gerçekten çözmek mi?"Bu bölümde, Initial Code ekibinden Burak Soykal ile mobil uygulama geliştirme dünyasının "görünmez acılarını" ve bu acılardan doğan Log Drop hikayesini konuşuyoruz. Pazarlanan süslü kavramların içini boşaltıyor; mutfaktaki yanık kokularına, teslim tarihlerindeki kaosa ve mühendislik vizyonunun gerçekte neye tekabül ettiğine odaklanıyoruz.Neler konuştuk?Initial Code Vizyonu: Bir yazılım evinden ziyade, mühendislik disiplini nasıl inşa edilir?Görünmez Acılar: Mobil projelerde neden hep aynı yerlerde patlıyoruz?Log Drop Nedir?: Bir ürün reklamı değil, bir ihtiyacın anatomisi.Mühendislik vs. Kod Yazarlığı: Sektörün bizden beklediği ile gerçekler arasındaki uçurum.Mutfaktaki gerçekleri, ilk ağızdan ve en dürüst haliyle dinlemek isteyenler için...Initialcode: https://initialcode.io/Log Drop: https://logdrop.io/LinkedIn: Burak Soykal

Bu bölümde, teknoloji dünyasının en büyük "hype" konularından biri olan Kubernetes’i masaya yatırıyoruz. Google’ın 2014’te open-source etmesiyle başlayan bu serüven, nasıl oldu da her şirketin "olmazsa olmazı" haline geldi? Gerçekten o devasa YAML dosyaları arasında kaybolmaya gerek var mı, yoksa sadece CV’lerimizi mi süslüyoruz? Neler Konuştuk?Hype Treni: Kubernetes neden endüstri standardı oldu ve Google bu işin neresinde? İhtiyaç mı, Overkill mi? Hangi durumlarda Kubernetes hayat kurtarır, hangi durumlarda sadece "vergi" ödetir? 5 Servis Kuralı: Burak’tan "educated guess": 5 servisten az yapınız varsa neden Kubernetes’ten kaçınmalısınız? Alternatifler: Docker Compose ve Cloud Run gibi çözümler ne zaman yeterli olur? ETCD ve Alaska Geyiği: Kubernetes'in hafızası ETCD hakkında dönen o meşhur efsane nedir? Cuma akşamı prod ortamında YAML dosyası değiştirip çocukluğuna inmek istemeyen herkesi bu bölüme bekliyoruz!

Elinizde rengarenk bir Canva CV’si, kafanızda okuldan kalma 'hobilerime ne yazsam' dertleri... Ama dışarıda sizi bekleyen bir tek dişi kalmış canavar var: ATS yazılımları CV’nizi bir saniyede eliyor, istatistikler 'ev genci' olduğunuzu söylüyor.Nazlı Tunç ile 'Bize Böyle Anlatmadılar' serisinin bu bölümünde, kariyer dünyasının o süslü ambalajlarını tek tek yırtıyoruz. Robotlar CV'nizi neden sevmiyor? Fotoğraf koymak sizi neden 'elenenler' listesine sokuyor? Şirketler gerçekten yetenek mi arıyor yoksa ucuz kaynak mı?Kısacası; CV'nizin robotlar tarafından yenmemesi için bilmeniz gerekenleri, Nazlı ile en filtresiz haliyle konuştuk. Spoiler: Gerçekler acıtır ama Podtest iyileştirir.

Sevgili dinleyici… sonunda kitabi ve şiirseli ikna ettim. Arda ve Alper karşımda; “erken test” kavgasına devam ediyoruz.Bu bölüm “erken test kaçıncı prensip?” münakaşasından girip, “QA day-one ne yapar?” sorusuna kadar iniyor: ekip bunu niye uygulamıyor, nasıl ikna edilir, nereden başlanır?Diş metaforu var: erken teşhis = dolgu; geç kalırsan kanal–çekim.Bir de atalar devrede: “sabahın şerri gecenin hayrından iyidir”“Bu ikisini ikna ettim” açılışı + prensip sırası kavgasıErken test neden para/zaman kazandırır? (bug cost grafiği mantığı)“QA day-one ne yapar?” sorusu: nereden başlanır?Asıl sorun: ekip bunu “lüks/gereksiz” görüyor → ikna meselesiMetafor: erken teşhis (dolgu) vs geç kalmak (kanal/çekim)Atasözü cephesi: “yılanın başı küçükken…” tartışması

Beş akıllı insan bir odaya girdiğinde neden bazen tek bir akıllı insan kadar bile sonuç üretemiyor?Bu bölümde;Komisyonların neden işleri çözemediğini,“Uyum kültürü”nün hataları nasıl görünmez kıldığını,Challenger faciası gibi büyük felaketlerin arkasındaki organizasyonel körlükleri,Kolektif zekânın ne zaman gerçekten çalıştığınıkonuşuyoruz.Kalitenin sadece testten ibaret olmadığını,asıl meselenin nasıl karar aldığımız, nasıl sustuğumuz ve nasıl öğrenmediğimiz olduğunu tartışıyoruz.Karıncalardan ilhamla:Bireysel cesaret ile kolektif uyum arasındaki dengeyi masaya yatırıyoruz.Eğer ekibinizde herkes “evet” diyorsa ama sonuçlar kötüleşiyorsa,bu bölüm tam size göre.

Bu bölümde yazılım dünyasının en tartışmalı sorularından birini masaya yatırıyoruz:Monolith mi, Microservices mı?Yoksa asıl mesele bambaşka mı?Amazon ve Netflix hikâyeleriyle microservices’ın nasıl bir “default doğru”ya dönüştüğünü,küçük ekiplerin neden büyük şirketlerin problemlerini kopyaladığınıve karmaşıklığın çoğu zaman ölçekten değil refleksten geldiğini konuşuyoruz.Bu bölümde neler var?Microservices neden bu kadar hype oldu?Amazon ve Netflix gerçekten neyi çözüyordu?Küçük ekiplerde microservices neden işleri yavaşlatıyor?Monolith neden hâlâ birçok yerde daha hızlı çalışıyor?Asıl maliyet: infra mı, complexity mi?“Ne zaman ayırmalıyız?” sorusunun gerçek cevaplarıModüler monolith neden üçüncü yol olabilir?Bölümün net mesajı:Microservices bir hedef değil.Monolith bir geri adım değil.Yanlış zamanda doğru mimari bile problemdir.

Bu bölümde OKR ve Agile’ın gerçekten ne işe yaradığını konuşuyoruz.Ürünü mü geliştiriyorlar,yoksa belirsizlik içindeki ekipleri ve yöneticileri iyi mi hissettiriyorlar?Google’dan gelen OKR hikâyelerinin bugün nasıl birer ritüele dönüştüğünü,Agile’ın neden çoğu ekipte hız değil toplantı ürettiğini,ve OKR + Agile birleşince işlerin neden daha da karıştığını masaya yatırıyoruz.Konuştuğumuz başlıklardan bazıları:OKR’lar neden bu kadar popüler oldu?Objective gerçekten öğrenmek için mi, yoksa raporlamak için mi yazılıyor?Agile neden çoğu yerde ürün hızlandırmıyor?Standup, sprint ve retro ne zaman tiyatroya dönüyor?En tehlikeli kombinasyon: OKR + AgileFramework’ler ne zaman işe yarar, ne zaman sadece süs olur?Bölümün net mesajı:Framework’ler ürünü ilerletmez.Yetki, sahiplik ve cesaret ilerletir.🎙️ Option. Shift. Hype.

Bu bölümde uzun zamandır herkesin konuştuğu bir sorunun dibine dalıyoruz:“Cloud gerçekten teknik bir ihtiyaç mı, yoksa hepimiz alışkanlıkla mı kullanıyoruz?”Geçen bölümde AI Code Review hype’ını Option+Shift+H’ledikten sonra bu kez Cloud’un neden bu kadar popüler olduğuna, nerede işe yaradığına ve nerede tamamen overkill olduğuna bakıyoruz.Konuştuğumuz başlıklardan bazıları:Cloud hype’ının 2010’larda nasıl default karar haline geldiğiHangi problemlerin gerçekten Cloud ile çözüldüğüNe zaman Cloud’ın gereksiz pahalı ve karmaşık bir çözüme dönüştüğüDHH & Basecamp’in AWS’ten çıkıp yılda 2 milyon dolar nasıl tasarruf ettiğiHetzner / DigitalOcean gibi alternatifler gerçekten ne sunuyor?Cloud faturaları neden kontrolden çıkıyor?Scaling gerçekten herkesin ihtiyacı mı?Bölümün özeti:Cloud bir araçtır, amaç değil.Doğru yerde kullanırsan güçtür; yanlış yerde kullanırsan fatura olur.🎧 Option. Shift. Hype.Cloud hype’ını birlikte kesiyoruz.

Bize Böyle Anlatmadılar #1CV Yazacaktık, Hayata GeldikBu bölümde CV konuşacaktık.Ama konuşamadık.Çünkü CV’den önce kimsenin anlatmadığı bir şey var:kendini tanımak.Yeni mezunken ya da işe yeni başlamışken;ne istediğini bilmeden hedef koymak,yanlış yere çaba harcamak,“ben buraya neden geldim?” diye ortada kalmakçok normal. Ama kimse bunu açık açık söylemiyor.Bu bölümde CV’den çok:farkındalığı,hedefi,yanlış çabayı,ve işin içine girince anlaşılan gerçeklerikonuşuyoruz.Bu bir CV bölümü değil.Bu, CV’den önce gelenler.🎙️ Bize Böyle Anlatmadılar,işe, teknolojiye ve hayata girerken kimsenin söylemediği şeylerin köşesi.

Karınca Açısı | Ölçeklenebilir Mühendislik için Dürüst Okuma ŞartBu bölümde QA’yı “test yapmak”tan çıkarıp, organizasyonun kendi kendine ne kadar dürüst olabildiği yerden ele alıyoruz.Dashboard’lar yeşil ama ekipler yanıyor mu?Coverage yüksek ama gerçekten riskli yerleri mi ölçüyoruz?QA bir bottleneck mi, yoksa şirketin röntgeni mi?Bu bölümde konuşulanlar:QA stratejisinin neden bir check-up olduğu“Karpuz etkisi” (dışı yeşil, içi kırmızı organizasyonlar)Yanlış metrikler ve sahte güven hissiQA’siz takımların aldığı görünmez risklerSüreç, fonksiyonel ve yapısal kalite arasındaki farkKarıncalardan gelen beklenmedik ama çok net bir ders 🐜Karınca Açısı’nda bu kez şunu soruyoruz:Sürekli otopsi mi yapmak istiyoruz, yoksa düzenli check-up mı?Dinle, düşün, rahatsız ol.Çünkü bazen kalite tam da orada başlıyor.

Bu bölümde Tunch ve Burak, yazılım geliştirme süreçlerinde AI'nin rolünü ve hype driven development kavramını ele alıyor. Kod inceleme süreçlerinin zorlukları, AI'nin bu süreçlere etkisi ve takım içi iletişimin önemi üzerinde duruluyor. Ayrıca, gelecekte AI'nin yazılım geliştirme üzerindeki potansiyel etkileri tartışılıyor.Hype driven development, yazılım dünyasında önemli bir kavram.AI'nin kod inceleme süreçlerinde henüz net bir faydası yok.Kod inceleme süreçleri, takım içi iletişimi artırabilir.AI, bazen Junior Developer gibi çalışıyor.Kod inceleme vakit kaybına sebep olabiliyor.Gelecekte AI'nin yazılım geliştirme üzerindeki etkileri tartışılacak.Gemini gibi araçlar hype yaratıyor.Kod inceleme süreçleri uzun sürüyor.AI, hype'ı artırıyor.Takım içi iletişim, yazılım geliştirme sürecinin önemli bir parçasıdır.Burak Yörük kimdir?

Bu bölümde karıncaların kolektif zekâsından ilham alarak yazılım ekiplerinde hata yönetimi, farkındalık ve ‘bug‑free’ fikrinin neden gerçekçi olmadığını tartışıyoruz. QA ve engineering kültürünün nasıl dayanıklı, öğrenen ve sürdürülebilir sistemlere dönüştürülebileceğini konuşuyoruz. Hata kaçınılmaz — önemli olan ona nasıl yaklaştığın. Karıncalar ekosistemde kritik bir rol oynar.Hata yönetimi, hatanın farkında olmakla başlar.Bug free olmak imkansızdır.Farkındalık, kültürel bir değişim gerektirir.Hata çıkarsa ne yaparız, çıkmaması için ne yaparız?Sistem çöküyor, hiç resilient değilizHerkesin bireysel eforu bir kültür haline gelmeli.Riskleri yönetmek, farkındalığı arttırmakla başlar.Mühendislik kültürü oluşturmak önemlidir.Tunç ve Çağkan'a erişmek için LinkedIn ve [email protected] adresini kullanabilirsiniz. Danışmanlık için bilgi almak isterseniz:[email protected] adresinden de erişebilirsiniz!

Yeni köşemiz Piyasa Baskülü’nün ilk bölümünde Tunç ve Gökay, piyasayı tartıyor.Ama öyle bir tartış ki…Girişimcilik ekosisteminden fintech’e, yatırım kültüründen “ürüne aşık olma” hatasına kadar her taşın altına bakıyoruz.Bu bölümde:Girişimcilik mi, yoksa sadece “gelişken olmak” mı ayırt edilir?Türkiye’de ve Avrupa’da yatırım kültürü neden bu kadar farklı?Fintech niye patladı, gerçekten neyi çözüyor?Bootstrap mümkün mü, yoksa masal mı?Ürününe aşık olmanın startup'ı nasıl batırdığı…Network her şey mi? Hiçbir şey mi?“Kumaş” meselesi: Neden tek founder’lık çoğu zaman yürümüyor?Kısacası, piyasanın baskülüne çıktık; tartı ne gösteriyorsa onu konuştuk.Düz, filtresiz, abartısız, samimi bir sohbet.

Bu bölümde Tunç ve Çağkan olarak yazılım ekiplerinin yıllardır aynı döngüde sıkışıp kalmasının gerçek sebeplerine giriyoruz:— görünmeyen hata maliyetleri,— yangın söndürme kültürünün ekiplere çaktırmadan ödettiği bedeller,— uptime takıntısının arka planındaki “güven” ekonomisi,— ve tabii ki yeni köşemiz Karınca Açısı: Probleme bir karıncanın baktığı yerden bakabilirsek ne değişir?Forbes ve Gartner araştırmalarından çıkan çarpıcı sonuçları masaya yatırıyoruz:Kötü deneyim yaşayan kullanıcıların 0,88’i gidiyor,ve gidenlerin 0,52’si geri dönmüyor.Ekip içi maliyet, kültürel erozyon ve ürünün sessizce kan kaybetmesi… Bunları doğru metriklerle nasıl kontrol altına alacağımızı tartışıyoruz.Sonunda şuna geliyoruz:Kalite; testten değil, yönünü bulmuş bir zihinsel modelden doğar.Ekipler “yangına koşmak” yerine stratejik olarak nefes almayı öğrendiğinde, işte o zaman gerçek iyileşme başlıyor.Karıncaların bile bildiği şeyi hatırlıyoruz:“Yolun varsa, yürürsün. Yönün varsa, varırsın.”Çağkan Aksun Yüksel: LinkedinKişisel web bağlantısıNot: 0,52 ve 0,82 yazdım zira bu yükleme aracında yüzde işareti koyamıyoruz.Bu da böyle bir bulgu!

Bu bölümde siber güvenlik, yazılım testi ve yapay zekânın iş hayatındaki gerçek etkilerini konuşmak için Gökhan Pekşen’i ağırlıyoruz.Etik hacking’den DevSecOps’a, kariyer yolculuğundan sektörün kronik hatalarına kadar birçok konuya hem teknik hem de mizahi bir dille giriyoruz. AI gerçekten işleri elimizden alacak mı? Test ekipleri neden hâlâ düşman gibi görülüyor? Güvenlik testleri neden son dakikaya bırakılıyor?Hepsini açık açık konuştuk.Ayrıca gençlerin bu alanda nasıl kariyer kurabileceğini, test tarafında “nicelik mi nitelik mi?” tartışmasını, güvenlik açıklarının nasıl yönetildiğini ve şirketlerin neden sürekli aynı döngüde takıldığını da masaya yatırıyoruz.Her zamanki Podtest enerjisi, bol kahkaha ve bol gerçeklik ile…Bölümden başlıklar:Yapay zekânın güvenlik ve test dünyasına gerçek etkisiTestte kalite vs hız: Hangisi gerçekten önemli?Güvenlik ekiplerinin organizasyon içindeki yanlış konumlandırılmasıKariyere yeni başlayanlar için siber güvenlik yol haritasıBüyük şirketlerdeki test ve güvenlik süreçlerinin acı gerçekleriTest otomasyonunun sınırları ve AI ile birleşimi“Her şeyi test etmeye” çalışmanın neden anlamsız olduğuSektörde yanlış bilinen efsaneler ve komik anekdotlarSohbet boyunca hem güldük hem de ciddi ciddi dertlendik.Siber güvenlik, test, DevSecOps veya AI ile ilgilenen herkes için çok şey var bu bölümde.Keyifli dinlemeler!Gökay'a erişmek isteyen arkadaşlar linkedin profilinden erişebilirler

Einstein bizi affetsin sanki e=mc²Bu bölümde ISTQB’nin “Erken Test Zaman ve Para Kurtarır” ilkesini masaya yatırıyoruz – ama kitap gibi değil, saha gibi.Yönetsel, Şiirsel ve Kitabi önce kaotik bir giriş yapıyor (şiir ödevi yapılmamış, bağlantı kopmuş, suçlu tabii ki Alper), sonra yavaş yavaş şu sorulara geliyorlar:Erken test gerçekten zaman ve para mı kurtarır, yoksa bunu sadece sunumlarda mı söylüyoruz?Otomasyon projelerine tonla para verilip “hiçbir şey değişmedi” hissi neden bu kadar yaygın?Yönetim “15 gün önce çıkaralım” diye bastırırken, kim “ya kalite / itibar kaybı?” diye masaya vuruyor?Test ekipleri riskten bahsedince neden kimsenin gözü parlamıyor?Bölümde; akademik test prensipleri ile işin “gerçek dünya” baskıları (delivery tarihi, bütçe, itibar riski) arasında gidip geliyoruz.Otomasyonun amacını, erken testin nereye kadar gerçekten işe yaradığını ve test ekiplerinin işini daha dürüst ve net nasıl anlatabileceğini tartışıyoruz.Sonuç: Erken test sadece “kitap cümlesi” olmamalı; risk, maliyet ve itibar kaybı üzerinden konuşulmadıkça kimseyi ikna etmiyor.

Uzun bir aradan sonra Podtest geri döndü!Bu bölümde Tunç, Alper ve Arda hepimizin içini burkan bir gerçekle yüzleşiyor: Exhaustive testing is impossible.Ama gerçekten öyle mi? Yoksa “her şeyi test edemeyiz” bahanesi, test stratejilerimizin zayıflığını mı saklıyor?Ekip bu sorudan yola çıkarak yazılım dünyasının en temel paradokslarından birini tartışıyor:100% test mümkün olmasa da, neden hâlâ deniyoruz?Zaman, kaynak ve kapsam üçgeninde nerede kayboluyoruz?“Tam test” yerine “doğru test” yapmak ne demek?Ve asıl mesele: testlerden öğreniyor muyuz, yoksa sadece koşuyor muyuz?Bol kahkaha, bol itiraz ve biraz da Gandalf referansı içeren bu bölüm, testin sınırlarını konuşurken aslında yazılım ekiplerinin sınırlarını da sorguluyor.

Bu bölümde konuğum Berk Dülger. Türkiye’den Avrupa’ya uzanan kariyer yolculuğunda yazılım testinden mühendislik yönetimine, kültür şokundan takım yönetimine kadar birçok konuyu masaya yatırdık.🔧 QA konuşmadık mı? Konuştuk.🏙️ Yurt dışı hayatı konuştuk mu? Evet.📉 “5000 test koşuldu ama hata oldu” diyen CEO'lara lafımızı da söyledik.💡 Birlikte çalışmanın, karar almanın ve kalitenin arkasındaki kültürel dinamikleri tartıştık.🏙️ İstanbul eski sevgili mi? Berlin yabancı mı?Dolu dolu, sorgulayıcı ve kahkahalı bir bölüm oldu."Beynelmilel testçi olur mu?" sorusuna birlikte cevap aradık.Cevaplar bizde; buyur gel, dinle. 🎧

Bu bölümde Tunç (yönetsel), Alper (şiirsel) ve Arda (kitabi), yazılım testinin en temel taşlarından biri olan test prensiplerini masaya yatırıyor.“Absence of errors is not proof of correctness” ilkesinden yola çıkarak şu soruları tartışıyoruz:Test yapmanın gerçek amacı nedir?Hataların yokluğu bizi neden kandırır?Kan şekeri testi analojisiyle yazılım testini nasıl kıyaslayabiliriz?Yedi prensip neden sırayla anlatılmaz ve her zaman işe yaramaz?Prensipler bir manifestoya mı dönüşmeli?Kimi zaman ciddiyet, çoğu zaman mizah eşliğinde, testin anlamını, sınırlarını ve eksiklerini sorguluyoruz.Yeni bölümlerde her prensibi tek tek ele alıp, gerçek proje hikayeleriyle bağlamayı planlıyoruz.

📌 Neler mi konuştuk? ✔ Yapay zeka entegrasyonlarının perde arkası✔ #ISTC2025 notları – orada olanlar, orada kalmadı ✔ Geyik ama dozajlı (merak etme, ölçü bardağı elimizdeydi) ✔ Gerçek hikâyeler – hem komik hem düşündüren cinsten

Bu bölümde QA işe alım süreçlerini didik didik ettik.Neleri konuştuk?– QA’den beklentiler nerede başlıyor, nerede saçmalıyor?– Pozisyon açmadan önce işin analizini yapıyor muyuz?– Adayın değil, sürecin nezaketi konuşulmalı mı?– QA işi öğrenme/öğretme fırsatına dönüşebilir mi?– Ve tabii ki, bizce olmazsa olmaz: samimi, bol hatıralı sohbetler.-- Bir QA pozisyonu açmadan önce bu bölümü dinleyin deriz.

Kaliteye giden yol, önce dürüstlükten geçiyor. Bu bölümde, testin ekipler tarafından nasıl bir “sıkıştırılmış aktivite” olarak görüldüğünü, aslında bu yaklaşımın kaliteye karşı bir dürüstlük sorunu yarattığını konuştuk. Kendi deneyimlerimizden yola çıkarak, yönetime yaptığımız test eforunu doğru bir dille anlatmanın neden hayati olduğunu tartıştık. Son olarak da, kalite ve risk arasındaki dengenin ne kadar hassas olduğunu ve bu dengeyi kurmanın projelerin gerçek başarısı için neden kritik olduğunu vurguladık.

Son bölümümüzde Oobeya'nın Kurucu Ortağı ve Ürün Direktörü Emre Dündar ile yazılım geliştirme yaşam döngüsünde metriklerin rolünü ve önemini ele aldık. Emre Bey, metriklerin ekiplerin performansını artırmadaki katkılarını ve Oobeya.io platformunun bu süreçte nasıl bir destek sağladığını paylaştı. Ayrıca, metriklerin yanlış kullanıldığında nasıl olumsuz sonuçlara yol açabileceğini ve bu durumun önüne geçmek için nelere dikkat edilmesi gerektiğini tartıştık. Bu keyifli sohbeti kaçırmayın!ürün: https://oobeya.io/Emre Dündar LinkedIn: https://www.linkedin.com/in/emredundar/

2024 yılı yazılım dünyasında hatalarla dolu bir yıl oldu. Bu bölümde, yıl boyunca karşılaştığımız en büyük ve ilginç yazılım hatalarını masaya yatırdık. • CrowdStrike Güncelleme Krizi: Mavi ekranların ötesinde, milyar dolarlık kayıplar. • Concord Video Oyunu : Ağustos 2024'te Firewalk Studios, PlayStation 5 ve Windows için “Concord” adlı bir kahraman nişancı oyunu yayınladı. 8 yıllık geliştirme süreci ve 400 milyon doları aşan maliyete rağmen oyun, Lansmandan iki hafta sonra oyun satıştan kaldırıldı ve sunucuları kapatıldı. • 40 Milyon Dolarlık Kayıp: Etiyopya’daki yazılım hatasının ilginç hikayesi. • Birmingham Şehir Konseyi Oracle Arızası: Birmingham Şehir Konseyi, 38 milyon sterlinlik bir Oracle muhasebe sistemi uyguladı ancak sistem ilk altı ayda 8.000'den fazla soruna yol açtı. Bu durum manuel muhasebe işlemlerinin 40.000 saati aşmasına neden oldu. ------- Bölümümüzde sadece hataların teknik detaylarını değil, bunların ekipler, şirketler ve dünya üzerindeki etkilerini de ele aldık. 2024’te yaşanan yazılım hatalarından çıkarılacak dersler neler? Milyon dolarlık kayıplar nasıl önlenebilirdi? Eğlenceli bir tonla, yılın en dikkat çeken hatalarını tartışırken hem güldük hem de düşündük. Yazılım dünyasında hatasız bir yıl dileriz, ama bilirsiniz… hata yapmadan öğrenemeyiz!

Bu bölümde, yazılım geliştirme dünyasının kaçınılmaz gerçeklerinden biri olan bug’ların yaşam döngüsünü masaya yatırdık. Bir bug’ın fark edilme anından çözümüne kadar geçen süreçte hangi evrelerde ekiplere ve yazılıma zarar verdiğini tartıştık. Bug’ın Yaşam Döngüsü: Bug’lar nasıl doğar, büyür ve bazen geri döner? Paylaşım Dinamikleri: İnsanlar bug’ları genelde nasıl paylaşır, iletişim eksikliği veya yanlış yönlendirme nasıl sorunlara yol açar? Gerçek Hikayeler ve Dersler: Ekibimizden ve dinleyicilerimizden gelen gerçek tecrübelerle bug’ların nasıl yönetildiğini (ya da yönetilemediğini) konuştuk. Eğlenceli bir tonla teknik bilgiyi harmanlayarak bazen yazılımdaki hata süreçlerine şiirsel yaklaştık bazende güvelere ışık olduk! :) Bug’lar sadece birer hata mı, yoksa ekiplere daha derin bir hikaye anlatan fırsatlar mı? Buna siz karar verin!

🎙️ Yeni Podtest Bölümü Yayında! 🎉 Bu bölümde Jr.Torçuk’un aramıza katılmasını, geç de olsa, kutladık, bölümümüzü kendisine adadık ve güvelerin takımlara ve şirketlere etkisini tartıştık. Yer yer Türkçe bile konuşamadık, ama olsun, yine de çok keyifli bir sohbet oldu! En azından biz keyif aldık! 🌟 Dinleyin, düşüncelerinizi bizimle paylaşın: Güvelerin şirketlerde nasıl fark edildiğini, nasıl verimli kullanılabileceğini hakkında siz nasıl düşünüyorsunuz?

‘Yazılım hatalarından neden kurtulamıyoruz?’ diye soranların buluştuğu güve sezonunun ilk bölümüne hoş geldiniz. Yazılım hatalarını daha iyi anlayabilmek için; yazılım testi ve kalite konusunda daha iyi bir okur yazar olabilmek için; yazılım hatalarının anlattıklarını daha iyi anlamak ve yorumlayabilmek gerekiyor. Bu sebeple, yazılım hatalarının nerden başladığıyla, hataların tarihinden konuşmaya başladık. Sanmayın ki öyle bir tarih dersi... kah güldük kah ağladık! Gerçeklerden de dert yandık! Güve sezonu önümüzdeki bölümlerde hata tiplerine, raporlama ve metriklerine, nasıl bildirilmeleri gerektiğine ve bize nasıl para kazandırabileceği hakkında bölümlerle devam edecek!