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

 

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

 

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

 

ดูเหมือนว่า 505studio ในลิงก์ของ latpeed จะเป็น mobeah (https://x.com/mobeahmi) นะครับ แค่โพสต์ว่าตัวเองเป็นคนแปลก็คงไม่น่าจะมีปัญหาใหญ่อะไรหรอก

 

ถ้าไม่มีอย่าง React หรือ Vue
ต่อให้ทำฟังก์ชันเดียวกัน ก็ต้องเขียนโค้ดให้ซับซ้อนขึ้นไม่ใช่เหรอ?
โดยเฉพาะตอนจัดการป๊อปอัป แค่ส่ง props ตัวเดียว ถ้าทำด้วย JavaScript ล้วน โค้ดก็ซับซ้อนขึ้นมาก
แค่ทำอะไรที่ง่ายขนาดนี้ โค้ดยังซับซ้อน
ถ้าเป็นฟังก์ชันที่ซับซ้อนจริง ๆ ก็ยิ่งทำได้ยากขึ้น

 

https://godotengine.org/article/godot-showcase-dogwalk/
บทสัมภาษณ์ในบล็อกของ Godot และ

https://studio.blender.org/blog/our-workflow-with-blender-and-godot/
บทความเกี่ยวกับวิธีที่ทีมพัฒนา Blender สร้างเวิร์กโฟลว์ร่วมกับ Godot และจัดการทรัพยากรนั้นน่าสนใจมาก แนะนำอย่างยิ่งครับ

 

https://drive.google.com/file/d/…

ดูได้เลยที่นี่โดยไม่ต้องกรอกหมายเลข

 

ผู้เขียนบทความนี้คือคุณอันกวังซอบ ตัวแทนบริษัท ThreeBlocks.ai ใช่ไหมครับ?

 

เหตุผลที่เก็บรวบรวมหมายเลขโทรศัพท์คืออะไร?

 

อยากอ่านนะ.. แต่พอรู้ว่าต้องกรอกเบอร์ถึงจะได้รับ ก็เลยลังเลอยู่เหมือนกัน

 

เพราะสหรัฐฯ มีพื้นที่กว้างใหญ่ เลยทำให้การลองทำอะไรแบบนี้เป็นไปได้สินะ น่าสนใจดี

 

เป็นข่าวที่ดีเลย 555 หวังว่าจะรองรับ CUDA เร็ว ๆ จะได้เทรนความเร็วสูงบน Mac ได้ด้วยครับ~!

 

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

 

เรื่องความมีหรือไม่มี prototype ก็สำคัญพอๆ กับพื้นฐาน ...
รวมถึงวิธีอ้างอิงของฟังก์ชันลำดับสูงที่ถูกสร้างขึ้นด้วย ...

 

มันเป็นความซับซ้อนที่หลีกเลี่ยงไม่ได้ ไม่ใช่ HTML เทมเพลตแบบเรียบง่ายเหมือนในอดีตอีกต่อไป

 

ถ้าเป็น CPU runtime ที่ใช้แค่สำหรับงานอนุมานแบบง่าย ๆ สถานการณ์ก็ยังพอไหวอยู่บ้าง แต่พอมีบริการ LLM ที่สมัยนี้ต้องรองรับกัน ทั้งทราฟฟิกก็พุ่ง ขนาดระบบก็โต ค่าใช้จ่ายตอนคำนวณนี่แทบสบถออกมาเลย 555

 

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

ป.ล. ช่วงนี้เห็นคำว่า "เทคโนโลยีที่น่าเบื่อ" บ่อยมาก ซึ่งในภาษาอังกฤษก็คือ boring technology นั่นเองครับ

 

> ในทางกลับกัน หากเป็นงานแบบ ‘แค่ทำให้มันรันได้’ การใช้ AI ก็อาจมีประสิทธิภาพ

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

 

มีแพ็กเกจที่ผูก dependency ของ pytorch+cuda ไว้โดยต่างกันแค่เวอร์ชัน... ชวนปวดหัวมาก
ทั้งที่แทบไม่มีฟีเจอร์อะไรเลย แต่เดมอนเล็ก ๆ แต่ละตัวกลับต้องติดตั้ง dependency เกือบ 2GB..