مواكبة المستجدات: قراءة المواصفات والمقترحات

تتغير الواجهة الأمامية بسرعة. تُطرح CSS وJavaScript وواجهات المتصفح الجديدة كل ربع سنة. لا ينتظر المهندسون الخبراء منشورات المدونات — بل يقرأون المصدر: مسودات W3C، ومقترحات TC39، ومواصفات CSS WG، وصفحات حالة تنفيذ المتصفحات.

TC39 هي اللجنة التي تطوّر JavaScript. تمر المقترحات بخمس مراحل: 0 (فكرة أولية)، و1 (مقترح)، و2 (مسودة)، و3 (مرشح)، و4 (مكتمل ومُدرج في ECMAScript). وتُعد المرحلة 3 النقطة التي يصبح فيها الاعتماد على المقترح آمنًا، إذ تنفذه المتصفحات وتكون صياغته قد تجمدت.

يوجد كل مقترح في github.com/tc39/proposal-NAME. يشرح README الدافع وراء المقترح، والصياغة، والأمثلة. ويحتوي فرع «spec text» على القواعد الرسمية. ومن أحدث المقترحات التي وصلت: Records & Tuples، وPipeline Operator، وDecorators v3، وIterator Helpers.

github.com/tc39/proposals: قائمة بكل المقترحات ومراحلها. 2ality.com: مدونة Axel Rauschmayer التي تلخّص كل اجتماع. v8.dev: يطرح V8 من Google المقترحات بأسرع وتيرة، وتشرح منشوراته تفاصيلها.

تضع W3C معايير CSS وARIA وواجهات الويب. وتحافظ WHATWG على HTML وDOM وFetch وURL — وهي «المعايير المتجددة». تعمل الجهتان علنًا على GitHub. ويمكن لأي شخص فتح issues في مستودع html التابع لـ WHATWG.

تطرح CSS WG المواصفات باستمرار: container queries، و:has()، وCSS nesting، وview transitions، وanchor positioning، وscroll-driven animations. تابعها عبر github.com/w3c/csswg-drafts ومدونة CSS WG.

حتى مقترح Stage 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 blog — إعلانات Safari. 3) v8.dev/blog — JavaScript في V8 وChrome. 4) CSS-Tricks newsletter. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

اقرأ مصدر المكتبات التي تستخدمها. فـ React وVue وVite كلها موجودة على GitHub. وتُعد قراءة كيفية حل القائمين على صيانة هذه المشاريع للمشكلات المعقدة من أفضل الطرق لتطوير مهاراتك.

لا تكتفِ بقراءة الميزات الجديدة — جرّبها. أنشئ عرضًا تجريبيًا صغيرًا باستخدام View Transitions API، أو محدد :has()، أو أساليب Set الجديدة في ECMAScript. فلا تتعلم حقًا إلا من خلال الاستخدام.

لا تنتمي كل ميزة جديدة لامعة إلى بيئة الإنتاج. اسأل: هل هي ضمن Baseline؟ هل تعمل في المتصفحات التي نستهدفها؟ ما تكلفة polyfill؟ ما المشكلة التي تحلها ولا يحلها النهج الحالي؟ هل يعرفها فريقي؟ اعتمد الميزات عن قصد، لا بشكل تلقائي.

افتح issues في مقترحات TC39 وWHATWG، مع حالات استخدام وأمثلة مضادة — فاللجان تستمع فعلًا إلى المطورين. انشر عروضك التجريبية كمشاريع مفتوحة المصدر. وعلّق على المقترحات التي تهمك. هكذا تتحسن المنصة.

يفكر المهندسون الخبراء بالسنوات، لا بدورات العمل القصيرة. تجعلك قراءة المواصفات الشخص الذي عرف بوجود :has() قبل الجميع بستة أشهر، واختار مكتبة جلب البيانات المناسبة قبل أن يتكبد الفريق عواقب الاختيار الخاطئ، وفهم Server Components قبل بدء عملية الترحيل. وتتراكم فوائد هذا الاستبصار.

في أي مرحلة من مراحل TC39 يُعد مقترح JavaScript آمنًا عمومًا لبدء استخدامه في بيئة الإنتاج مع transpiler؟

اقرأ المصدر: مقترحات TC39، ومواصفات W3C وWHATWG، ومسودات CSS WG. يُعد Stage 3+ آمنًا لبيئة الإنتاج مع transpiler. تابع المستجدات عبر caniuse وchromestatus وwebkit.org/status وBaseline (web.dev/baseline). اشترك في web.dev ومدونة WebKit وv8.dev وCSS-Tricks وJS Weekly. أنشئ عروضًا تجريبية لترسيخ المعرفة. قيّم بعين ناقدة. ساهم في تطوير المنظومة. تتراكم فوائد التفكير الخبير — فالمهندس الذي يقرأ المواصفات هو من يقود.