geralt 5 일 전 | ความคิดเห็นหลัก | ใน: เหตุผลที่ยกเลิก Claude: ปัญหาโทเค็น คุณภาพลดลง และการซัพพอร์ตที่ย่ำแย่ (nickyreinert.de) ตอนนี้คุณใช้บริการอะไรแทนอยู่ครับ? Codex เหรอ? ผมยังใช้อยู่ต่อเพราะมองไม่เห็นทางเลือกอื่น... bluenyx 5 일 전 | ความคิดเห็นหลัก | ใน: 5 รูปแบบการผสานระบบมัลติเอเจนต์ที่ Google Cloud เสนอ: A2A และ MCP (x.com/GoogleCloudTech) แค่มีคนระดับซีเนียร์ 3-4 คน ก็เริ่มกลายเป็นโครงสร้างที่รองรับงานในระดับที่เดิมต้องใช้คน 3-40 คนได้แล้วนะครับ (ชัดเจนกว่าตอนนี้อีก..) savvykang 5 일 전 | ความคิดเห็นหลัก | ใน: เหตุผลที่ยกเลิก Claude: ปัญหาโทเค็น คุณภาพลดลง และการซัพพอร์ตที่ย่ำแย่ (nickyreinert.de) บริการราคา 220 ดอลลาร์ต่อเดือนยังทำเวลาใช้งานได้ไม่ถึง 99.5% แบบนี้ก็ชวนให้คิดว่าผู้ใช้ถูกมองเป็นหมูในอวยหรือเปล่า ส่วน Claude.ai นั้นยังทำได้ไม่ถึง 99% ด้วยซ้ำ picopress 5 일 전 | ความคิดเห็นหลัก | ใน: เหตุผลที่ยกเลิก Claude: ปัญหาโทเค็น คุณภาพลดลง และการซัพพอร์ตที่ย่ำแย่ (nickyreinert.de) ขีดจำกัดการใช้งานรายเดือน ขีดจำกัดการใช้งานรายปี ฮ่าๆๆ... kirinonakar 5 일 전 | ความคิดเห็นหลัก | ใน: Codex รองรับการสร้างและตรวจสอบเว็บไซต์ด้วย Browser use (x.com/jameszmsun) gpt เก่งขึ้นมากจริงๆ ตอนนี้ดูเหมือนไม่จำเป็นต้องใช้ antigravity หรือ claude code แล้ว galadbran 5 일 전 | ความคิดเห็นหลัก | ใน: Google วางแผนลงทุนใน Anthropic สูงสุด 4 หมื่นล้านดอลลาร์ (bloomberg.com) พวกเขาเองก็คอมพิวต์ไม่พออยู่แล้วแท้ ๆ ตั้งแต่วันที่ 1 เมษายนก็เริ่มตั้งข้อจำกัดแล้วว่าถึงจะจ่ายเงินก็ใช้เพิ่มไม่ได้อีก ฮือ ๆ cherrycoder 5 일 전 | ความคิดเห็นหลัก | ใน: นอร์เวย์เดินหน้าผลักดันการแบนโซเชียลมีเดียสำหรับผู้ที่อายุต่ำกว่า 16 ปี (bloomberg.com) ก่อนหน้านี้ก็ห้ามร้านเกม ร้านคาราโอเกะ และร้านบิลเลียดภายในรัศมี 200 เมตรรอบโรงเรียนกันไปแล้ว ตอนนี้ก็ถึงขั้นนี้อีก... neostom432 5 일 전 | ความคิดเห็นหลัก | ใน: DESIGN.md — ฟอร์แมตไฟล์เดี่ยวสำหรับระบบออกแบบเพื่อเครื่องมือเขียนโค้ด AI (สรุปภาษาเกาหลี) (rubric.im) DESIGN.md => ทิศทางของโค้ดนั้นทำให้เป็นอัตโนมัติได้ง่าย แต่ในทางกลับกัน การยกแพตเทิร์นใหม่ที่เกิดขึ้นในโค้ดกลับขึ้นไปไว้ใน DESIGN.md ยังทำให้เป็นอัตโนมัติไม่ได้ เลยต้องให้คนคอยดูแลเอง เมื่อเวลาผ่านไป hardcoding เล็กๆ น้อยๆ จะค่อยๆ สะสมอยู่ในโค้ด แต่ไม่ถูกอัปเดตขึ้นเอกสาร และเรื่องแบบนี้ก็สะสมเพิ่มขึ้นเรื่อยๆ อย่างไรก็ตาม ปรัชญาของฟอร์แมตนี้เองก็โน้มไปทาง "ค่อยๆ ดูแล design system ต่อเนื่องภายใน codebase" อยู่แล้ว ดังนั้นผมมองว่านี่ไม่ใช่ข้อเสีย แต่ใกล้เคียงกับวิธีใช้งานที่ตั้งใจไว้มากกว่า จากเดิมที่ไกด์ถูกแช่แข็งไว้ใน Notion หรือ PDF ก็ถูกดึงลงมาให้กลายเป็นสิ่งที่รีวิวกันได้ในระดับ PR เพราะแบบนั้น โครงสร้างนี้ก็ดูเหมือนจะมาพร้อมความรับผิดชอบที่คนต้องคอยปรับแก้เป็นระยะๆ ไปด้วย เราลองนำไปใช้ในโปรเจกต์ของเราแล้ว และความสม่ำเสมอของหน้าจอก็ดีขึ้นอย่างชัดเจนเมื่อเทียบกับก่อนใช้ พอสัมผัสได้ถึงประโยชน์นั้น การรีวิวแบบแมนนวลก็ไม่ได้รู้สึกเป็นภาระ สุดท้ายแล้วมันคือเรื่องที่ว่าทีมจะทิ้งเกณฑ์ที่ AI ต้องทำตามไว้ได้ชัดเจนแค่ไหน และก็สรุปได้ว่าโครงสร้างนี้คือให้มนุษย์เป็นผู้รับผิดชอบในการคงเกณฑ์นั้นให้ยังมีชีวิตอยู่ต่อไปด้วยมือของตัวเอง m00nlygreat 5 일 전 | ความคิดเห็นหลัก | ใน: DESIGN.md — ฟอร์แมตไฟล์เดี่ยวสำหรับระบบออกแบบเพื่อเครื่องมือเขียนโค้ด AI (สรุปภาษาเกาหลี) (rubric.im) มีข้อสงสัยอยู่อย่างหนึ่งว่า ถ้ามองว่า DESIGN.md เป็นชุดคำสั่งสำหรับดึงดีไซน์ออกมา สุดท้ายมันก็น่าจะถูกใช้ในช่วงแรกไม่กี่หน้า... หรือหน้าเดียว เพื่อสร้างมู้ดบอร์ด แล้วหลังจากนั้นจะเกิดความไม่สอดคล้องกันระหว่างโค้ดกับไฟล์คำสั่ง .md จนต้องซิงก์กันแบบสองทางต่อเนื่องหรือเปล่าครับ? ท้ายที่สุดแล้วดีไซน์ในระยะถัดไปก็ควรมองให้โค้ดเป็น source of truth และนำตัวแปรหรือชื่อเรียกต่าง ๆ กลับมาใช้ซ้ำอย่างสม่ำเสมอ แต่ถ้าไม่ได้อัปเดต DESIGN.md อย่างต่อเนื่องและดูแลให้เป็น SSoT ก็เหมือนจะลงเอยด้วยการฮาร์ดโค้ดโทเคนไปเรื่อย ๆ เลยสงสัยว่าในการใช้งานจริงมีปัญหาแบบนี้หรือไม่ครับ awfulanthropic 5 일 전 | ความคิดเห็นหลัก | ใน: ในยุค AI Coding สิ่งที่เกิดขึ้นในสมองของนักพัฒนาที่หยุดเติบโต (evan-moon.github.io) ท้ายที่สุดแล้วมนุษย์ก็มักจะเลือกสิ่งที่สบายกว่า ผลก็คือแม้จะรู้ว่าคอนเทนต์แบบสั้นไม่ดี แต่ตอนนี้แทบทุกคนก็บริโภคคอนเทนต์สั้นกันอยู่ ต่อจากนี้ AI ก็จะไม่ใช่ทางเลือกแต่จะกลายเป็นสิ่งจำเป็น และในความเป็นจริงความต่างด้านประสิทธิภาพการทำงานระหว่างคนที่ใช้กับไม่ใช้ก็ต่างกันอย่างชัดเจน เรื่องนี้ไม่ว่าจะเป็นนักพัฒนาหรือไม่ใช่นักพัฒนาก็เหมือนกัน เพียงแค่วิธีการและรูปแบบต่างกันเท่านั้น อย่างที่คุณเปรียบกับโทรศัพท์ด้านล่างว่าทำให้เราไม่ต้องจำหมายเลขโทรศัพท์ คนยุคปัจจุบันเองก็เช่นกัน ถ้าไม่มีระบบนำทาง เดี๋ยวนี้ก็ขับรถโดยดูแค่แผนที่ไม่ได้แล้ว และแม้แต่เส้นทางที่ไปประจำก็ไม่ได้พยายามท่องจำเป็นพิเศษ แล้วอย่างนั้นความสามารถในการขับรถเสื่อมลง หรือการรับรู้เชิงพื้นที่กับความจำถดถอยลงหรือเปล่า? ไม่เลย ด้วยการพัฒนาของระบบนำทาง ถ้าเรามีแค่นำทาง เราก็สามารถไปที่ไหนก็ได้ นอกจากนี้ยังมีการพูดกันว่าการใช้ AI จะทำให้ความสามารถด้านการรับรู้ของมนุษย์เสื่อมลง แต่ผมคิดว่านี่ไม่ใช่การเสื่อมถอย หากแต่เป็นการที่ความสามารถด้านการรับรู้เปลี่ยนไปอยู่ในรูปแบบอื่น ช่วงนี้ยังมีการพูดถึงการเขียนโค้ดด้วยมือ ผมเห็นด้วยว่าการรับมือกับความกลัวที่ว่าทักษะแบบดั้งเดิมของตัวเองจะล้าสมัย ผ่านกรอบของงานอดิเรกนั้นทำได้ แต่ก็หวังว่าจะไม่ไปในทิศทางประมาณว่าเรื่องนี้เหมือนเป็นคำตอบที่ถูกต้องเพียงหนึ่งเดียว จนนักพัฒนาต้องเขียนโค้ดด้วยมือให้ได้เพื่อยกระดับความสามารถพื้นฐานของตัวเอง! อันที่จริงวิวัฒนาการของภาษาการเขียนโปรแกรมเองก็พัฒนาไปในทิศทางที่ท้ายที่สุดค่อย ๆ เข้าใกล้ภาษาธรรมชาติที่มนุษย์คุ้นเคยมากขึ้น และตอนนี้ก็ดูเหมือนว่าเรากำลังอยู่ในช่วงเปลี่ยนผ่านไปสู่เป้าหมายสูงสุดนั้น shw00 5 일 전 | ความคิดเห็นหลัก | ใน: 7 งานนอกกรอบที่ทำได้ด้วย LLM (kdnuggets.com) ผมตั้งค่า ChatGPT กับ Claude ให้รับบทเป็นฝ่ายคัดค้านในการถกเถียงเชิงวิชาการอยู่เสมอ แล้วพบว่ามันช่วยได้มากทั้งด้านตรรกะและการขัดเกลาโมเดลให้ละเอียดขึ้น lamanus 5 일 전 | ความคิดเห็นหลัก | ใน: การยึดแพ็กเกจ npm ของ Bitwarden CLI – พบการโจมตีขโมยข้อมูลรับรองนักพัฒนาครั้งใหญ่ (research.jfrog.com) Homebrew เปลี่ยนมาเป็นปิด postinstall โดยค่าเริ่มต้นและอนุญาตเป็นข้อยกเว้นแทนแล้ว จะบอกว่าโชคดีก็ได้ เพราะผมอัปเดตตามแท็กของรีโปโดยไม่ได้ดู npm เลย เวอร์ชันนี้ก็เลยรอดไปได้พอดี ช่วงหลังมานี้ npm ก็มีช่วงคูลดาวน์เข้ามาด้วย ดังนั้นถึงจะดูจาก npm ก็น่าจะไม่ได้ถูกเผยแพร่ออกมาอยู่ดี tazuya 5 일 전 | ความคิดเห็นหลัก | ใน: โพสต์มอร์เทมเหตุขัดข้องของ Claude Code จาก Anthropic: 23 เมษายน 2025 (anthropic.com) มีแค่ผมคนเดียวหรือเปล่าที่คิดว่า ตอนมีการชี้ปัญหาในช่วงแรกก็ยังยืนกรานว่าไม่มีปัญหา แต่พอเรื่องกลายเป็นประเด็นใหญ่จนคงปิดไม่อยู่แล้ว ถึงค่อยออกมาเปิดเผย foobarman 5 일 전 | ความคิดเห็นหลัก | ใน: จำเป็นต้องมีฐานข้อมูลจริงหรือ (dbpro.app) อยากรายงานแต่ไม่รู้วิธีรายงาน เฮ้อ. foobarman 5 일 전 | ความคิดเห็นหลัก | ใน: จำเป็นต้องมีฐานข้อมูลจริงหรือ (dbpro.app) ฮ่าๆ แค่ดูจากคำที่ใช้ก็รู้แล้วว่าเป็นพวกจาก DC Inside, Ilbe, Ppomppu/FCM แนวๆ นั้น อย่าไปใส่ใจเลย emptybynature 5 일 전 | ความคิดเห็นหลัก | ใน: Claude Code กำลังจะถูกถอดออกจากแพ็กเกจ Pro หรือไม่? (bsky.app) ดูจากที่ทำแบบนี้ ทั้งที่ในบรรดาผู้ใช้ทั่วไปที่ไม่ได้ใช้เพื่อการเขียนโค้ดเอง การรับรู้เกี่ยวกับ Claude ก็ต่ำอยู่แล้ว แปลว่าในทางปฏิบัติก็คงตั้งใจจะทิ้งผู้ใช้รายบุคคลที่ยังไงก็ทำเงินไม่ได้อยู่ดี hebu570 5 일 전 | ความคิดเห็นหลัก | ใน: GStack: แนะนำบน YouTube เกี่ยวกับเฟรมเวิร์กเอเจนต์เขียนโค้ด AI ที่สร้างโดย CEO ของ Y Combinator (youtube.com) ผมใช้งาน gstack ได้ดีมาก เวลาที่ใช้ขัดเกลาสเปกลดลงไปเยอะเลย emptybynature 6 일 전 | ความคิดเห็นหลัก | ใน: OpenAI เปิดตัว GPT-5.5: "ความฉลาดอีกระดับใหม่สำหรับงานจริง" (openai.com) คำกล่าวอ้างว่า Codex ไม่ใช่ sota นั้น พูดได้ก็มีแต่คนที่ไม่เคยลองใช้หรือไม่ก็ไม่ได้สนใจด้านนี้เท่านั้น unsure4000 6 일 전 | ความคิดเห็นหลัก | ใน: โปรแกรมแก้ไขฐานสิบหกควรแสดงไบต์ด้วยการแยกสี (simonomi.dev) อย่างน้อยถ้ามีแฟล็กก็น่าจะมีประโยชน์กว่ามากนะครับ แค่แสดงค่าที่พบบ่อยที่สุดกับส่วนที่เหลือให้ต่างกันก็น่าจะดีไม่ใช่หรือครับ alfenmage 6 일 전 | ความคิดเห็นหลัก | ใน: จำเป็นต้องมีฐานข้อมูลจริงหรือ (dbpro.app) ระดับนั้นคือระดับแบบไหนกันแน่ เหตุผลที่คุณประเมินระดับนั้นคืออะไร ลองพูดมาโดยใช้มากกว่า 2 อย่างจากตรรกะ/ข้อเท็จจริง/วิทยาศาสตร์/สถิติดูสิ อืออ โหลดความคิดเห็นเพิ่มเติม
ตอนนี้คุณใช้บริการอะไรแทนอยู่ครับ? Codex เหรอ? ผมยังใช้อยู่ต่อเพราะมองไม่เห็นทางเลือกอื่น...
แค่มีคนระดับซีเนียร์ 3-4 คน ก็เริ่มกลายเป็นโครงสร้างที่รองรับงานในระดับที่เดิมต้องใช้คน 3-40 คนได้แล้วนะครับ (ชัดเจนกว่าตอนนี้อีก..)
บริการราคา 220 ดอลลาร์ต่อเดือนยังทำเวลาใช้งานได้ไม่ถึง 99.5% แบบนี้ก็ชวนให้คิดว่าผู้ใช้ถูกมองเป็นหมูในอวยหรือเปล่า ส่วน Claude.ai นั้นยังทำได้ไม่ถึง 99% ด้วยซ้ำ
ขีดจำกัดการใช้งานรายเดือน
ขีดจำกัดการใช้งานรายปี
ฮ่าๆๆ...
gpt เก่งขึ้นมากจริงๆ ตอนนี้ดูเหมือนไม่จำเป็นต้องใช้ antigravity หรือ claude code แล้ว
พวกเขาเองก็คอมพิวต์ไม่พออยู่แล้วแท้ ๆ ตั้งแต่วันที่ 1 เมษายนก็เริ่มตั้งข้อจำกัดแล้วว่าถึงจะจ่ายเงินก็ใช้เพิ่มไม่ได้อีก ฮือ ๆ
ก่อนหน้านี้ก็ห้ามร้านเกม ร้านคาราโอเกะ และร้านบิลเลียดภายในรัศมี 200 เมตรรอบโรงเรียนกันไปแล้ว ตอนนี้ก็ถึงขั้นนี้อีก...
DESIGN.md => ทิศทางของโค้ดนั้นทำให้เป็นอัตโนมัติได้ง่าย แต่ในทางกลับกัน การยกแพตเทิร์นใหม่ที่เกิดขึ้นในโค้ดกลับขึ้นไปไว้ใน DESIGN.md ยังทำให้เป็นอัตโนมัติไม่ได้ เลยต้องให้คนคอยดูแลเอง เมื่อเวลาผ่านไป hardcoding เล็กๆ น้อยๆ จะค่อยๆ สะสมอยู่ในโค้ด แต่ไม่ถูกอัปเดตขึ้นเอกสาร และเรื่องแบบนี้ก็สะสมเพิ่มขึ้นเรื่อยๆ
อย่างไรก็ตาม ปรัชญาของฟอร์แมตนี้เองก็โน้มไปทาง "ค่อยๆ ดูแล design system ต่อเนื่องภายใน codebase" อยู่แล้ว ดังนั้นผมมองว่านี่ไม่ใช่ข้อเสีย แต่ใกล้เคียงกับวิธีใช้งานที่ตั้งใจไว้มากกว่า จากเดิมที่ไกด์ถูกแช่แข็งไว้ใน Notion หรือ PDF ก็ถูกดึงลงมาให้กลายเป็นสิ่งที่รีวิวกันได้ในระดับ PR เพราะแบบนั้น โครงสร้างนี้ก็ดูเหมือนจะมาพร้อมความรับผิดชอบที่คนต้องคอยปรับแก้เป็นระยะๆ ไปด้วย เราลองนำไปใช้ในโปรเจกต์ของเราแล้ว และความสม่ำเสมอของหน้าจอก็ดีขึ้นอย่างชัดเจนเมื่อเทียบกับก่อนใช้ พอสัมผัสได้ถึงประโยชน์นั้น การรีวิวแบบแมนนวลก็ไม่ได้รู้สึกเป็นภาระ สุดท้ายแล้วมันคือเรื่องที่ว่าทีมจะทิ้งเกณฑ์ที่ AI ต้องทำตามไว้ได้ชัดเจนแค่ไหน และก็สรุปได้ว่าโครงสร้างนี้คือให้มนุษย์เป็นผู้รับผิดชอบในการคงเกณฑ์นั้นให้ยังมีชีวิตอยู่ต่อไปด้วยมือของตัวเอง
มีข้อสงสัยอยู่อย่างหนึ่งว่า ถ้ามองว่า DESIGN.md เป็นชุดคำสั่งสำหรับดึงดีไซน์ออกมา สุดท้ายมันก็น่าจะถูกใช้ในช่วงแรกไม่กี่หน้า... หรือหน้าเดียว เพื่อสร้างมู้ดบอร์ด แล้วหลังจากนั้นจะเกิดความไม่สอดคล้องกันระหว่างโค้ดกับไฟล์คำสั่ง
.mdจนต้องซิงก์กันแบบสองทางต่อเนื่องหรือเปล่าครับ?ท้ายที่สุดแล้วดีไซน์ในระยะถัดไปก็ควรมองให้โค้ดเป็น source of truth และนำตัวแปรหรือชื่อเรียกต่าง ๆ กลับมาใช้ซ้ำอย่างสม่ำเสมอ แต่ถ้าไม่ได้อัปเดต DESIGN.md อย่างต่อเนื่องและดูแลให้เป็น SSoT ก็เหมือนจะลงเอยด้วยการฮาร์ดโค้ดโทเคนไปเรื่อย ๆ เลยสงสัยว่าในการใช้งานจริงมีปัญหาแบบนี้หรือไม่ครับ
ท้ายที่สุดแล้วมนุษย์ก็มักจะเลือกสิ่งที่สบายกว่า ผลก็คือแม้จะรู้ว่าคอนเทนต์แบบสั้นไม่ดี แต่ตอนนี้แทบทุกคนก็บริโภคคอนเทนต์สั้นกันอยู่ ต่อจากนี้ AI ก็จะไม่ใช่ทางเลือกแต่จะกลายเป็นสิ่งจำเป็น และในความเป็นจริงความต่างด้านประสิทธิภาพการทำงานระหว่างคนที่ใช้กับไม่ใช้ก็ต่างกันอย่างชัดเจน เรื่องนี้ไม่ว่าจะเป็นนักพัฒนาหรือไม่ใช่นักพัฒนาก็เหมือนกัน เพียงแค่วิธีการและรูปแบบต่างกันเท่านั้น อย่างที่คุณเปรียบกับโทรศัพท์ด้านล่างว่าทำให้เราไม่ต้องจำหมายเลขโทรศัพท์ คนยุคปัจจุบันเองก็เช่นกัน ถ้าไม่มีระบบนำทาง เดี๋ยวนี้ก็ขับรถโดยดูแค่แผนที่ไม่ได้แล้ว และแม้แต่เส้นทางที่ไปประจำก็ไม่ได้พยายามท่องจำเป็นพิเศษ
แล้วอย่างนั้นความสามารถในการขับรถเสื่อมลง หรือการรับรู้เชิงพื้นที่กับความจำถดถอยลงหรือเปล่า? ไม่เลย ด้วยการพัฒนาของระบบนำทาง ถ้าเรามีแค่นำทาง เราก็สามารถไปที่ไหนก็ได้
นอกจากนี้ยังมีการพูดกันว่าการใช้ AI จะทำให้ความสามารถด้านการรับรู้ของมนุษย์เสื่อมลง แต่ผมคิดว่านี่ไม่ใช่การเสื่อมถอย หากแต่เป็นการที่ความสามารถด้านการรับรู้เปลี่ยนไปอยู่ในรูปแบบอื่น
ช่วงนี้ยังมีการพูดถึงการเขียนโค้ดด้วยมือ ผมเห็นด้วยว่าการรับมือกับความกลัวที่ว่าทักษะแบบดั้งเดิมของตัวเองจะล้าสมัย ผ่านกรอบของงานอดิเรกนั้นทำได้ แต่ก็หวังว่าจะไม่ไปในทิศทางประมาณว่าเรื่องนี้เหมือนเป็นคำตอบที่ถูกต้องเพียงหนึ่งเดียว จนนักพัฒนาต้องเขียนโค้ดด้วยมือให้ได้เพื่อยกระดับความสามารถพื้นฐานของตัวเอง!
อันที่จริงวิวัฒนาการของภาษาการเขียนโปรแกรมเองก็พัฒนาไปในทิศทางที่ท้ายที่สุดค่อย ๆ เข้าใกล้ภาษาธรรมชาติที่มนุษย์คุ้นเคยมากขึ้น และตอนนี้ก็ดูเหมือนว่าเรากำลังอยู่ในช่วงเปลี่ยนผ่านไปสู่เป้าหมายสูงสุดนั้น
ผมตั้งค่า ChatGPT กับ Claude ให้รับบทเป็นฝ่ายคัดค้านในการถกเถียงเชิงวิชาการอยู่เสมอ แล้วพบว่ามันช่วยได้มากทั้งด้านตรรกะและการขัดเกลาโมเดลให้ละเอียดขึ้น
Homebrew เปลี่ยนมาเป็นปิด
postinstallโดยค่าเริ่มต้นและอนุญาตเป็นข้อยกเว้นแทนแล้ว จะบอกว่าโชคดีก็ได้ เพราะผมอัปเดตตามแท็กของรีโปโดยไม่ได้ดู npm เลย เวอร์ชันนี้ก็เลยรอดไปได้พอดี ช่วงหลังมานี้ npm ก็มีช่วงคูลดาวน์เข้ามาด้วย ดังนั้นถึงจะดูจาก npm ก็น่าจะไม่ได้ถูกเผยแพร่ออกมาอยู่ดีมีแค่ผมคนเดียวหรือเปล่าที่คิดว่า ตอนมีการชี้ปัญหาในช่วงแรกก็ยังยืนกรานว่าไม่มีปัญหา แต่พอเรื่องกลายเป็นประเด็นใหญ่จนคงปิดไม่อยู่แล้ว ถึงค่อยออกมาเปิดเผย
อยากรายงานแต่ไม่รู้วิธีรายงาน เฮ้อ.
ฮ่าๆ แค่ดูจากคำที่ใช้ก็รู้แล้วว่าเป็นพวกจาก DC Inside, Ilbe, Ppomppu/FCM แนวๆ นั้น อย่าไปใส่ใจเลย
ดูจากที่ทำแบบนี้ ทั้งที่ในบรรดาผู้ใช้ทั่วไปที่ไม่ได้ใช้เพื่อการเขียนโค้ดเอง การรับรู้เกี่ยวกับ Claude ก็ต่ำอยู่แล้ว แปลว่าในทางปฏิบัติก็คงตั้งใจจะทิ้งผู้ใช้รายบุคคลที่ยังไงก็ทำเงินไม่ได้อยู่ดี
ผมใช้งาน gstack ได้ดีมาก เวลาที่ใช้ขัดเกลาสเปกลดลงไปเยอะเลย
คำกล่าวอ้างว่า Codex ไม่ใช่ sota นั้น พูดได้ก็มีแต่คนที่ไม่เคยลองใช้หรือไม่ก็ไม่ได้สนใจด้านนี้เท่านั้น
อย่างน้อยถ้ามีแฟล็กก็น่าจะมีประโยชน์กว่ามากนะครับ แค่แสดงค่าที่พบบ่อยที่สุดกับส่วนที่เหลือให้ต่างกันก็น่าจะดีไม่ใช่หรือครับ
ระดับนั้นคือระดับแบบไหนกันแน่ เหตุผลที่คุณประเมินระดับนั้นคืออะไร ลองพูดมาโดยใช้มากกว่า 2 อย่างจากตรรกะ/ข้อเท็จจริง/วิทยาศาสตร์/สถิติดูสิ อืออ