Sayı 20

Cumartesi sakin geçti. Günün tek yazısı OpenAI'ın matematik sonuçları — mühendislikten uzak görünüyor ama içinde çok somut bir sayı var. Yanına arşivden Netflix'in "veri kanaryası" yazısını koydum: kodu test ediyoruz da veriyi kim test ediyor sorusunun cevabı.

Günün kapağı OpenAI Research 1 Ağustos 2026 3 dk okuma orta

On açık matematik problemi ve 2.000 dolarlık token faturası

Ten advances in mathematics and theoretical computer science

OpenAI, yayımlanmamış bir modelin uzun süredir açık duran on matematik ve teorik bilgisayar bilimi problemini çözdüğünü ya da ciddi ilerleme kaydettiğini duyuruyor. Problemler yüksek boyutlu geometri, kodlama teorisi, aritmetik devre karmaşıklığı, grup teorisi, kuantum karmaşıklığı ve kafes tabanlı kriptografi gibi alanlara yayılıyor.

Mühendislik açısından yazıdaki en dikkat çekici cümle sonuçların kendisi değil, dipnottaki maliyet: bu çözümleri bulmak için gereken toplam token miktarı yaklaşık 2.000 dolar tutuyor. Yani on yıllardır açık duran problemler, bir mühendisin aylık bulut faturasından ucuza deneniyor. İkinci dikkat çekici nokta ise doğrulanabilirlik: matematik, çıktının doğru olup olmadığının kesin olarak kontrol edilebildiği ender alanlardan biri — bu yüzden "model uydurdu mu?" sorusu burada anlamlı bir şekilde cevaplanabiliyor.

Öne çıkanlar

  1. Sonuçlar arasında küre paketleme yoğunluğu için yeni üst sınırlar, ikili kodlar için üstel olarak iyileştirilmiş sınırlar ve Connes'in sertlik varsayımının çürütülmesi var.
  2. Toplam hesaplama maliyeti ~2.000 dolar — asıl haber bu olabilir.
  3. Matematik, LLM çıktısının bağımsız olarak doğrulanabildiği bir alan; bu, sonuçları çoğu "AI şunu yaptı" iddiasından daha güvenilir kılıyor.

Neden önemli?

Bir alanda ilerlemenin darboğazı "fikir üretmek" ise ve fikir üretmek ucuzluyorsa, darboğaz doğrulamaya kayar. Yazılımda da aynı şey oluyor: kod üretmek ucuzladıkça değerli olan şey kodu yazmak değil, doğru olduğunu ispatlayan test ve tip sistemlerini kurmak.

Pratikte

Buradan çıkaracağın pratik ders şu: LLM’i devreye soktuğun her yerde ‘çıktıyı ne doğrulayacak?’ sorusunun bir cevabı olmalı. Bir trading stratejisini modelin önermesi kolay; onu backtest ve walk-forward doğrulamasından geçirmeden kabul etmek pahalı. Aynı şekilde bir LLM sınıflandırma pipeline’ında: modelin verdiği etiketi schema, enum ya da iş kuralı ile doğrulayabiliyorsan güvenebilirsin; doğrulayamıyorsan eline geçen şey yalnızca inandırıcı bir tahmin.

Sözlük

open problem
Bir alanda uzun süredir çözülememiş, üzerinde çalışılan matematiksel soru.
verifiability
Bir çıktının doğru olup olmadığının bağımsız ve kesin biçimde kontrol edilebilmesi.
Orijinali oku

Arşivden seçmeler

Bugün az yayın çıktı. Bu yazılar daha eski tarihli ama hâlâ öğretici; her birinin gerçek yayın tarihi başlığın üstünde yazıyor.

Arşivden Netflix Tech Blog 19 Haziran 2026 7 dk okuma orta

Kodu kanarya ile test ediyoruz da veriyi kim test ediyor?

The Data Canary: How Netflix Validates Catalog Metadata

Netflix'te bir üretim arızası oldu: kod deploy edilmemişti, konfigürasyon değişmemişti. Ama daha önceki bir olaya müdahale ederken elle yapılan bir düzeltme, bir veri akışını bozmuş ve bir grup içerik için onu boş hâle getirmişti. Sonuç anında görüldü — eksik metadata yüzünden manifest üretilemedi, katalog servisi hata verdi, oynatma bozuldu.

İşin can alıcı kısmı şu: Netflix'in gelişmiş kod kanaryası (canary deployment) hiçbir şey yakalamamıştı. Çünkü kod değişmemişti — veri değişmişti. Bu olay şunu ortaya çıkardı: kod dağıtımlarını doğrulayabiliyorlar ama yüksek hızlı veri pipeline'ları için eşdeğer bir mekanizmaları yoktu.

Kurdukları çözüm, veri dönüşümlerini üretim trafiğiyle doğrulayan otomatik bir kanarya sistemi. 10 dakikanın altında sorunu tespit edip bozuk verinin üyelere ulaşmasını engelliyor. Zorluk da burada: mevcut kanarya analiz araçları istatistiksel güvene ulaşmak için 30-60 dakika istiyor, oysa iki veri döngüsü arasındaki pencere çok daha kısa.

Öne çıkanlar

  1. Arıza kod değişikliğinden değil veri değişikliğinden geldi — mevcut tüm koruma mekanizmaları kör kaldı.
  2. "Veri dağıtımlarına kod dağıtımlarıyla aynı titizlikle davranmak gerekiyor" — yazının tek cümlelik özeti.
  3. Zaman kısıtı tasarımı belirledi: klasik kanarya analizi 30-60 dakika istiyor, buradaki bütçe tek bir veri döngüsü.
  4. Doğrulama sentetik veriyle değil gerçek üretim trafiğiyle yapılıyor.

Pratikte

Bu en çok işine yarayacak yazılardan biri. Bir veri kaynağı bir gün formatı değiştirirse ya da bir alanı boş göndermeye başlarsa, pipeline muhtemelen sessizce yanlış sonuç üretir. Uygulanabilir hâli şu: her ETL adımının sonuna ucuz invariant kontrolleri koy: satır sayısı bir önceki koşunun yüzde 20’sinden az mı, kritik kolonlarda null oranı sıçradı mı, kategori dağılımı tanınmayacak kadar kaydı mı? Pandas’ta bu birkaç assert satırı ama arızayı production’a çıkmadan yakalamanın en ucuz yolu.

Sözlük · 3 terim
canary deployment
Yeni sürümü önce küçük bir trafik dilimine verip metrikleri izleyerek yaygınlaştırma yöntemi.
data canary
Aynı fikrin veriye uygulanmışı: yeni üretilen veri kümesini yayımlamadan önce doğrulayıp bozuksa engelleme.
manifest
Video oynatıcısına hangi parçaların hangi kalitede nereden çekileceğini söyleyen tanım dosyası.
Orijinali oku