เมื่อปีที่แล้วมีการปรับปรุงด้าน HiDPI และ HDR ไปมาก ตอนนี้ดูเหมือนว่าการรองรับจะดีกว่า Windows แล้ว

 

ก็สงสัยจริง ๆ ว่าทำไมราคา 4o mini ถึงเป็นแบบนั้น เพราะเท่าที่รู้ 4o ปกติถูกกว่านะ 555

 

ผมเข้าใจผิดไปเองว่าแน่นอนว่าต้องเป็นคอร์ arm
ขอบคุณสำหรับคำตอบที่กรุณามากครับ

 

กระแส Linux กำลังมา..! ผมใช้ PC Linux มาตั้งแต่สมัยมัธยมปลาย รวมแล้วก็ราว ๆ 20 ปีแล้ว
ตั้งแต่ประมาณ 5 ปีก่อนก็เปลี่ยนแล็ปท็อปหลักมาใช้ Fedora แล้วก็ลงตัวอยู่กับมันครับ
แม้จะมีเดสก์ท็อป Windows อยู่ด้วย แต่ก็นึกไม่ค่อยออกว่าจะเปิดใช้เมื่อไรนอกจากเล่นเกมบางเกม
แม้แต่เว็บของหน่วยงานภาครัฐ ถ้าเทียบกับใช้เดสก์ท็อป Windows แล้ว เอาไปเปิดในสภาพแวดล้อมเสมือนบน Bottles กลับจะดีกว่า เพราะสามารถโยนโปรแกรมความปลอดภัยไร้สาระทั้งหมดไปกองไว้แค่ในสภาพแวดล้อมเสมือนได้ เลยยิ่งชอบครับ~

 

ทุกวันนี้ปัญหาเรื่อง Wayland ก็หายไปเยอะแล้วครับ

 

ในปี 2026 จะมีเครื่องมือใหม่ ๆ ออกมาบ้างไหมนะ? อาจจะไม่เหมือน Rails แต่มีการทำ abstraction มากขึ้นอีกหน่อย.. ขอลองคาดหวังดูครับ

 

จู่ ๆ ก็ทำให้นึกถึงแอรอน สวอตซ์ ผู้ร่วมก่อตั้ง Reddit ขึ้นมาเลยนะครับ นี่คงเป็นการเปลี่ยนแปลงที่เขาเฝ้าหวังมาตลอดอย่างไม่ต้องสงสัย..

 

เฟรมเวิร์กเอเจนต์... ชื่อดูยิ่งใหญ่ แต่สุดท้ายก็เป็นแค่เครื่องมือที่ส่งต่อให้ llm เท่านั้น เป็นแค่เปลือกเปล่า

 

ควรใช้ snprintf แทน strcpy ถ้าในโค้ดยังมี strcpy อยู่ ก็ควรตามหาที่อยู่ของนักพัฒนาที่เขียนมันขึ้นมา

 

Rails สะดวกก็จริงเพราะบังคับใช้ convention และมี "เวทมนตร์" มากมายอยู่ใต้ abstraction layer แม้จะมี trade-off เรื่องประสิทธิภาพที่ลดลง แต่สิ่งนี้ไม่ได้ทำให้ต้องเสียเงินทันที
แต่ถ้าเฟรมเวิร์กเป็นคนเลือกโมเดลเองตามใจ ใครจะรับผิดชอบถ้าโดนค่าใช้โทเคนถล่ม...?

 

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

ผมคิดว่ามีเพียง “มนุษย์” เท่านั้นที่เป็นผู้แบกรับความเสี่ยง

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

อย่างไรก็ตาม ผมคิดว่าในอนาคตอันใกล้ เทคโนโลยีอาจสามารถกระจาย/ควบคุม/เฮดจ์ความเสี่ยงนั้นได้ด้วยซ้ำ เพราะทิศทางการพัฒนาของเทคโนโลยีก็เป็นแบบนั้นมาโดยตลอด

 

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

 

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

 

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

 

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

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

 

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

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

  1. การตรวจจับด้วย 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….