ติดตามความรู้ใหม่: อ่านข้อกำหนดและข้อเสนอ

ส่วนหน้าเปลี่ยนแปลงอย่างรวดเร็ว CSS, JS และเอพีไอใหม่ของเบราว์เซอร์ออกมาให้ใช้งานทุกไตรมาส นักพัฒนาอาวุโสไม่รอบทความจากบล็อก แต่จะอ่านแหล่งข้อมูลต้นฉบับ: ร่างของ W3C ข้อเสนอของ TC39 ข้อกำหนดของ CSS WG และหน้าสถานะการนำไปใช้งานของเบราว์เซอร์

TC39 คือคณะกรรมการที่พัฒนา JavaScript ให้ก้าวหน้า ข้อเสนอจะผ่าน 5 ระยะ: 0 (แนวคิดตั้งต้น) 1 (ข้อเสนอ) 2 (ร่าง) 3 (ผู้สมัคร) 4 (เสร็จสมบูรณ์และส่งมอบใน ECMAScript) ระยะที่ 3 คือช่วงที่ปลอดภัยในการเริ่มพึ่งพา (เบราว์เซอร์นำไปใช้แล้วและไวยากรณ์หยุดเปลี่ยนแปลง)

ข้อเสนอแต่ละรายการอยู่ที่ github.com/tc39/proposal-NAME README อธิบายแรงจูงใจ ไวยากรณ์ และตัวอย่าง ส่วนสาขา ‘ข้อความข้อกำหนด’ มีไวยากรณ์อย่างเป็นทางการ ฟีเจอร์ที่เพิ่งถูกรวมเข้ามา: เรคอร์ดและทูเพิล ตัวดำเนินการไปป์ไลน์ มัณฑนากร v3 และตัวช่วยตัววนซ้ำ

github.com/tc39/proposals: รายการข้อเสนอทั้งหมดพร้อมระยะของแต่ละรายการ 2ality.com: บล็อกของ Axel Rauschmayer ที่สรุปการประชุมทุกครั้ง v8.dev: V8 ของ Google นำข้อเสนอไปใช้งานได้เร็วที่สุด และมีบทความอธิบายข้อเสนอเหล่านั้น

W3C จัดทำมาตรฐาน CSS, ARIA และเอพีไอเว็บ ส่วน WHATWG ดูแล HTML, DOM, Fetch และ URL ซึ่งเป็น ‘มาตรฐานที่พัฒนาอย่างต่อเนื่อง’ ทั้งสององค์กรทำงานอย่างเปิดเผยบน GitHub ทุกคนสามารถแจ้งประเด็นในคลัง html ของ WHATWG ได้

CSS WG ส่งมอบข้อกำหนดอย่างต่อเนื่อง: การค้นหาคอนเทนเนอร์ :has() การซ้อน CSS การเปลี่ยนมุมมอง การจัดตำแหน่งด้วยจุดยึด และภาพเคลื่อนไหวที่ขับเคลื่อนด้วยการเลื่อน ติดตามได้ที่ github.com/w3c/csswg-drafts และบล็อกของ CSS WG

แม้ข้อเสนอระยะที่ 4 ก็ยังใช้งานไม่ได้จนกว่าเบราว์เซอร์จะส่งมอบฟีเจอร์นั้น ตรวจสอบได้ที่: caniuse.com (ข้อมูลทั่วไป) chromestatus.com (Chrome) webkit.org/status (Safari) platform-status.mozilla.org (Firefox)

web.dev/baseline รายงานว่าฟีเจอร์ใด ‘พร้อมใช้งานใหม่’ (มีอยู่ในเบราว์เซอร์หลักรุ่นล่าสุดทั้งหมด) และฟีเจอร์ใด ‘พร้อมใช้งานอย่างแพร่หลาย’ (มีมาประมาณ 30 เดือนขึ้นไป) เหมาะอย่างยิ่งสำหรับตัดสินใจว่าฟีเจอร์ใดปลอดภัยที่จะนำส่ง

1) web.dev/blog — ทีมส่งเสริมการพัฒนาเว็บของ Google 2) บล็อก WebKit — ข่าวประกาศของ Safari 3) v8.dev/blog — JavaScript ของ V8 และ Chrome 4) จดหมายข่าว CSS-Tricks 5) JavaScript Weekly / Frontend Focus 6) This Week in WebKit

อ่านแหล่งข้อมูลต้นฉบับของไลบรารีที่คุณใช้ React, Vue และ Vite ล้วนอยู่บน GitHub การอ่านว่านักดูแลโครงการแก้ปัญหาที่ยุ่งยากอย่างไรเป็นหนึ่งในวิธีที่ดีที่สุดในการพัฒนาทักษะ

อย่าเพียงอ่านเกี่ยวกับฟีเจอร์ใหม่ แต่ให้ลองใช้ด้วย สร้างตัวอย่างเล็ก ๆ ด้วยเอพีไอการเปลี่ยนมุมมอง ด้วยตัวเลือก :has() และด้วยเมธอด Set ใหม่ของ ECMAScript คุณจะเรียนรู้ได้อย่างแท้จริงก็ต่อเมื่อได้ใช้งาน

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

เปิดประเด็นในข้อเสนอของ TC39 / WHATWG พร้อมกรณีใช้งานและตัวอย่างโต้แย้ง — คณะกรรมการรับฟังนักพัฒนาอย่างจริงจัง เปิดเผยตัวอย่างสาธิตของคุณ แสดงความคิดเห็นต่อข้อเสนอที่คุณใส่ใจ นี่คือวิธีที่แพลตฟอร์มพัฒนาไปข้างหน้า

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

ข้อเสนอของ JavaScript ในระยะใดของ TC39 จึงมักถือว่าปลอดภัยพอที่จะเริ่มใช้ในระบบจริงร่วมกับตัวแปลงโค้ด

อ่านแหล่งข้อมูลต้นฉบับ: ข้อเสนอของ TC39 ข้อกำหนดของ W3C/WHATWG และร่างของ CSS WG ระยะที่ 3 ขึ้นไปปลอดภัยสำหรับระบบจริงเมื่อใช้ร่วมกับตัวแปลงโค้ด ติดตามผ่าน caniuse, chromestatus, webkit.org/status และ Baseline (web.dev/baseline) สมัครรับข้อมูลจาก web.dev, บล็อก WebKit, v8.dev และ CSS-Tricks รวมถึง JS Weekly สร้างตัวอย่างเพื่อทำความเข้าใจให้ฝังลึก ประเมินอย่างมีวิจารณญาณ และตอบแทนชุมชน ความคิดแบบนักพัฒนาอาวุโสจะทวีผลสะสม — นักพัฒนาที่อ่านข้อกำหนดจะเป็นผู้นำ