<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Deniz | Blog</title><description>Veri mühendisliği ve dağıtık sistemler üzerine notlar. Veri ambarlarından modern lakehouse mimarilerine; kaynaktaki veriyi analitik ve makine öğrenmesine taşıyan uçtan uca veri hatları üzerine yazıyorum.</description><link>https://deniz-blog.vercel.app/</link><language>tr</language><item><title>Chicago&apos;da Kaç Piyano Akortçusu Var? Fermi Problemleri ve Tahmin Sanatı</title><link>https://deniz-blog.vercel.app/blog/fermi-problemleri/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/fermi-problemleri/</guid><description>Elinizde hiçbir veri, ölçüm aracı ya da kaynak yokken devasa bir soruya nasıl makul bir cevap verilir? Enrico Fermi, tam da bunu yapabilmesiyle tanınıyordu. Bu yazı Fermi problemlerinin ne olduğunu, ünlü piyano akortçusu sorusunun adım adım nasıl çözüldüğünü, bu yöntemin neden şaşırtıcı derecede isabetli sonuçlar verdiğini ve Google&apos;dan McKinsey&apos;e mülakatlarda neden hâlâ sorulduğunu ele alıyor — sonunda da aynı yöntemi bir veri mühendisliği kapasite hesabına uyguluyor.</description><pubDate>Sun, 02 Aug 2026 00:00:00 GMT</pubDate></item><item><title>Hangi Veri Nereye: Data Warehouse, Lakehouse ve Gerçek Zamanlı Analitik Store</title><link>https://deniz-blog.vercel.app/blog/data-warehouse-lakehouse-realtime-store/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/data-warehouse-lakehouse-realtime-store/</guid><description>Analitik verinin üç klasik adresi vardır: temiz ve modellenmiş Data Warehouse, ham dosyayla açık tabloyu aynı çatıda tutan Lakehouse, ve olay akışını saniye altında sorgulatan gerçek zamanlı analitik store (ClickHouse, Druid, Pinot, Azure Data Explorer). Bu yazı &quot;hangi veri nereye?&quot; sorusunu üçünün kimliği, karar sinyalleri, sınavların ve mimarların sevdiği tuzaklar ve gerçek dünyada üçünün bir arada nasıl aktığı üzerinden cevaplıyor.</description><pubDate>Tue, 28 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Dil &gt; Framework &gt; Kütüphane: Doğru Ama Eksik Bir Hiyerarşi</title><link>https://deniz-blog.vercel.app/blog/dil-framework-kutuphane-hiyerarsisi/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/dil-framework-kutuphane-hiyerarsisi/</guid><description>Bu tanıdık sıralama kapsam açısından doğru, ama framework ile kütüphaneyi ayıran asıl çizgiyi — kontrolün kimde olduğunu — gizliyor. Bağımsız ve frameworke bağımlı kütüphaneler, &quot;kütüphane yeter&quot; ile &quot;framework şart&quot; arasındaki karar, bir aracı sormadan teşhis etmenin yolları ve Spark, Airflow, Kafka, dbt&apos;nin bu tabloda hiç beklenmedik yeri.</description><pubDate>Wed, 15 Jul 2026 00:00:00 GMT</pubDate></item><item><title>SQL Neden &quot;Esnek&quot; Sayılmaz — ve Neden Doğru Soru &quot;SQL mi, NoSQL mi&quot; Değil?</title><link>https://deniz-blog.vercel.app/blog/sql-neden-nosql-kadar-esnek-degil/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/sql-neden-nosql-kadar-esnek-degil/</guid><description>ALTER TABLE ile bir kolon saniyeler içinde ekleniyorsa SQL&apos;e neden &quot;esnek değil&quot; deniyor? Çünkü esneklik iki ayrı şeydir: kolon eklemenin mikro esnekliği ile milyarlarca satırı kesintisiz değiştirmenin, şemasız veri tutmanın ve yatay ölçeklenmenin mimari esnekliği. Bu yazı, SQL&apos;in katılığının bir kusur değil bilinçli bir güvenlik tercihi olduğunu ve gerçek dünyanın cevabının ikisini aynı projede birleştirmek (polyglot persistence) olduğunu anlatıyor.</description><pubDate>Tue, 14 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Aynı SELECT, Bambaşka Bir Motor: DataFrame Nedir, PySpark Neden Var?</title><link>https://deniz-blog.vercel.app/blog/dataframe-ve-sql-vs-pyspark-sql/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/dataframe-ve-sql-vs-pyspark-sql/</guid><description>spark.sql(&quot;SELECT ...&quot;) satırındaki SELECT, yıllardır Oracle&apos;da ya da PostgreSQL&apos;de yazdığınızla aynı — peki onu saran PySpark ne işe yarıyor? DataFrame kavramından pandas ile Spark DataFrame farkına, dönüşümü neden salt SQL ile yazmadığımızdan sektördeki SQL/PySpark dengesine; ve en önemlisi, aynı sözdiziminin altında motoru, verinin durduğu yeri ve ölçekleme modelini tamamen değiştiren ayrıma — klasik SQL refleksleriyle kurulan bir yazı.</description><pubDate>Sun, 12 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Neden Hiçbir Dağıtık Sistem &quot;CA&quot; Olamaz? Borsa, Instagram ve LoL ile CAP&apos;ten PACELC&apos;e</title><link>https://deniz-blog.vercel.app/blog/neden-hicbir-dagitik-sistem-ca-olamaz/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/neden-hicbir-dagitik-sistem-ca-olamaz/</guid><description>Binlerce sunucu aynı hissenin fiyatında nasıl anlaşır? Borsa, Instagram ve online oyunları yan yana koyarak CAP teoremini, kör noktasını ve yerini alan PACELC&apos;i baştan kuruyoruz: ağ bölündüğünde neden C ile A&apos;dan biri feda edilir, &quot;sorun yokken sistem CA değil mi?&quot; itirazı neden tutmaz, ışık hızı saf bir CA sistemi neden fiziksel olarak imkânsız kılar ve borsa neden quorum&apos;la bile yetinmez?</description><pubDate>Sat, 11 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Büyük Veri Nerede Başlar? Üç Yanılgı, Tek Ölçüt</title><link>https://deniz-blog.vercel.app/blog/bir-veri-ne-zaman-buyuk-veri-olur/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/bir-veri-ne-zaman-buyuk-veri-olur/</guid><description>Büyük veri ne &quot;unstructured veri&quot; demektir, ne &quot;büyük şirketin verisi&quot;, ne de &quot;real-time sistem&quot;. Peki yalnızca structured veriyle büyük veri olur mu? Vitrine çıkarılan veriyle arka planda asıl akan veri arasındaki fark ne? Real-time için büyük veri şart mı? Bu yazı üç yaygın yanılgıyı tek tek ele alıyor ve çizgiyi asıl çeken ölçütü — geleneksel araçlarla büyük veri araçlarını ayıran mimari farkı — baştan kuruyor.</description><pubDate>Thu, 09 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Merkezde Kimse Yok: Açık Kaynak Araçları Birbirini Nereden Tanıyor?</title><link>https://deniz-blog.vercel.app/blog/acik-kaynak-ekosistemi-kim-yonetiyor/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/acik-kaynak-ekosistemi-kim-yonetiyor/</guid><description>Her şeyi tek çatı altında toplayan Oracle dünyasından gelince, açık kaynak araçlarının birbirine lego gibi oturması şaşırtıcıdır. git PowerShell&apos;de nasıl tanınıyor, pip install gerçekte ne yapıyor, Airflow ile Spark hangi sözleşme üzerinden konuşuyor? Ve asıl soru: bu düzeni kim yönetiyor? Merkezinde kimsenin olmadığı bir düzenin nasıl işlediğini adım adım kuran bir yazı.</description><pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Kafka Broker&apos;ını Oracle Gözüyle Anlamak</title><link>https://deniz-blog.vercel.app/blog/kafka-broker-nedir/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/kafka-broker-nedir/</guid><description>Kafka serisinin dördüncü yazısı: broker gerçekte ne iş yapar? Topic bir tablonun karşılığı mı, controller seçimi zorunlu mu, Raft konsensüs nasıl işler, 5 broker = 5 instance ne anlama gelir ve lokaldeki portlar prod&apos;da nasıl gerçek sunuculara dönüşür? Broker kavramı, Oracle&apos;ın client-server dünyasından gelen biri için sıfırdan kuruluyor.</description><pubDate>Sun, 05 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Kafka&apos;da Bir Mesajın Adresi: Partition, Offset ve Sıralama Garantileri</title><link>https://deniz-blog.vercel.app/blog/kafka-partition-offset-siralama/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/kafka-partition-offset-siralama/</guid><description>Kafka serisinin ikinci yazısı: bir mesajın hangi partition&apos;a düşeceğini belirleyen hash mekanizması, partition sayısını baştan doğru seçmenin önemi, hot key riski, offset&apos;in gerçekte neyi garanti edip neyi etmediği ve retention — Kafka neden bir queue değil, dağıtık bir commit log?</description><pubDate>Fri, 03 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Mesaj Hangi Partition&apos;a Gidecek? Kafka Partitioner Stratejileri</title><link>https://deniz-blog.vercel.app/blog/kafka-partitioner-cesitleri/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/kafka-partitioner-cesitleri/</guid><description>Kafka serisinin üçüncü yazısı: bir mesajın hangi partition&apos;a düşeceğine karar veren partitioner. Hash-based, round-robin, sticky ve custom stratejiler; her seçimin sıralama garantisine ödettiği bedel ve üretim ortamlarındaki gerçek kullanım oranları.</description><pubDate>Fri, 03 Jul 2026 00:00:00 GMT</pubDate></item><item><title>Kafka Cluster&apos;ının Anatomisi: Broker, Partition ve Replication</title><link>https://deniz-blog.vercel.app/blog/kafka-cluster-mimarisi/</link><guid isPermaLink="true">https://deniz-blog.vercel.app/blog/kafka-cluster-mimarisi/</guid><description>Üç broker&apos;lı bir cluster üzerinden Kafka&apos;nın iç işleyişi: veri broker&apos;lara nasıl dağılır, leader ve replica ne işe yarar, metadata&apos;yı ZooKeeper&apos;dan devralan KRaft neyi değiştirdi, CDC araçları kaynaktaki değişimi nasıl yakalar? (Kafka serisi — 1. yazı)</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate></item></channel></rss>