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

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

พยายามไปให้สุดด้วยการเวกเตอร์ไรซ์ด้วย NumPy ก่อน ถ้าไม่ได้ก็ค่อยเสียบ GPU แล้วเปลี่ยนไปใช้ cupy หรือ torch และถ้ายังไม่ได้อีกก็ค่อยเขียนเนทีฟด้วย cython อะไรแบบนั้น... แต่ดูเหมือนว่าถ้าเลี่ยงการเขียนเนทีฟได้ก็ควรเลี่ยงนะครับ มันเหนื่อยมาก

พูดได้ว่าเป็นความพ่ายแพ้อย่างสิ้นเชิงของ Apple เลยนะ

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

ส่งอีเมลไปแล้ว ขอบคุณครับ

ตอนนี้ยังเป็นฟีเจอร์แบบเลือกใช้ และมีโอกาสสูงที่การทำงานหลายเธรดจะยังคงเป็นตัวเลือกต่อไป (เช่น ต้องเปิดออปชัน หรือแยกติดตั้งต่างหาก เป็นต้น)
ผมเองก็ไม่ค่อยใช้ Type และคิดว่าน่าจะใช้ free-threading บ้างเพราะมีประเด็นด้านประสิทธิภาพ แต่คงจะใช้ในขอบเขตที่จำกัดมาก

เขามองเห็นอนาคตแบบไหนกันแน่ถึงได้ตัดสินใจแบบนี้...

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

free threading python นี่ดูไม่ใช่เรื่องง่ายเอาเสียเลยจริงๆ ให้ความรู้สึกเหมือนกำลังเปิดกล่องแพนโดรา มีความเป็นไปได้ที่บั๊กด้านการซิงโครไนซ์สารพัดแบบที่ซ่อนอยู่จนถึงตอนนี้จะปะทุขึ้นมา แถมยังอาจโผล่มาตอนรันไทม์แบบนานๆ ทีอีกต่างหาก ปัญหาที่เคยปวดหัวเวลา开发แบบมัลติเธรดอาจเริ่มเกิดขึ้นกับ Python อย่างจริงจังก็ได้ แค่ดูตระกูล C ก็พอ ส่วนที่ใช้ฟังก์ชันที่ไม่ thread-safe ก็น่าจะเกิดปัญหาทันทีเลย

สมัยก่อนก็มีนะ M Editor น่ะ…
https://www.edm2.com/index.php/Microsoft_Editor

โอ...!

ตอนที่คิดว่านี่เป็นแค่เทคโนโลยีใหม่ ก็แค่มองด้วยความสงสัยปนสนใจเท่านั้น
แต่ตอนนี้เมื่อผู้จ้างงานลงมือปรับลดการจ้างงานและลดค่าจ้างจริง ๆ โดยอ้างเทคโนโลยีแบบนี้เป็นเหตุผล ก็ทำให้รู้สึกไม่ค่อยดีเอาเสียเลย..

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

โอ๊ะ ฮือ ดูเหมือนว่า 9to5mac จะบล็อกการเข้าถึงของบอตไว้แบบเด็ดขาดเลยนะครับ
ผมสรุปด้วยตนเองแล้ว ตอนนี้ก็กำลังปรับแก้พรอมป์ต์อยู่เรื่อย ๆ ครับ ปัจจุบันยาวประมาณ 4,000 ตัวอักษร (800 โทเคน)

ผมได้มีส่วนร่วมเพิ่มฟีเจอร์ต่าง ๆ เช่น การแปลแบบกำหนดเอง ตัวโหลดไฟล์ Excel และ virtual list หวังว่าจะมีคนใช้กันมาก ๆ ในเกาหลีด้วยนะครับ ^^

ผมกำลังติด Gemini เข้ากับ Github เพื่อให้ช่วยรีวิว PR อยู่ แล้วก็มีจังหวะแบบนั้นเกิดขึ้นบ่อยพอสมควรเลยครับ
ทั้งที่เช็ก null ไปแล้วในบรรทัดด้านบนแท้ ๆ แต่มันกลับรีวิวให้เพิ่มบรรทัดเดิมที่อยู่ข้างบนขึ้นมาอีกแบบเป๊ะ ๆ ว่ากำลังใช้งานโดยไม่เช็ก null.

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

อันนี้น่าสนใจดีนะ 555
แยกจากเรื่องข้อผิดพลาดแล้ว คุณภาพสรุปของ GeekNews ก็ดีมาก เลยสงสัยเรื่องพรอมป์ตอยู่ตลอด

พอลองใช้ดูแล้ว แม้ว่า vibe coding กับ coding agent จะมีส่วนที่สะดวกจริง แต่ถ้าอยากให้สะดวกก็ต้องส่งพรอมป์ต์แบบละเอียดและเข้มงวดมากอยู่ดี แล้วตั้งแต่แรกก็มีหลายโปรเจกต์ที่ไปกันไม่ค่อยได้ตามลักษณะของโปรเจกต์ด้วยนะ ถ้าเป็นเว็บเซิร์ฟเวอร์โครงสร้าง MSA ที่ฟังก์ชันต่าง ๆ ถูกแยกย่อยไว้อย่างกระชับและชัดเจน มันจะทำงานได้ดี แต่ถ้าจะให้ AI ไปแก้โลจิกซับซ้อนใน big monolith ที่มีโมดูลจำนวนมากผูกกันอยู่ ก็ต้องวางแผน task อย่างละเอียดมากและส่งพรอมป์ต์ให้ดีมาก ๆ