Korece giriş yöntemi çok kullanışsız olduğu için hiç kullanılamıyordu, bu aralar epey düzeldi mi? Özellikle Chrome tarafında girdilerin yutulması ya da son harfin silinmesi gibi sorunlar oldukça ciddiydi.

Keskin bir tespit. İnsanların hata oranı daha yüksek tabii..

Bu, 25 yıl önce bir oyun şirketinde çalışırken debug koduyla kullandığım yöntemdi; sadece strcpy ile sınırlı mı sanıyorsunuz. Release sürümünde ise hız artışı için bunlar yeniden gevşetilmiş halde servise alınırdı. Aslında oyun tarafı bellek çakışmalarına en hassas alanlardan biri olduğu için, çalışırken de son derece dikkatli ve tetikte olunurdu; hatta bellek debugger'ını da kendimiz yapıp kullanırdık. Ama bugün dönüp bakınca, meğer o şey garbage collection yapıyormuş. Tatlı bir anıymış doğrusu.

Aaa, keyifle okudum. Ek doğrulamanın yapılıp yapılmayacağına güven skoruna göre karar verdiğinizi söylemişsiniz; bu güven skorunun hangi değer üzerinden ölçüldüğünü de merak ediyorum.

Bu arada, gpt-4o-mini modeli görüntü girdilerinde giriş token’ları açısından aşırı pahalı olduğundan, başka hafif modelleri de değerlendirmenizi tavsiye ederim!

VLM kullanarak sorunu çok iyi çözmüşsünüz, keyifle okudum.

Yazıyı okurken aklıma takılan bir nokta oldu:

2. YOLO tespiti – yalnızca ana nesneyi kırpıp analiz alanını daraltma

Bu süreci nasıl eklediğinizi merak ediyorum.

Yazıyı okurken, VLM’in performansının YOLO’dan daha iyi olacağını; bu yüzden kırpma yapılırsa YOLO modelinin yanlış karar verip daha VLM’e geçmeden önemli bilgilerin kaybolması gibi bir sorun doğabileceğini düşündüm.

Kırpma fikri hangi problemden yola çıkarak ortaya çıktı ve bunu hangi şekilde doğruluk açısından doğrulayıp sürece dahil ettiniz, merak ediyorum.

Oo, oldukça hoş görünüyor. Çeşitli dillere port edilse harika olur!

Bunu yapısal bir soruna dönüştürüp çözmekten ziyade yeni bir model oluşturmuşsunuz gibi görünüyor.

Bazı üst seviye MCU’larda, belirttiğiniz gibi MPU üzerinden yalnızca erişim izinleri değil, önbellekle ilgili özellikler de bölge bazında ayarlanabilir. Aşağıdaki ST dokümanı bu konuda iyi bir başvuru kaynağı olabilir: https://community.st.com/t5/stm32-mcus/…

Ancak bu yazıda kullanılan ESP32-S3’te, genel amaçlı CPU’larda veya bazı MCU’larda sunulduğu gibi bellek bölgeleri için cacheable / non-cacheable özelliklerini MPU ya da benzeri bir mekanizma üzerinden ayarlama yöntemi sunulmamaktadır.

ESP32-S3’te harici bellek (Flash/PSRAM), cache/MMU üzerinden erişilecek şekilde tasarlanmıştır (TRM 4.3.3 External Memory) ve erişim izinlerinin kontrolü PMS (Permission Management System) üzerinden yapılır (TRM Chapter 15); ancak bu birim erişim koruması içindir, önbellek üzerinden geçip geçmeyeceğini ya da erişim yolunun kendisini değiştirme işlevi görmez.

TRM (Technical Reference Manual) bağlantısı: https://documentation.espressif.com/esp32-s3_technical_reference_manua….

Hata C4996 'strcpy' : Bu işlev veya değişken güvenli olmayabilir. Bunun yerine strcpy_s kullanmayı düşünün. Kullanımdan kaldırma uyarısını devre dışı bırakmak için _CRT_SECURE_NO_WARNINGS kullanın. Ayrıntılar için çevrimiçi yardıma bakın.

MMU yok ama MPU ile bellek bölgelerini ve bunlara ait özellikleri tanımlamak mümkün.
Bir göz atmanız iyi olabilir.

Büyük etki alanına ve buna bağlı olarak yüksek ücret almaya sahip olabilir; ancak bu, onu doğrudan “şirkette aktif riski üstlenen tek kişi” ile eşdeğer kılmaz. Onu seçen kişinin büyük hissedar olup olmamasına göre bu daha da geçerli olur.

Aynı mantıkla, çalışan küçük bir etki alanına sahip olduğu için küçük sorumluluk taşır ve küçük maaş alır; ama aynı şekilde aktif sorumluluk üstlenen bir çalışan olacaktır ve CEO’nun da yapay zeka ile değiştirilememesi için bir neden yoktur.

İlk yorumda ortaya koyduğunuz argüman, CEO’nun aktif riski üstlenen tek kişi olduğu ve bu yüzden yapay zeka ile değiştirilemeyeceği değil miydi?

Pek de işe yarar görünmüyor..

Ah, genel amaçlı bilgisayarların aksine ESP32 gibi MCU'larda bellek özelliklerini çalışma zamanında sayfa düzeyinde değiştirebilen bir MMU bulunmuyor ve cacheable / non-cacheable olup olmaması önceden belirlenmiş bellek bölgeleri düzeyinde kararlaştırıldığı için, dediğiniz şekilde kullanmak mümkün olmuyor (iç SRAM tamamen non-cacheable, PSRAM ise tamamen cacheable bellek olarak sabitlenmiş durumda).

Güzel sorunuz için teşekkürler!

Vay canına, bunu da dağıtıyorlar.. gerçekten korkutucu bir şirket.

Bu karmaşa ne zaman diner acaba, hangi yöne giderse gitsin,,

Resmî tatillerin gösterilmesi harika.

> Luck = [Doing Things] × [Telling People]

Birkaç yıl önce de bu formülü görmüş gibiyim ama pek uygulayamadım bu süre boyunca

Bahsettiğiniz cache tutarlılığı nedeniyle her seferinde cache invalidate yapmak gerekiyor olmalı; peki neden bunun yerine doğrudan non-cacheable alan kullanılmadığını merak etmiştim.

Demek ki bu yüzden bugünlerde gurular, yeni başlayanların ajanları çok daha iyi kullandığını söylüyor. İnsana uzun süre para kazandıran şeye alışınca, onu bırakıp yeniden öğrenmiyorlar.

Bence yönetici/çalışan iki grubu arasında boş duran karıncalar ile çalışan karıncaların oranı açısından Pareto ilkesinin pek de farklı olmadığını yeniden doğrulayabiliriz.

Öte yandan, engellenemeyecek bir başarısızlığı önceden fark edip sorumluluktan kaçınabilmeye yarayan güç, bilgi, araç ve kaynaklara erişim düşünüldüğünde, CEO başta olmak üzere yöneticilerin bu kaçınmayı başarma olasılığının çalışanlara kıyasla anlamlı ölçüde farklı olacağını düşünüyorum. Üst düzey yöneticilerin, beklenen sorumluluğu fiilen katlanacakları zarardan daha abartılı biçimde büyük görerek başarıya yönelik aşırı ödüllendirmeyi meşrulaştırmalarını kolaylaştıran bir yapı var; ayrıca bu şekilde davranmaları için de kayda değer ölçüde teşvik mevcut.