Python 3.16 นัด alpha 13 ต.ค. แล้วเครื่องทำงานควรลงรุ่นไหน

Python 3.16.0 alpha 1 มีกำหนดออกวันอังคารที่ 13 ตุลาคม 2026 แปลว่าเป็นนัดเริ่มปล่อยรุ่นทดลอง ยังไม่ได้ออก ณ วันเผยแพร่บทความนี้ ตาม PEP 826 ซึ่งเป็นเอกสารกำหนดการของโครงการครับ ส่วนรุ่นสำหรับใช้งานจริงที่เพิ่งออกคือ Python 3.15.0 ตามประกาศ Python Insider วันที่ 9 ตุลาคม

ถ้าคุณกำลังติดตั้งเพื่อเรียน เขียนโปรแกรมสั้น ๆ จัดไฟล์ หรือช่วยทำรายงานในออฟฟิศ คำแนะนำของผมคือเลือกรุ่นเสถียรที่เครื่องมือของคุณรองรับก่อน เลขรุ่นที่สูงกว่าไม่ได้แปลว่าเหมาะกับงานส่งพรุ่งนี้มากกว่า เพราะตารางของ Python Developer’s Guide แยกสายพัฒนาออกจากสายใช้งานจริงอย่างชัดเจน

สรุป 30 วินาที: เกิดอะไรขึ้น

Python Insider ยืนยันว่ารุ่นใหม่ที่ออกแล้วเป็น stable release หรือรุ่นเสถียรสำหรับใช้งานจริง ขณะที่ PEP 826 วาง alpha ของรุ่นถัดไปไว้หลังจากนั้น แต่คำว่า alpha หมายถึงรุ่นทดลองช่วงต้น ไม่ได้รับประกันว่าสคริปต์เดิมของเราจะทำงานครบ

Savannah Ostrowski เป็นผู้จัดการการออกรุ่นถัดไปตาม PEP 826 เอกสารนี้ระบุว่าการพัฒนาเริ่มไปแล้วตั้งแต่เดือนพฤษภาคม ดังนั้นข่าวรอบนี้คือกำหนดปล่อย alpha แรก ไม่ได้หมายถึงเพิ่งเริ่มเขียนรุ่นใหม่หลังรุ่นเสถียรออก

หมุดสำคัญถัดไปตามแผนคือ beta แรกวันที่ 4 พฤษภาคม 2027 แปลว่าเมื่อถึงจุดนั้นจะหยุดรับคุณสมบัติใหม่ ตาม PEP 826 ส่วนรุ่นสมบูรณ์มีกำหนดวันที่ 5 ตุลาคม 2027 แปลว่ายังเป็นเป้าหมายในอนาคต ไม่ใช่วันเปิดใช้งานที่เกิดขึ้นแล้ว และวันที่นี้ยังต่างจากตาราง Devguide ซึ่งจะอธิบายด้านล่าง

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

ทำไมเรื่องนี้เกี่ยวกับคุณ

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

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

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

เรื่องนี้เกี่ยวกับข้อมูลภาษาไทยด้วย เพราะ Python Insider ระบุว่ารุ่นเสถียรใหม่ใช้ UTF-8 เป็นรูปแบบเข้ารหัสข้อความเริ่มต้น กล่าวง่าย ๆ คือกติกาแปลงตัวอักษรเป็นข้อมูลที่เครื่องอ่านได้ ผมแนะนำให้ทดลองกับสำเนาไฟล์เดิมก่อนย้ายงาน โดยเฉพาะงานที่ต้องอ่านเอกสารจากหลายเครื่อง และอย่าเข้าใจผิดว่าการเปลี่ยนนี้ต้องรอ alpha ของรุ่นถัดไป

ทำงานยังไง

วงจรของ Python เปิดรับของใหม่ก่อนถึง beta แรก ตามคำอธิบายของ Devguide หลังจากนั้นยังแก้ข้อผิดพลาดและปัญหาความปลอดภัยได้ แต่หยุดรับคุณสมบัติใหม่ ส่วน release candidate คือรุ่นเตรียมออกจริงที่อยู่ก่อน final ใน กำหนดการ PEP 826

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

เมื่อนำภาพนี้กลับมาใช้กับ Python คำว่า bugfix คือช่วงแก้ข้อผิดพลาดทั่วไปพร้อมปัญหาความปลอดภัย Devguide บอกว่าช่วงนี้ยังมีชุดติดตั้งที่สร้างพร้อมใช้ ส่วน security-only คือเหลือการแก้ปัญหาความปลอดภัย และโครงการไม่ออกชุดติดตั้งสำเร็จรูปใหม่ในช่วงดังกล่าว แต่ปล่อยตัวโค้ดต้นฉบับตามความจำเป็น

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

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

จุดหักมุม: รุ่นใหม่เริ่มมา แต่รุ่นเก่ายังมีงานของมัน

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

จุดที่ต้องรีบกว่าคือเครื่องที่พ้นการดูแลแล้ว ตาม ตารางเดียวกัน Python 3.10 อยู่ในสถานะ end-of-life หรือสิ้นสุดการสนับสนุน แปลว่าโครงการหยุดรับการเปลี่ยนแปลงให้สายนี้ วันสิ้นสุดที่ตารางระบุคือ 1 ตุลาคม 2026 ซึ่งผ่านไปแล้ว ณ วันเผยแพร่บทความ

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

เรื่องเงิน / ผลกระทบ

แหล่งข้อมูลชุดนี้ไม่มีตัวเลขต้นทุนย้ายระบบของบริษัทไทย ผมจึงไม่ตีราคาเวลาซ่อมงานเป็นเงินบาท สิ่งที่นำมาวางแผนได้คือรายการเปลี่ยนแปลงจริงใน What’s New ฉบับร่าง ด้านล่างเป็นจุดตรวจสำหรับคนมีสคริปต์เดิม ไม่ใช่คำยืนยันว่าทุกเครื่องจะได้รับผลกระทบ และเอกสารยังแก้ไขได้ก่อนออกรุ่นสมบูรณ์

การบันทึกเหตุการณ์ของโปรแกรม: เอกสารร่างระบุว่าตัวรับบันทึกที่สร้างเองใน logging เลิกใช้ชื่ออาร์กิวเมนต์ strm และให้ใช้ stream แทน โดยวิธีเก่าได้รับการประกาศเลิกใช้ตั้งแต่ Python 3.14 ตาม รายการ Removed อาร์กิวเมนต์คือข้อมูลที่ส่งเข้าไปตอนเรียกคำสั่ง ถ้ามีเครื่องมือเก็บบันทึกที่ทีมเขียนเอง ผมแนะนำให้ค้นชื่อเก่านี้ก่อนทดสอบ

การระบุชนิดไฟล์: mimetypes.MimeTypes.add_type() ในเอกสารร่างไม่รับนามสกุลที่ไม่มีจุดนำหน้าแล้ว เว้นแต่เป็นข้อความว่าง มิฉะนั้นจะเกิด ValueError หรือข้อผิดพลาดว่าค่าที่ให้มาไม่ถูกต้อง ตาม เอกสาร Python หากงานเดิมมีการลงทะเบียนชนิดไฟล์เอง จุดที่ควรตรวจคือรูปแบบนามสกุล ไม่จำเป็นต้องเปลี่ยนชื่อไฟล์ทั้งชุด

การรวมรายการให้เป็นผลเดียว: เอกสารร่างถอดการส่ง function หรือ sequence ด้วยชื่อกำกับในการเรียกตัวทำงานที่เขียนด้วย Python ของ functools.reduce() และกำหนดให้ส่งตามตำแหน่ง ตาม รายละเอียด Removed ชื่อกำกับหมายถึงบอกว่าค่าไหนเป็นข้อมูลชนิดใด ส่วนตามตำแหน่งคือให้ลำดับเป็นตัวบอก คนมีเครื่องมือสรุปข้อมูลควรตรวจเฉพาะจุดที่เรียกวิธีนี้ ไม่เหมารวมว่าการคำนวณทั้งหมดเปลี่ยน

การตรวจคำสั่งที่ทำงานแบบรอผล: เอกสารร่างถอด asyncio.iscoroutinefunction() และให้ใช้ inspect.iscoroutinefunction() แทน ตาม เอกสาร Python coroutine คือคำสั่งที่พักรอผลระหว่างทำงานได้ หากชุดเครื่องมือเดิมใช้การตรวจชนิดนี้ ผมแนะนำให้ส่งรายการให้ผู้ดูแลตรวจ ไม่จำเป็นต้องให้คนใช้รายงานทั่วไปแก้ระบบเบื้องหลังเอง

หน้าต่างเลือกเปิดหลายไฟล์: tkinter.filedialog.askopenfiles() ถูกประกาศเลิกใช้ในเอกสารร่าง เพราะการเปิดหลายไฟล์พร้อมกันมีโอกาสผิดพลาด และผลที่คืนมาใช้กับโครงสร้าง with สำหรับจัดการการปิดทรัพยากรไม่ได้ ตาม เอกสาร Python ทางที่เอกสารแนะนำคือรับชื่อไฟล์จาก askopenfilenames() แล้วเปิดทีละไฟล์ รายการนี้ยังเป็นคำเตือน โดยมีกำหนดถอดใน Python 3.19 แปลว่าอย่าเขียนข่าวเหมือนถูกถอดไปพร้อมรายการด้านบนแล้ว

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

ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน

วันออกรุ่นสมบูรณ์ต่างกันจริง: PEP 826 ให้กำหนดวันที่ 5 ตุลาคม 2027 แต่ Devguide แสดงวันที่ 6 ตุลาคม 2027 แปลว่าตารางต่างกันหนึ่งวัน แหล่งที่มีไม่ได้อธิบายเหตุผล ผมจึงยึดเอกสารกำหนดการเฉพาะรุ่นเป็นวันที่หลักของบทความ และเปิดเผยความต่างไว้แทนการเลือกเงียบ ๆ

เสียงที่ชวนมองไปข้างหน้า: Ardit Sulce เขียนใน Daily Python Projects ว่า alpha แรกจะเปิดวันที่ 13 ตุลาคม และวงจรเริ่มต่อทันที ผมใช้บทความนี้เฉพาะบริบทว่ารุ่นถัดไปกำลังตามมา ข้อความนั้นสอดคล้องกับกำหนดการทางการ แต่ยังไม่ใช่หลักฐานว่าปล่อย alpha แล้ว

เสียงที่ให้เผื่อความเปลี่ยนแปลง: ฝั่ง เอกสาร Python เตือนชัดว่า What’s New ยังเป็นฉบับร่าง และจะปรับอีกมากก่อนออกรุ่นจริง นี่เป็นข้อจำกัดต่อการรีบย้ายตามรายการปัจจุบัน ไม่ใช่คำคัดค้านว่าห้ามพัฒนารุ่นใหม่ แหล่งชุดนี้ไม่มีบุคคลออกมาคัดค้านการปล่อย alpha จึงไม่ควรแต่งคู่ขัดแย้งขึ้นมา

รุ่นเสถียรก็มีข้อควรระวังเฉพาะงาน: Python Insider เตือนผู้ใช้ macOS 27.0 ว่า IDLE หรือแอปที่ใช้ tkinter อาจค้างเมื่อเปิดหน้าต่างผ่านคำสั่งเมนู แปลว่าคนใช้โปรแกรมหน้าต่างกลุ่มนี้ต้องตรวจขั้นตอนที่ตนใช้อยู่ ประกาศเชื่อว่าปัญหาเกี่ยวข้องกับพฤติกรรมระบบปฏิบัติการและกระทบ Tk รุ่นปัจจุบัน จึงไม่ควรสรุปว่าลง Python รุ่นใหม่แล้วจะหายเอง

IDLE เป็นโปรแกรมสำหรับเขียนและรัน Python ส่วน tkinter เป็นชุดเครื่องมือทำหน้าต่างแอป ตามบริบทคำเตือนของ Python Insider ทีมออกรุ่นแนะนำให้ผู้พึ่งพาแอปกลุ่มนี้พิจารณาชะลอการติดตั้งระบบปฏิบัติการดังกล่าว หรือทดสอบว่าขั้นตอนทำงานของตนได้รับผลหรือไม่ ข้อควรระวังนี้จึงมีน้ำหนักมากกว่าคำแนะนำกว้าง ๆ ว่ารุ่นเสถียรล่าสุดเหมาะกับทุกคน

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

แล้วเราควรทำอะไร

คนเรียนใหม่ ผู้ปกครอง และคนทำงานทั่วไป — ทำตามได้เลย

1. จดชื่อรุ่นที่บทเรียนหรือเครื่องมือของคุณต้องการก่อนติดตั้ง หากไม่มีข้อจำกัด ผมแนะนำให้เริ่มพิจารณารุ่นเสถียรที่ Python Insider ประกาศออกแล้ว และตรวจการรองรับของเครื่องมือที่จะใช้ประกอบ
2. ถ้างานเดิมต้องใช้ Python 3.14 ให้คงไว้ได้ระหว่างวางแผนย้าย เพราะ Devguide ยังจัดอยู่ในช่วง bugfix แปลว่ายังรับแก้ปัญหาทั่วไปพร้อมความปลอดภัย อย่าลบสภาพแวดล้อมเดิมเพียงเพื่อทำให้เลขรุ่นใหม่ขึ้น
3. ถ้าจำเป็นต้องใช้ Python 3.13 ให้รู้ว่าตารางจัดเป็น security-only แล้ว ตาม Devguide แปลว่าการดูแลเหลือด้านความปลอดภัย ควรตรวจว่าผู้ดูแลเครื่องมือของคุณมีแผนย้ายอย่างไร แทนการคาดว่าจะมีชุดติดตั้งแก้บั๊กทั่วไปออกต่อ
4. เก็บ alpha ไว้นอกเครื่องงานประจำ ผมแนะนำให้รอรุ่นเสถียรและผลทดสอบของงานตนเองก่อนใช้จริง โดยเฉพาะงานที่ต้องส่งให้คนอื่นหรือกระทบข้อมูลลูกค้า

ทีม IT และเจ้าของธุรกิจที่มีคนดูแลระบบ

1. ทำรายการรุ่นที่ติดตั้งจริง แล้วเทียบสถานะกับ Devguide สายที่ตารางระบุเป็น security-only เพิ่มเติมคือ Python 3.12 และ Python 3.11 ส่วนรุ่นที่อยู่ใน end-of-life ควรจัดทำแผนเปลี่ยนก่อนสนใจของทดลอง
2. ระบุคนรับผิดชอบการทดสอบ พร้อมเก็บสำเนาข้อมูลและผลลัพธ์อ้างอิง ผมแนะนำให้ตรวจงานอ่านไฟล์ งานบันทึกเหตุการณ์ และหน้าต่างที่ทีมใช้จริงตามรายการใน เอกสารร่าง
3. สำหรับเครื่อง Mac ที่พึ่งพา IDLE หรือ tkinter ให้ทบทวน คำเตือนของ Python Insider ก่อนวางแผนอัปเดตระบบปฏิบัติการ อย่ารวมการเปลี่ยนหลายอย่างไว้ในรอบเดียวจนแยกสาเหตุเมื่อมีปัญหาไม่ได้

นักพัฒนาและผู้ดูแลไลบรารีที่อยากลอง alpha

1. รอการปล่อยจริงตาม PEP 826 ก่อน แล้วใช้พื้นที่ทดสอบแยกจากงานจริง ผมแนะนำให้เก็บชุดติดตั้งเดิมไว้และใช้ข้อมูลสำเนา เพื่อให้กลับไปทำงานต่อได้
2. ตรวจรายการ Removed กับ Deprecated แยกกันใน What’s New จดว่าปัญหาอยู่ในคำสั่งของเรา หรือชุดเครื่องมือที่ต้องให้ผู้ดูแลแก้ และเก็บขั้นตอนที่ทำให้เห็นปัญหาไว้สำหรับรายงาน
3. อ่านเอกสารร่างซ้ำก่อนหมุด beta ตาม กำหนดการ เพราะช่วงก่อนหยุดรับคุณสมบัติใหม่ยังเปิดให้เปลี่ยนแปลงได้ ประโยชน์ของการลองเร็วคือมีเวลาตรวจและแจ้งปัญหา ไม่ใช่ใช้แทนเครื่องทำงานทันที

ผมมองว่า…

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

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

ปิดท้าย: สิ่งที่ต้องจับตา

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

สิ่งแรกที่ต้องจับตาคือการปล่อย alpha ตามนัดวันที่ 13 ตุลาคม 2026 ใน PEP 826 แปลว่าต้องรอดูการปล่อยจริงก่อนเรียกว่าออกแล้ว สิ่งถัดไปคือรายการเปลี่ยนแปลงใน What’s New ฉบับร่าง ก่อนถึงจุดหยุดรับคุณสมบัติใหม่ตามกำหนดการ

ถ้าต้องเลือกสคริปต์ในงานของคุณมาทดสอบก่อนหนึ่งงาน คุณจะเลือกงานอ่านไฟล์ งานทำรายงาน หรือแอปที่มีหน้าต่าง และเพราะอะไร?

Recap

• เกิดอะไรขึ้น: รุ่นเสถียรใหม่ออกแล้ว แต่ alpha ของรุ่นถัดไปยังเป็นกำหนดการ Python Insider และ PEP 826
• ตัวเลขที่ต้องจำ: 13 ตุลาคม 2026 เป็นนัด alpha แรก แปลว่าเป็นวันทดลองตามแผน ไม่ใช่วันย้ายเครื่องงาน PEP 826
• ข้อมูลไม่ตรงกัน: PEP ให้วัน final เร็วกว่าตาราง Devguide หนึ่งวัน และยังไม่มีคำอธิบายในแหล่งที่อ่าน PEP / Devguide
• สิ่งที่ยังไม่รู้: วันปล่อยจริง เนื้อหาสุดท้าย และความเข้ากันได้กับเครื่องมือของคุณ เอกสารยังเป็นร่าง Python Docs
• ผลต่อเรา: ตรวจสถานะรุ่นเดิมและทดลองกับงานจริงก่อนเปลี่ยน โดยไม่ใช้ alpha แทนเครื่องงานประจำ
• สิ่งที่ต้องจับตา: การปล่อย alpha จริงและรายการเปลี่ยนแปลงก่อน beta ตามแผน PEP 826
• แหล่งอ้างอิง: 1 — กำหนดการ · 2 — เอกสารร่าง · 3 — สถานะการดูแล · 4 — บริบทจาก Ardit Sulce · 5 — ประกาศรุ่นเสถียร