jimmy2056 4 일 전 | ความคิดเห็นหลัก | ใน: เปิดตัว Claude Fable 5/Mythos 5 โมเดลฟรอนเทียร์รุ่นที่ 5 ของ Anthropic (anthropic.com) จากที่รู้สึกเอง คุณภาพงานก็พอเหมาะและใช้โทเคนน้อยด้วยครับ Claude ราคา 200 ดอลลาร์ยังไม่พอ แต่ Codex ราคา 200 ดอลลาร์กลับเหลือ dhkd63 4 일 전 | ความคิดเห็นหลัก | ใน: เปิดตัว Claude Fable 5/Mythos 5 โมเดลฟรอนเทียร์รุ่นที่ 5 ของ Anthropic (anthropic.com) กำลังลังเลอยู่ว่าจะย้ายจาก claude ไป codex ดีไหม ยังไม่แน่ใจครับ เอาเป็นว่าต้องลองใช้ดูก่อน tsboard 4 일 전 | ความคิดเห็นหลัก | ใน: คอมไพล์ TypeScript เป็นแมชชีนโค้ดของ LLVM โดยตรงด้วยคอมไพเลอร์เนทีฟ "Perry" (github.com/PerryTS) เป็นแนวทางที่น่าสนใจดีนะครับ แค่ตัด runtime ออกได้ก็ถือว่าเป็นความสำเร็จครั้งใหญ่แล้ว! choigeon0501 4 일 전 | ความคิดเห็นหลัก | ใน: OCTOMO — API ยืนยันตัวตนด้วยหมายเลขมือถือแบบที่ลูกค้าเป็นผู้ส่ง SMS เอง (MO) (octomo.octoverse.kr) ขอบคุณที่ให้ความสนใจ! choigeon0501 4 일 전 | ความคิดเห็นหลัก | ใน: OCTOMO — API ยืนยันตัวตนด้วยหมายเลขมือถือแบบที่ลูกค้าเป็นผู้ส่ง SMS เอง (MO) (octomo.octoverse.kr) ขอบคุณสำหรับกำลังใจ! choigeon0501 4 일 전 | ความคิดเห็นหลัก | ใน: OCTOMO — API ยืนยันตัวตนด้วยหมายเลขมือถือแบบที่ลูกค้าเป็นผู้ส่ง SMS เอง (MO) (octomo.octoverse.kr) ขอบคุณครับ! clastneo 4 일 전 | ความคิดเห็นหลัก | ใน: วิธีเป็น AI Engineer ที่เก่งขึ้น 30 เท่าด้วย “รสนิยม” (pakodas.substack.com) โอ้ ตอนนี้แค่ 10x ก็ไม่พอแล้วสินะ ต้องเริ่มคิดถึง 30x แล้วเหรอ 555 shakespeares 4 일 전 | ความคิดเห็นหลัก | ใน: Loop Engineering - ออกแบบระบบที่พรอมป์ต์เอเจนต์แทนเรา (addyo.substack.com) การตรวจสอบก็ยังคงเป็นหน้าที่ของตัวเอง ความเข้าใจถ้าปล่อยทิ้งไว้ก็เสื่อมถอย ท่าที่สบายคือท่าที่อันตราย => สุดท้ายแล้วจำเป็นต้องตรวจสอบด้วยตัวเอง และต้องมีการเขียนพรอมป์ต์เพื่อทำให้งานที่ทำซ้ำๆ น้อยลง shakespeares 4 일 전 | ความคิดเห็นหลัก | ใน: เปิดตัว Claude Fable 5/Mythos 5 โมเดลฟรอนเทียร์รุ่นที่ 5 ของ Anthropic (anthropic.com) มีข้อดีอะไรบ้าง? shakespeares 4 일 전 | ความคิดเห็นหลัก | ใน: Slumber - ไคลเอนต์ HTTP/REST แบบทำงานบนเทอร์มินัล (github.com/LucasPickering) คงคุ้นกับ Postman มากเกินไปแล้วครับ winkagn 4 일 전 | ความคิดเห็นหลัก | ใน: เปิดตัว Claude Fable 5/Mythos 5 โมเดลฟรอนเทียร์รุ่นที่ 5 ของ Anthropic (anthropic.com) อันดับแรก มีเขียนไว้ว่าโทเค็นจะหมดเร็วกว่า opus 2 เท่าเลยลองใช้ดู แต่ส่วนตัวยังไม่ค่อยรู้สึกเท่าไรนัก... แล้วก็ขึ้นอยู่กับงาน บางครั้งอาจสลับไปใช้โมเดล opus อัตโนมัติด้วยเหตุผลต่อไปนี้ (https://support.claude.com/en/articles/15363606) savvykang 4 일 전 | ความคิดเห็นหลัก | ใน: Ask HN: หลัง AI ปรากฏขึ้น คุณได้สร้างเครื่องมืออะไรไว้ใช้เพื่อตัวเองบ้าง? (news.ycombinator.com) ผมทำแอปถาดสำหรับไดเรกทอรีงานไว้ใช้เองทั้งบน macOS และ WPF ครับ ปกติผมต้องสลับรีโพวันละสามสี่ครั้ง และเวลาสร้างโปรเจกต์สัปดาห์ละหลายครั้งก็ต้องมานั่ง git init/pull แล้วก็เปิดเอเจนต์หรือเทอร์มินัล ซึ่งน่ารำคาญมาก แต่ตัวนี้ช่วยแก้ปัญหาได้ครับ newdps 4 일 전 | ความคิดเห็นหลัก | ใน: เปิดตัว Claude Fable 5/Mythos 5 โมเดลฟรอนเทียร์รุ่นที่ 5 ของ Anthropic (anthropic.com) ลองใช้ codex อยู่ แล้วแวะลองนิดหน่อย ก่อนจะกดจ่าย 200 ดอลลาร์ไปทันที xguru 5 일 전 | ความคิดเห็นหลัก | ใน: Ask HN: หลัง AI ปรากฏขึ้น คุณได้สร้างเครื่องมืออะไรไว้ใช้เพื่อตัวเองบ้าง? (news.ycombinator.com) ตอนนี้ผมย้ายบล็อกส่วนตัวอายุ 23 ปี https://xguru.net/ จาก WordPress ไปเป็น Cloudflare + Hugo แล้ว โดยทำทั้งเครื่องมือย้ายข้อมูลกับ CMS ขึ้นมาเอง แม้จะเคยรันอยู่บนอินสแตนซ์ Lightsail เล็ก ๆ แต่พอทำแบบนี้ก็ลดค่าใช้จ่ายรายเดือนลงจนไม่ต้องจ่ายอะไรเลย ฟังก์ชันเล็ก ๆ อื่น ๆ ก็ทำด้วย Workers แล้วใช้งานอยู่ด้วย เครื่องมือจัดการกลุ่มเล่นบอร์ดเกมก็รันอยู่ในบล็อกเหมือนกัน ส่วนการส่งอีเมลใช้ resend ผมยังทำเครื่องมือแปลบอร์ดเกมการ์ด/คู่มือเป็นภาษาเกาหลีไว้ใช้เองด้วย เพราะซื้อเกมภาษาอังกฤษที่ในเกาหลีไม่ค่อยมีขายอยู่เยอะ ก็เลยแปลไว้ใช้ส่วนตัว มันช่วยแปล จัดลงเทมเพลต ใส่ลงบนการ์ด และสร้างไฟล์ PDF สำหรับพิมพ์ออกมาให้อัตโนมัติด้วย เลยค่อนข้างสะดวก อย่างอื่นก็เป็นเครื่องมือเฉพาะทางที่ทำมาให้ตรงกับการใช้งานส่วนตัวจนไม่ค่อยเหมาะจะเอาไปเปิดเผย แต่สรุปคือของที่เมื่อก่อนต้องจ่ายเงินซื้อหรือสมัครใช้ ตอนนี้ผมทำใช้เองหมดแล้ว อย่างที่พูดไปข้างบน เรื่องใหญ่ที่สุดน่าจะเป็นการแทนที่ shareware ต่าง ๆ ด้วยของที่ผมสร้างเอง hshim 5 일 전 | ความคิดเห็นหลัก | ใน: OCTOMO — API ยืนยันตัวตนด้วยหมายเลขมือถือแบบที่ลูกค้าเป็นผู้ส่ง SMS เอง (MO) (octomo.octoverse.kr) ทำให้นึกถึงสมัยโทรศัพท์ฟีเจอร์โฟนที่สามารถเปลี่ยนหมายเลขผู้ส่งได้ตามใจเลยนะครับ ถ้าเป็นตอนนั้นก็คงเป็นเทคโนโลยีที่ใช้ไม่ได้ผล แต่ก็น่าสนใจที่เมื่อยุคสมัยเปลี่ยนไป มันกลับกลายเป็นเทคโนโลยีที่นำมาใช้ประโยชน์ได้ tazuya 5 일 전 | ความคิดเห็นหลัก | ใน: AI กำลังชะลอตัว (wheresyoured.at) โห.. ดูเหมือนบริษัทกำลังมีปัญหานะครับ แปลได้แย่ถึงระดับที่แม้แต่ Google Translate ก็ยังไม่ทำแบบนี้ wkang586 5 일 전 | ความคิดเห็นหลัก | ใน: เปิดตัว Claude Fable 5/Mythos 5 โมเดลฟรอนเทียร์รุ่นที่ 5 ของ Anthropic (anthropic.com) เห็นว่าตั้งแต่วันนี้ใช้ใน Cursor ได้ เลยพยายามหาดูว่าผลการประเมินเป็นอย่างไร แต่ตอนนี้ข้อมูลยังมีไม่มากนัก ได้ยินว่าคะแนนประเมินประสิทธิภาพสูงกว่า Opus ก็คงต้องลองใช้ดูเองถึงจะรู้ กังวลว่าจะกินโทเคนแค่ไหน roxie 5 일 전 | ความคิดเห็นหลัก | ใน: กำลังตามหาเว็บไซต์ที่จำชื่อไม่ได้ FYI: ลิงก์ซื้อ Early Access เปิดแล้ว https://www.makingsoftware.com/early-access jeeeyul 5 일 전 | ความคิดเห็นหลัก | ใน: คอมไพล์ TypeScript เป็นแมชชีนโค้ดของ LLVM โดยตรงด้วยคอมไพเลอร์เนทีฟ "Perry" (github.com/PerryTS) ดูเหมือนจะเป็นแบบนั้นนะ แต่พูดตามตรงก็รู้สึกว่าความปลอดภัยด้านหน่วยความจำน่าจะน่าเป็นห่วงพอสมควร แล้วถ้าไม่จำเป็นต้องมี dynamic lookup ตั้งแต่แรก จะมีเหตุผลอะไรให้พัฒนาเป็นสคริปต์ด้วยเหรอ? lyh4215 5 일 전 | ความคิดเห็นหลัก | ใน: [2026/06/01 ~ 07] รวมงานวิจัย AI/ML ที่น่าจับตาในสัปดาห์นี้ (discuss.pytorch.kr) ขอบคุณครับ! โหลดความคิดเห็นเพิ่มเติม
จากที่รู้สึกเอง คุณภาพงานก็พอเหมาะและใช้โทเคนน้อยด้วยครับ Claude ราคา 200 ดอลลาร์ยังไม่พอ แต่ Codex ราคา 200 ดอลลาร์กลับเหลือ
กำลังลังเลอยู่ว่าจะย้ายจาก claude ไป codex ดีไหม
ยังไม่แน่ใจครับ เอาเป็นว่าต้องลองใช้ดูก่อน
เป็นแนวทางที่น่าสนใจดีนะครับ แค่ตัด runtime ออกได้ก็ถือว่าเป็นความสำเร็จครั้งใหญ่แล้ว!
ขอบคุณที่ให้ความสนใจ!
ขอบคุณสำหรับกำลังใจ!
ขอบคุณครับ!
โอ้ ตอนนี้แค่ 10x ก็ไม่พอแล้วสินะ ต้องเริ่มคิดถึง 30x แล้วเหรอ 555
การตรวจสอบก็ยังคงเป็นหน้าที่ของตัวเอง
ความเข้าใจถ้าปล่อยทิ้งไว้ก็เสื่อมถอย
ท่าที่สบายคือท่าที่อันตราย
=> สุดท้ายแล้วจำเป็นต้องตรวจสอบด้วยตัวเอง และต้องมีการเขียนพรอมป์ต์เพื่อทำให้งานที่ทำซ้ำๆ น้อยลง
มีข้อดีอะไรบ้าง?
คงคุ้นกับ Postman มากเกินไปแล้วครับ
อันดับแรก มีเขียนไว้ว่าโทเค็นจะหมดเร็วกว่า
opus2 เท่าเลยลองใช้ดู แต่ส่วนตัวยังไม่ค่อยรู้สึกเท่าไรนัก... แล้วก็ขึ้นอยู่กับงาน บางครั้งอาจสลับไปใช้โมเดลopusอัตโนมัติด้วยเหตุผลต่อไปนี้ (https://support.claude.com/en/articles/15363606)ผมทำแอปถาดสำหรับไดเรกทอรีงานไว้ใช้เองทั้งบน macOS และ WPF ครับ ปกติผมต้องสลับรีโพวันละสามสี่ครั้ง และเวลาสร้างโปรเจกต์สัปดาห์ละหลายครั้งก็ต้องมานั่ง
git init/pullแล้วก็เปิดเอเจนต์หรือเทอร์มินัล ซึ่งน่ารำคาญมาก แต่ตัวนี้ช่วยแก้ปัญหาได้ครับลองใช้ codex อยู่ แล้วแวะลองนิดหน่อย ก่อนจะกดจ่าย 200 ดอลลาร์ไปทันที
ตอนนี้ผมย้ายบล็อกส่วนตัวอายุ 23 ปี https://xguru.net/ จาก WordPress ไปเป็น Cloudflare + Hugo แล้ว โดยทำทั้งเครื่องมือย้ายข้อมูลกับ CMS ขึ้นมาเอง แม้จะเคยรันอยู่บนอินสแตนซ์ Lightsail เล็ก ๆ แต่พอทำแบบนี้ก็ลดค่าใช้จ่ายรายเดือนลงจนไม่ต้องจ่ายอะไรเลย ฟังก์ชันเล็ก ๆ อื่น ๆ ก็ทำด้วย Workers แล้วใช้งานอยู่ด้วย เครื่องมือจัดการกลุ่มเล่นบอร์ดเกมก็รันอยู่ในบล็อกเหมือนกัน ส่วนการส่งอีเมลใช้ resend
ผมยังทำเครื่องมือแปลบอร์ดเกมการ์ด/คู่มือเป็นภาษาเกาหลีไว้ใช้เองด้วย เพราะซื้อเกมภาษาอังกฤษที่ในเกาหลีไม่ค่อยมีขายอยู่เยอะ ก็เลยแปลไว้ใช้ส่วนตัว มันช่วยแปล จัดลงเทมเพลต ใส่ลงบนการ์ด และสร้างไฟล์ PDF สำหรับพิมพ์ออกมาให้อัตโนมัติด้วย เลยค่อนข้างสะดวก
อย่างอื่นก็เป็นเครื่องมือเฉพาะทางที่ทำมาให้ตรงกับการใช้งานส่วนตัวจนไม่ค่อยเหมาะจะเอาไปเปิดเผย แต่สรุปคือของที่เมื่อก่อนต้องจ่ายเงินซื้อหรือสมัครใช้ ตอนนี้ผมทำใช้เองหมดแล้ว อย่างที่พูดไปข้างบน เรื่องใหญ่ที่สุดน่าจะเป็นการแทนที่ shareware ต่าง ๆ ด้วยของที่ผมสร้างเอง
ทำให้นึกถึงสมัยโทรศัพท์ฟีเจอร์โฟนที่สามารถเปลี่ยนหมายเลขผู้ส่งได้ตามใจเลยนะครับ
ถ้าเป็นตอนนั้นก็คงเป็นเทคโนโลยีที่ใช้ไม่ได้ผล แต่ก็น่าสนใจที่เมื่อยุคสมัยเปลี่ยนไป มันกลับกลายเป็นเทคโนโลยีที่นำมาใช้ประโยชน์ได้
โห.. ดูเหมือนบริษัทกำลังมีปัญหานะครับ แปลได้แย่ถึงระดับที่แม้แต่ Google Translate ก็ยังไม่ทำแบบนี้
เห็นว่าตั้งแต่วันนี้ใช้ใน Cursor ได้ เลยพยายามหาดูว่าผลการประเมินเป็นอย่างไร แต่ตอนนี้ข้อมูลยังมีไม่มากนัก
ได้ยินว่าคะแนนประเมินประสิทธิภาพสูงกว่า Opus ก็คงต้องลองใช้ดูเองถึงจะรู้
กังวลว่าจะกินโทเคนแค่ไหน
FYI: ลิงก์ซื้อ Early Access เปิดแล้ว https://www.makingsoftware.com/early-access
ดูเหมือนจะเป็นแบบนั้นนะ แต่พูดตามตรงก็รู้สึกว่าความปลอดภัยด้านหน่วยความจำน่าจะน่าเป็นห่วงพอสมควร
แล้วถ้าไม่จำเป็นต้องมี dynamic lookup ตั้งแต่แรก จะมีเหตุผลอะไรให้พัฒนาเป็นสคริปต์ด้วยเหรอ?
ขอบคุณครับ!