เมื่อก่อนคีย์บอร์ดภาษาเกาหลีใช้งานลำบากมากจนแทบใช้ไม่ได้เลย ช่วงนี้ดีขึ้นเยอะไหมครับ? พวกปัญหาอย่างใน Chrome ที่พิมพ์แล้วตัวอักษรหาย หรืออักษรตัวสุดท้ายโดนลบ อะไรแบบนี้เมื่อก่อนหนักมากเลย

ชี้ประเด็นได้คมมาก จริง ๆ แล้วอัตราความผิดพลาดของมนุษย์มีมากกว่าด้วย..

นี่เป็นวิธีที่ผมเคยใช้ทำงานเป็นโค้ดดีบักตอนทำงานอยู่บริษัทเกมเมื่อ 25 ปีก่อน แต่จะมีแค่ strcpy ตัวเดียวเสียเมื่อไหร่กันล่ะ พอเป็นรีลีสก็ปลดกลับเพื่อเพิ่มความเร็วแล้วเอาไปให้บริการจริง ฝั่งเกมจริง ๆ ไวต่อปัญหาหน่วยความจำชนกันมากที่สุด เลยต้องทำงานกันอย่างระมัดระวังและมีสติสุด ๆ จนถึงขั้นทำเมมโมรีดีบักเกอร์ใช้กันเอง แต่พอมามองในวันนี้ ที่ทำอยู่นั่นมันเท่ากับกำลังสร้าง garbage collection อยู่เลย ช่างเป็นความทรงจำที่ชวนให้หวนคิดจริง ๆ

โอ้ อ่านเพลินมากครับ คุณบอกว่าการตรวจสอบเพิ่มเติมจะตัดสินใจว่าจะดำเนินการหรือไม่โดยอิงจากค่าความเชื่อมั่น เลยอยากทราบเหมือนกันว่าค่าความเชื่อมั่นนี้วัดออกมาอย่างไร

อ้างอิงเพิ่มเติมนะครับ โมเดล gpt-4o-mini มีค่าใช้จ่ายของ input token สำหรับภาพค่อนข้างแพงเกินไป ตอนรับภาพเข้า เลยแนะนำให้ลองพิจารณาโมเดลขนาดเล็กตัวอื่นด้วยครับ!

เป็นบทความที่แก้ปัญหาได้ดีด้วย VLM เลย อ่านได้อย่างสนุกครับ

มีข้อสงสัยอย่างหนึ่งหลังจากอ่านบทความ คือ

2. การตรวจจับด้วย YOLO – ครอปเฉพาะออบเจ็กต์หลักเพื่อลดขอบเขตการวิเคราะห์

อยากทราบว่าใส่กระบวนการนี้เข้าไปอย่างไรครับ

ระหว่างที่อ่าน ผมรู้สึกว่า VLM น่าจะมีประสิทธิภาพดีกว่า YOLO แต่ในทางกลับกัน ถ้ามีการครอป อาจเกิดปัญหาที่โมเดล YOLO ตัดสินผิดพลาดจนทำให้ข้อมูลสำคัญสูญหายไปก่อนจะส่งต่อให้ VLM หรือเปล่า

เลยอยากทราบว่าจุดเริ่มต้นที่ทำให้นึกถึงการครอปคือปัญหาอะไร และตรวจสอบความแม่นยำก่อนนำมาใช้อย่างไรครับ

โอ้ ดูดีเลยนะครับ หวังว่าจะมีการพอร์ตไปยังหลายภาษา!

ดูเหมือนว่าจะไม่ใช่การแก้ปัญหาด้วยการเปลี่ยนให้เป็นปัญหาเชิงโครงสร้างแล้วค่อยแก้ แต่เป็นการสร้างโมเดลใหม่ขึ้นมาเสียมากกว่านะครับ

ใน MCU ระดับสูงบางรุ่น อย่างที่คุณกล่าวไว้ สามารถใช้ MPU เพื่อกำหนดได้ไม่เพียงสิทธิ์การเข้าถึง แต่รวมถึงคุณสมบัติที่เกี่ยวข้องกับแคชในระดับแต่ละพื้นที่ด้วย เอกสารของ ST ต่อไปนี้น่าจะเป็นแหล่งอ้างอิงที่ดี: https://community.st.com/t5/stm32-mcus/…

อย่างไรก็ตาม ใน ESP32-S3 ที่ใช้ในบทความนี้ ไม่ได้มีวิธีการกำหนดคุณสมบัติ cacheable / non-cacheable แยกตามพื้นที่หน่วยความจำผ่าน MPU หรือกลไกที่คล้ายกัน เหมือนที่มีใน CPU ทั่วไปหรือ MCU บางรุ่น

สำหรับ ESP32-S3 หน่วยความจำภายนอก (Flash/PSRAM) ถูกออกแบบให้เข้าถึงผ่าน cache/MMU (TRM 4.3.3 External Memory) และการควบคุมสิทธิ์การเข้าถึงทำผ่าน PMS (Permission Management System) (TRM Chapter 15) แต่กลไกนี้มีไว้เพื่อการป้องกันการเข้าถึง และไม่ได้มีหน้าที่เปลี่ยนว่าจะผ่านแคชหรือไม่ หรือเปลี่ยนเส้นทางการเข้าถึงเอง

ลิงก์ TRM (Technical Reference Manual): https://documentation.espressif.com/esp32-s3_technical_reference_manua….

ข้อผิดพลาด C4996 'strcpy' : ฟังก์ชันหรือตัวแปรนี้อาจไม่ปลอดภัย พิจารณาใช้ strcpy_s แทน หากต้องการปิดการเลิกใช้งาน ให้ใช้ _CRT_SECURE_NO_WARNINGS ดูความช่วยเหลือออนไลน์สำหรับรายละเอียด

แม้จะไม่มี MMU แต่ก็ยังสามารถกำหนดพื้นที่หน่วยความจำและคุณสมบัติของแต่ละพื้นที่ได้ด้วย MPU
น่าจะลองตรวจสอบดูสักครั้งนะครับ

เขาอาจมีอิทธิพลสูงมากและได้รับค่าตอบแทนตามนั้นมากก็จริง แต่สิ่งนั้นไม่ได้เท่ากับว่าเขาเป็น “คนเดียวในบริษัทที่รับความเสี่ยงเชิงรุก” เสมอไป โดยเฉพาะอย่างยิ่งก็ไม่ใช่เลย ขึ้นอยู่กับว่าคนที่แต่งตั้งเขาเป็นผู้ถือหุ้นใหญ่หรือไม่

ถ้ามองในบริบทเดียวกัน พนักงานก็มีอิทธิพลน้อย จึงรับผิดชอบน้อยและได้เงินเดือนน้อยกว่า แต่ก็ยังเป็นพนักงานที่รับผิดชอบเชิงรุกเช่นกัน และก็ไม่มีเหตุผลที่ CEO จะไม่ถูกแทนที่ด้วย AI ได้เหมือนกัน

ประเด็นที่คุณทิ้งไว้ในคอมเมนต์แรกคือ CEO เป็นคนเดียวที่แบกรับความเสี่ยงเชิงรุกได้ และเพราะแบบนั้นจึงไม่สามารถถูกแทนที่ด้วย AI ได้ ไม่ใช่หรือครับ

ดูเหมือนไม่ค่อยมีประโยชน์ให้ใช้เท่าไหร่นะ..

อ้อ ต่างจากคอมพิวเตอร์ทั่วไป ใน MCU อย่าง ESP32 จะไม่มี MMU ที่สามารถเปลี่ยนคุณสมบัติของหน่วยความจำเป็นรายเพจขณะรันไทม์ได้ ดังนั้นอย่างที่คุณบอกเลยจึงไม่สามารถใช้งานแบบนั้นได้ โดยสถานะว่า cacheable / non-cacheable จะถูกกำหนดตามช่วงหน่วยความจำที่ตายตัวไว้ล่วงหน้า (internal SRAM จะถูกตรึงเป็น non-cacheable และ PSRAM จะถูกตรึงทั้งก้อนเป็นหน่วยความจำแบบ cacheable)

ขอบคุณสำหรับคำถามดี ๆ ครับ!

โห ปล่อยของนี้ออกมาเลยเหรอ.. เป็นบริษัทที่น่ากลัวจริง ๆ

ความสับสนวุ่นวายนี้จะสงบลงเมื่อไหร่กันนะ ไม่ว่าทางไหนก็ตาม,,

ชอบการแสดงวันหยุดราชการมากเลย

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

เหมือนผมจะเคยเห็นสูตรนี้เมื่อหลายปีก่อนเหมือนกัน แต่ก็ทำตามได้ไม่ค่อยดีเท่าไรตลอดช่วงที่ผ่านมา

ผมสงสัยว่าตามที่คุณพูดเรื่องความสอดคล้องกันของแคช น่าจะต้องทำ cache invalidate ทุกครั้ง แล้วทำไมถึงไม่เขียนไปที่พื้นที่แบบ non-cacheable ไปเลย

ถึงว่าเดี๋ยวนี้กูรูทั้งหลายถึงพูดกันว่า พวกมือใหม่กลับใช้เอเจนต์ได้เก่งกว่ามาก แบบนี้นี่เอง ของที่เคยทำเงินให้มานานก็เลยยังไม่ยอม unlearn กัน

ผมคาดว่าเราน่าจะยืนยันกฎพาเรโตได้อีกครั้งว่า สัดส่วนของ “มดที่เอาแต่เล่น” กับ “มดที่ทำงาน” ระหว่างสองกลุ่มคือผู้บริหารกับพนักงานนั้น แทบไม่ได้ต่างกันมากนัก

ขณะเดียวกัน เมื่อพิจารณาถึงอำนาจ ข้อมูล วิธีการ และทรัพยากรที่มีอยู่ ซึ่งทำให้สามารถรับรู้ล่วงหน้าถึงความล้มเหลวที่ไม่อาจหลีกเลี่ยงได้และหลบเลี่ยงความรับผิดชอบได้ ผมคิดว่าโอกาสที่ CEO รวมถึงผู้บริหารจะหลีกเลี่ยงความรับผิดได้สำเร็จนั้น แตกต่างจากพนักงานอย่างมีนัยสำคัญ เป็นโครงสร้างที่เอื้อให้ผู้บริหารระดับสูงประเมินความรับผิดที่คาดว่าจะเกิดขึ้นสูงเกินจริงอย่างเลื่อนลอย เมื่อเทียบกับความเสียหายที่ต้องเผชิญจริง ทำให้ง่ายต่อการสร้างความชอบธรรมให้กับผลตอบแทนส่วนเกินเพื่อแลกกับความสำเร็จ และก็มีแรงจูงใจมากพอที่จะทำเช่นนั้นด้วย