معايير الويب: ماذا ولماذا وكيف

شبكة الويب العالمية مكان مثير للاهتمام.

نظرًا لأن الإنترنت نما وأصبح مكانًا أكثر شيوعًا ، فقد أصبح أداة هائلة للتغيير من حيث الطريقة التي نتفاعل بها مع العالم ومع بعضنا البعض.

مثل كثير من الناس ، كانت مقدمة تطوير الويب الخاصة بي في المدرسة قاتمة نوعًا ما. علمتنا دروس تكنولوجيا المعلومات والاتصالات في مدرستنا القليل جدًا ، باستخدام Dreamweaver (عندما كان منتجًا من Macromedia) كمنصة لتحرير بصريًا لموقع ويب شخصي مع أكبر درس هو "ما هو الارتباط التشعبي". لم نعرض حتى مصدر HTML لمواقعنا الإلكترونية!

لذا فإن تعليمي حول HTML و CSS جاء إلى حد كبير من العبث بخيار "عرض المصدر" في مواقع الويب. لقد تعلمت من خلال نسخ اللصق والقطع معًا لإنشاء مواقع الويب الخاصة بي وتنزيل قوالب للتمهيد ، قبل أن أعرف ما هو التمهيد الفعلي.

لماذا اقول لك هذا؟

بعد أن قمت مؤخرًا باستطلاع متابعيني على Twitter (إنه علم دقيق) ، اكتشفت أن شريحة كبيرة من الأشخاص (43٪ من الأشخاص الذين صوتوا) ، لا يعرفون شيئًا عن معايير الويب وأن 5٪ فقط ممن صوتوا كانوا مساهمين نشطين.

[استطلاع] هل أنت مطور ويب أو مصلح؟ هل قمت ببناء أي شيء للويب من قبل؟

سواء كنت مبتدئًا بالكامل أو مطور ويب بدوام كامل ، يرجى الإجابة على هذا السؤال> ماذا تعرف عن معايير الويب؟

RT للوصول

- Amy-ing للدكتوراه (RedRoxProjects) 16. نوفمبر 2018

عندما تنظر إلى الطرق التي يتعلم بها الناس القيام بتطوير الويب ، فمن المفهوم تمامًا أن هذا قد يكون هو الحال. أدى حجم البرامج التعليمية عبر الإنترنت والمعسكرات التمهيدية والموارد عبر الإنترنت لتعلم كيفية إنشاء مواقع الويب إلى زيادة عدد مطوري الويب العصاميين (مثلي) الذين يقومون ببناء أشياء للويب.

هذا هو أحد النجاحات العظيمة للإنترنت. يمكن لأي شخص أن يتعلم أي شيء تقريبًا - ووجود المزيد والمزيد من الموارد للتعلم خارج الأوساط الأكاديمية هو أمر إيجابي حقًا من حيث تقليل الحواجز أمام الوصول إلى تطوير الويب كمهنة.

حتى مع وجود الموارد المجانية عبر الإنترنت ، لا يزال هناك عدد من العوائق في تعلم كيفية أن تصبح مطور ويب. أنا لا أقول أن هذه الأشياء غير موجودة - إنها موجودة بالفعل - ويجب أن نقوم بالمزيد كمجتمع لمعالجة هذه المشاكل.

ولكن مع تنوع عمليات التعلم يأتي العديد من التحديات ، بما في ذلك طغيان المعلومات والفجوات المعرفية .

عند تعلم كيفية بناء أشياء ذات نكهة الويب ، من السهل جدًا الانخراط في " كيف يمكنني إنشاء الشيء؟ يمكن أن يؤدي هذا إلى عدم التفكير بشكل متساوٍ في السؤال " لماذا يجب أن أقوم ببنائه بهذه الطريقة؟ "أو" ما هي كل الخيارات لبناء الشيء؟ "

وبالتالي ، من السهل أيضًا أن تغمر نفسك بالعديد من الطرق لحل المشكلة المتعلقة بالويب. يمكن أن يؤدي ذلك إلى انتقاء الحل الأول من نتائج البحث على الإنترنت ، دون التفكير فيما إذا كان هو الأفضل (من حيث أكثر الخيارات قوة وإمكانية الوصول إليها وأمانًا) من بين الخيارات المتاحة.

توفر معايير الويب والوثائق الداعمة لمعايير الويب الكثير من الأفكار حول "لماذا" و "ماذا" لشبكة الويب العالمية. إنها مورد رائع لأي مطور ويب وتساعدك على إنشاء أشياء للويب تكون وظيفية ويمكن الوصول إليها ومتوافقة.

تم تصميم هذا المنشور لمساعدة أي شخص لديه اهتمام بالويب ويريد التعرف على المزيد حول معايير الويب. سوف نغطي:

• مقدمة لمعايير الويب (ما هي ، ولماذا توجد ومن يصنعها) ؛
• كيفية التنقل والاستفادة من المعايير في عملك ؛
• الطرق التي يمكنك من خلالها المساهمة في المعايير الجديدة والحالية.

لنبدأ مقدمتنا لمعايير الويب بالسؤال ، " لماذا نحتاج إلى معايير للويب؟ "

شبكة الويب العالمية قبل المعايير

يمكننا التفكير في شبكة الويب العالمية كنظام إيكولوجي للمعلومات. يقوم الأشخاص بإنشاء محتوى يتم تغذيته على الويب. ثم يتم تمرير هذا المحتوى عبر متصفح للسماح للأشخاص بالوصول إلى تلك المعلومات.

قبل معايير الويب ، لم يكن هناك العديد من القواعد الثابتة لأي جزء من هذا النظام ؛ لا توجد قواعد رسمية بشأن كيفية إنشاء المحتوى ، ولا أي متطلبات تتعلق بكيفية تقديم المتصفح لتلك المعلومات للأشخاص الذين يطلبونها.

لذا ، بطريقة ما ، يعمل الويب قليلاً مثل لعبة الأطفال حيث يتعين عليك فرز الكتل ذات الأشكال المختلفة في الثقوب الصحيحة. في هذا القياس ، فإن الأنواع المختلفة من المتصفحات هي الثقوب ذات الأشكال المختلفة والمحتوى أو مواقع الويب ، هي الكتل ذات الألوان الزاهية.

في الماضي ، بصفتك صانع محتوى ، كان عليك إنشاء موقع ويب ليلائم المتصفح الذي يُقصد به. على سبيل المثال ، يمكنك إنشاء كتلة على شكل IE لتتمكن من تمريرها عبر ثقب Internet Explorer.

هذا يعني أن كتلة موقع الويب هذه التي قمت بإنشائها لن تتناسب إلا من خلال ثقب واحد وستحتاج إلى إعادة بناء المحتوى الخاص بك في أشكال أخرى ليتم عرضه باستخدام أي من المتصفحات الأخرى.

غالبًا ما يتعين على المطورين في التسعينيات إنشاء ثلاثة أو أربعة إصدارات من كل موقع ويب قاموا بإنشائه ، بحيث يكون متوافقًا مع كل من المتصفحات المتاحة في ذلك الوقت. والأكثر من ذلك ، أن صانعي المستعرضات في محاولاتهم لتحسين منافستهم سيقدمون "ميزات" تنوعت نهجهم عن منافسيهم.

في البداية ، ربما كان من العدل أن نقول إن متصفح الإنترنت الخاص بنا يشبه لعبة مطابقة المحتوى أكثر:

كان هذا بسبب أن المتصفحات تم تصميمها للتعامل مع نفس الأشياء إلى حد كبير ، والتي كانت تعتمد إلى حد كبير على المحتوى النصي. لذلك ، بالنسبة للجزء الأكبر ، فإن كتلة موقع الويب ستلائم غالبية الثقوب ، باستثناء ربما واحد حيث قد يكون مناسبًا - ولكن ليس تمامًا.

مع تطور المتصفحات ، بدأت في إضافة ميزات (على سبيل المثال عن طريق تغيير شكلها) وأصبح من الصعب أكثر فأكثر إنشاء كتلة تمر عبر كل من ثقوب المتصفح. حتى أن هذا يعني أن الكتلة التي كان من الممكن أن تدخل في ثقب واحد معين لم تعد قادرة على الدخول في تلك الفتحة ؛ غالبًا ما تؤدي إضافة هذه الميزات إلى المتصفح إلى ضعف التوافق العكسي.

كان هذا ضارًا حقًا لبعض المطورين. لقد أنشأ نظامًا يقتصر فيه التوافق على منشئي المحتوى الذين يمكنهم تحمل تحديث مواقعهم الإلكترونية وإعادة تشكيلها بشكل مستمر لكل من المتصفحات المتاحة. بالنسبة إلى أي شخص آخر ، في كل مرة يتم فيها إطلاق ميزة أو إصدار جديد ، كان هناك احتمال ألا يعمل موقع الويب الخاص بك مع هذا المتصفح.

تم تقديم معايير الويب لحماية النظام البيئي للويب ، لإبقائه مفتوحًا ومجانيًا وفي متناول الجميع. وضع الويب في فقاعة واقية وحلها بفكرة الاضطرار إلى إنشاء مواقع الويب لتناسب متصفحات معينة.

عندما تم تقديم المعايير ، تم تشجيع صانعي المتصفح على الالتزام بطريقة موحدة للقيام بالأشياء - مما أدى إلى جعل التوافق المتبادل أسهل لصانعي المحتوى ولم تعد هناك حاجة لإنشاء إصدارات متعددة من نفس الموقع.

ملاحظة : لا يزال هناك عدد من الفروق الدقيقة حول التوافق المتقاطع بين المتصفحات. حتى اليوم ، منذ أكثر من 20 عامًا منذ تقديم المعايير ، لم نصل إلى "مقاس واحد يناسب الجميع" حتى الآن.

فيما يلي نظرة سريعة على بعض اللحظات الأساسية في تاريخ تطوير متصفح الويب:

المصدر: "متصفحات الويب: نبذة تاريخية" بقلم ريانون ويليامز

لماذا نحتاج المعايير

بمعرفة القليل عن تاريخ المعايير ولماذا تم تقديمها ، يمكننا أن نبدأ في رؤية فوائد وجود معايير لشبكة الويب العالمية. ولكن لماذا من المهم أن نستمر في المساهمة في معايير الويب؟ فيما يلي بعض الأسباب:

الحفاظ على الويب مجانيًا وفي متناول الجميع

بدون مجتمع معايير الويب ، سيكون صانعو المتصفح هم من يتخذون القرارات بشأن ما يجب وما لا ينبغي أن يكون من ميزات الويب العالمية. قد يؤدي هذا إلى أن تصبح شبكة الإنترنت سلعة محتكرة ، حيث يكون لأكبر اللاعبين فقط رأي فيما يخبئه المستقبل.

المساعدة في جعل التعليمات البرمجية المصدر أبسط ؛ تقليل وقت التطوير والصيانة

مع ظهور المزيد من المتصفحات وبدأ صانعو المستعرضات في التنويع في نهجهم ، أصبح من الصعب إنشاء محتوى يتم تقديمه بنفس الطريقة عبر متصفحات متعددة. أدى هذا إلى زيادة حجم العمل المطلوب لإنشاء موقع ويب متوافق تمامًا ، بما في ذلك تضخيم شفرة المصدر لصفحة الويب. بصفتنا مطورين اليوم ، لا يزال يتعين علينا تضمين [X script] الغريب بحيث يعمل هذا على [متصفح الويب X] ، ولكن بدون معايير الويب ، سيكون هذا أسوأ بكثير.

جعل الويب مكانًا يسهل الوصول إليه

تساعد معايير الويب على توحيد الطريقة التي يمكن أن يتفاعل بها موقع الويب مع التقنيات المساعدة. بمعنى أن صانعي المستعرضات ومطوري الويب يمكنهم دمج الإرشادات في صفحاتهم والتي يمكن تفسيرها من خلال التقنيات المساعدة للحفاظ على تجربة مستخدم نهائي مشتركة (أو أفضل في بعض الأحيان).

السماح بالتوافق مع الإصدارات السابقة والتحقق من صحتها

أنشأت معايير الويب أساسًا يسمح لمواقع الويب الجديدة ، التي تتوافق مع المعايير ، بالعمل مع إصدارات المستعرض الأقدم. تعد فكرة التوافق مع الإصدارات السابقة مهمة للغاية للحفاظ على إمكانية الوصول إلى الويب. لا يضمن ذلك أن المتصفحات القديمة ستعرض المحتوى الخاص بك تمامًا كما تتوقع ، ولكنها ستضمن فهم بنية مستند الويب وعرضها وفقًا لذلك.

المساعدة في الحفاظ على أفضل مُحسنات محركات البحث (تحسين محركات البحث)

من الفوائد الخفية الرئيسية الأخرى (في الوقت الذي تم فيه تقديم معايير الويب لأول مرة) أن موقع الويب المتوافق مع معايير الويب كان أكثر قابلية للاكتشاف بواسطة محركات البحث. أصبح هذا أكثر وضوحًا عندما أصبح بحث Google اللاعب الرئيسي في عالم محركات البحث في أوائل القرن الحادي والعشرين.

تكوين مجموعة من المعارف المشتركة

يخلق العالم بمعايير الويب مكانًا توجد فيه مجموعة من القواعد ، والقواعد التي يمكن لكل مطور اتباعها وفهمها والتعرف عليها. من الناحية النظرية ، هذا يعني أنه يمكن لأحد المطورين إنشاء موقع ويب يتوافق مع المعايير ويمكن لمطور آخر المتابعة من حيث توقف السابق دون الكثير من المتاعب. في الواقع ، توفر المعايير الأساس لذلك ؛ لكن الفكرة تعتمد بشكل كبير على كتابة المطورين لتعليمات برمجية جيدة التوثيق.

من الذي يقرر ما الذي يصبح معيارًا للويب؟

يتم إنشاء المعايير من قبل الناس. في مساحة الإنترنت والإنترنت ، توجد ثقافة توافق الآراء القوية - مما يعني الكثير من الحديث والكثير من المناقشات.

يشار أحيانًا إلى المجموعات التي يتم من خلالها تطوير المعايير باسم "منظمات تطوير المعايير" أو SDOs . تتضمن SDO الرئيسية في مساحة الويب فريق عمل هندسة الإنترنت (IETF) ، واتحاد شبكة الويب العالمية (W3C) ، و WHATWG ، و ECMA TC39. من الناحية التاريخية ، كانت هناك أيضًا مجموعات مثل مشروع معايير الويب (WaSP) ، التي دعت إلى اعتماد معايير الويب من قبل المنظمات.

تعمل المجموعات التي تعمل على الإنترنت ومعايير الويب عمومًا بموجب نظام بدون حقوق ملكية. هذا يعني أنه عند استخدامك لمعيار الويب ، لا يتعين عليك الدفع لأي شخص - مثل شخص قد يحمل براءة اختراع ذات صلة. في حين أن فكرة أنه قد يتعين عليك دفع إتاوات لشخص ما لبناء متصفح ويب أو موقع ويب قد تبدو سخيفة في الوقت الحالي ، إلا أنه لم يمض وقت طويل على محاولة مؤسسات مثل BT تأكيد ملكية مفهوم الارتباط التشعبي. تساعد منظمات المعايير مثل تلك المدرجة أدناه في الحفاظ على الويب مجانيًا (أو خاليًا من رسوم الترخيص على الأقل).

ما هو IETF؟

IETF هو جد منظمات معايير الإنترنت. إنه المكان الذي يتم فيه توحيد تقنيات الإنترنت الأساسية مثل TCP / IP (بروتوكول التحكم في الإرسال / بروتوكول الإنترنت) و DNS (نظام اسم المجال). هناك تقنية رئيسية أخرى تم تطويرها في IETF وهي شيء يسمى بروتوكول نقل النص التشعبي (HTTP) والذي ربما تكون قد سمعت عنه.

إذا كنت تهتم بظهور HTTP2 والتطوير اللاحق لـ HTTP3 (المستند إلى UDP) ، فهذا هو المكان الذي يحدث فيه هذا العمل. يركز معظم العمل في IETF على المستويات الأدنى من نموذج Open Systems Interconnection.

ما هو W3C؟

اتحاد شبكة الويب العالمية (W3C) هو مجتمع دولي حيث تعمل المنظمات الأعضاء والموظفون المتفرغون والخبراء المدعوون والجمهور معًا لتطوير معايير الويب. بقيادة مخترع الويب والمدير Tim Berners-Lee والرئيس التنفيذي Jeffrey Jaffe ، تتمثل مهمة W3C في قيادة الويب إلى أقصى إمكاناته.

تم تأسيس المجتمع في 1994 في MIT (معهد ماساتشوستس للتكنولوجيا) بالتعاون مع CERN. في وقت هذا المنشور ، كان لدى W3C 475 شركة ومنظمة عضو وهي موجودة كاتحاد بين 4 مؤسسات أكاديمية: MIT (الولايات المتحدة الأمريكية) ، ERCIM (فرنسا) ، جامعة KEIO (اليابان) وجامعة Beihang (الصين).

العمل في W3C يحدث في مجموعات العمل ومجموعات المجتمع . مجموعات المجتمع هي المكان الذي يحدث فيه الكثير من الابتكارات الأولية حول تقنيات الويب الجديدة. يمكن أن تنتج مجموعات المجتمع معايير ويب جديدة ولكن يُنظر إليها رسميًا على أنها "قياسية مسبقة". مجموعات المجتمع مفتوحة لأي شخص للمشاركة ، سواء كانت المنظمة التي تعمل بها أو تابعة لها عضوًا في W3C أم لا.

مجموعات عمل W3C هي المكان الذي يتم فيه سك معايير الويب الجديدة رسميًا. تبدأ مجموعات العمل عادةً بتقديم معيار ، غالبًا ما يتم شحنه بالفعل في بعض المتصفحات. ومع ذلك ، فإن العمل الفني على تحسين هذه المعايير يحدث داخل هذه المجموعات قبل أن يتم الموافقة النهائية على المعيار باعتباره "توصية W3C". بحلول الوقت الذي يصل فيه شيء ما إلى مرحلة "التوصية" في W3C ، يتم غالبًا تنفيذه واستخدامه على نطاق واسع عبر الويب.

تعتبر مجموعات العمل أكثر صعوبة بالنسبة للأشخاص الذين لا ينتمون إلى منظمة عضو في الانضمام إليها. ومع ذلك ، قد تصبح خبيرًا مدعوًا إلى مجموعة. أحد الأسباب التي تجعل الانضمام إلى مجموعات العمل أكثر صعوبة والعمل مع المزيد من العمليات هو أنها تعمل أيضًا كحامل للملكية الفكرية - من خلال الانضمام إلى مجموعة عمل W3C ، توافق المنظمات والشركات على الترخيص بدون حقوق الملكية المنصوص عليه في سياسة براءات الاختراع الخاصة بـ W3C .

قامت ناتاشا روني ، عضو المجلس الاستشاري لـ W3C ، بتجميع وثيقة رائعة ، وثيقة عملية W3C للأشخاص المشغولين ، والتي تشرح الكثير من خصوصيات وعموميات العمل في W3C.

ما هو WHATWG؟

كانت WHATWG في الأصل مجموعة منشقة عن W3C. تم تشكيله في عام 2007 لأن بعض بائعي المستعرضات لم يوافقوا على الاتجاه الذي كان W3C يدفع فيه HTML. لا يزال WHATWG هو المكان الذي يتم فيه تطوير HTML وتطوره. ومع ذلك ، لا يزال مجتمع المشاركة في مواصفات HTML يضم العديد من الأشخاص من مجتمع W3C ، ويشارك العديد من الأشخاص التابعين لـ WHATWG في مجموعات عمل W3C.

في وقت هذا المنشور ، ظلت العلاقة بين W3C و WHATWG في حالة تغير مستمر. من منظور المطور ، لا يهم هذا كثيرًا لأن المطورين يمكنهم الاعتماد على موارد مثل MDN لتعكس "حقيقة" تقنيات الويب التي يمكن استخدامها في متصفحات معينة. ومع ذلك ، فقد أدى إلى عدم الوضوح فيما يتعلق بمكان المشاركة في تطوير معايير معينة. WHATWG لديها أيضًا اتفاقية ترخيص خالية من حقوق الملكية - اتفاقية مشاركة WHATWG.

ما هو "لماذا CG"؟

مجموعة مجتمع حاضنة الويب (WICG ، التي تُنطق لماذا- CG ) هي مجموعة مجتمعية خاصة ، داخل W3C ، حيث تتم مناقشة وتطوير بعض تقنيات الويب الجديدة والناشئة.

إذا كانت لديك فكرة رائعة لمعيار جديد ، أو ميزة جديدة لمعيار حالي أو تقنية جديدة تعتقد أنه يجب دمجها في الويب ، فمن الجدير التحقق هنا أولاً لمعرفة ما إذا كان هناك شيء مثل هذا قيد المناقشة بالفعل. إذا كان الأمر كذلك ، عظيم! اقفز إلى هذه المناقشات وقدم دعمك. إذا لم يكن كذلك ، فاقترحه! هذا هو الغرض من هذه المجموعة.

ما المقصود بـ ECMA TC39؟

Ecma هي منظمة معيارية لأنظمة المعلومات والاتصالات ، تأسست عام 1961 لتوحيد أنظمة الكمبيوتر في أوروبا. يأتي اسمها من كونها تُعرف سابقًا باسم "الرابطة الأوروبية لمصنعي الكمبيوتر" ولكن يشار إليها الآن باسم "Ecma International - الرابطة الأوروبية لتوحيد أنظمة المعلومات والاتصالات" منذ أن أصبحت المنظمة عالمية في عام 1994.

يحدد معيار ECMA-262 مواصفات لغة ECMAScript ، وهي المواصفات القياسية للغة البرمجة النصية المعروفة باسم JavaScript. تم نشر عشرة إصدارات من ECMA-262 (تم نشر الإصدار العاشر في يونيو 2018).

TC39 (اللجنة الفنية 39) هي اللجنة التي تطور JavaScript. مثل المجموعات الأخرى المدرجة هنا ، فإن أعضائها هم شركات تضم معظم صانعي المستعرضات الرئيسيين. تعقد اللجنة اجتماعات منتظمة يحضرها المندوبون المرسلون من المنظمات الأعضاء وكذلك الخبراء المدعوون. تعمل TC39 على تحقيق الإجماع ، كما هو الحال مع العديد من المجموعات الأخرى ، وغالبًا ما تؤدي الاتفاقات المبرمة إلى التزامات على أعضائها (من حيث السمات المستقبلية التي ستحتاج المنظمات الأعضاء إلى تنفيذها). تتضمن عملية TC39 تسريع المقترحات من خلال مجموعة من المراحل ، ويجب أن تتم الموافقة على تقدم الاقتراح من مرحلة إلى المرحلة التالية من قبل اللجنة.

ماذا كان مشروع معايير الويب؟

تم تشكيل مشروع معايير الويب في عام 1998 كمقاومة لميزة المواجهة التي تحدث بين المتصفحات في التسعينيات ؛ بهدف أساسي هو جعل صانعي المتصفح يمتثلون للمعايير المنصوص عليها من قبل W3C.

مع نمو المنظمة وانتهاء حروب المتصفح ، بدأ المشروع في تحويل التركيز. بدأت المجموعة العمل مع صانعي المستعرضات على تحسين دعم المعايير الخاصة بهم ، واستشارة صانعي البرامج الذين قاموا بإنشاء أدوات لإنشاء مواقع الويب وتثقيف مصممي ومطوري الويب حول أهمية معايير الويب. نتج عن آخر هذه النقاط إنشاء إطار عمل منهج ويب InterAct والذي تتم صيانته الآن بواسطة W3C.

توقف مشروع معايير الويب عن العمل في 2013. تم إنشاء منشور مدونة أخير في الأول من آذار (مارس) يشكر العمل الجاد للأعضاء والداعمين للمشروع. في الملاحظات الختامية لهذا المنشور ، يتم تذكير القراء بأن مهمة مشروع معايير الويب لم تنته تمامًا ، وأن المسؤولية تقع الآن على عاتق الآلاف من المطورين الذين يواصلون الاهتمام بضمان بقاء الويب مجانيًا ومفتوحًا ومتداخلًا. مورد قابل للتشغيل ويمكن الوصول إليه.

كيف يصبح شيء ما معيار ويب؟

إذن ، كيف تصنع المعايير؟ الإجابة المختصرة هي من خلال الكثير من المناقشات.

عادة ما تبدأ مقترحات المعايير الجديدة كمناقشة داخل مجموعة المجتمع (هذا هو الحال بشكل خاص في W3C) أو من خلال القضايا المثارة في مستودع GitHub ذي الصلة.

عبر مختلف أهداف التنمية المستدامة ، يبدو أن هناك موضوعًا مشتركًا للصعود ؛ بعد أن تبدأ المناقشة ، تنتقل بعد ذلك داخل المنظمة ، وعلى كل مستوى ، تحتاج لجنة اتخاذ القرار إلى التوصل إلى توافق في الآراء للموافقة على رفع مستوى تلك المناقشة. يتكرر هذا حتى تصبح المناقشة اقتراحًا ، ثم يصبح هذا الاقتراح مسودة ويمضي المشروع ليصبح معيارًا رسميًا.

الآن كما ذكرنا سابقًا ، عندما لا يكون شيء ما معيارًا رسميًا ، فهذا لا يعني بالضرورة أنه ليس قيد الاستخدام في بعض المتصفحات. في الواقع ، بحلول الوقت الذي يصبح فيه شيء ما معيارًا ، فمن المحتمل أن يكون بالفعل منتشرًا على نطاق واسع عبر العديد من المتصفحات المتاحة. في هذه الحالة ، يكون دور المعيار جزءًا من عملية التطبيع واعتماد الميزات الجديدة ؛ يحدد الاستخدام المتوقع لشيء ما ثم يحدد كيف يمكن لصانعي المتصفح والمطورين التوافق مع هذا التوقع.

ما هو TPAC؟

في كل عام ، تعقد W3C حدثًا ضخمًا واحدًا ، وهو اجتماع متعدد المجموعات لمدة أسبوع يتخللها عدم مؤتمر لمدة يوم واحد يوم الأربعاء (الجلسة العامة الفنية) جنبًا إلى جنب مع اجتماع لجنتها الاستشارية (مجموعة تتكون من شخص واحد لكل منظمة أو الشركة التي هي عضو في W3C). ضع الجلسة الفنية العامة واللجنة الاستشارية معًا ، وستحصل على TPAC (غالبًا ما تُنطق tee-pac ). على الرغم من أنه حدث يديره W3C ، ستجد غالبًا أشخاص "من" WHATWG أو IETF أو TC39 هنا أيضًا.

في العام الماضي ، اجتمع موظفو الإنترنت في Samsung معًا للمشاركة في TPAC. قمنا أيضًا برعاية المنح الدراسية المتنوعة التي تهدف إلى جلب الأشخاص من المجموعات الممثلة تمثيلاً ناقصًا إلى TPAC ومجتمع معايير الويب.

أول TPAC

عندما سمعت الفريق يتحدث عن TPAC لأول مرة ، لم يكن لدي أي فكرة عما يمكن توقعه. بعد أن قرأت عن الحدث على موقع TPAC الإلكتروني ، سجلت بنفسي وحجزت سفري. بعد فترة وجيزة ، كنت على متن قطار من لندن إلى ليون مع الفريق.

عند وصولي ، تم إعطائي الحبل الخاص بي وخريطة للغرف المختلفة التي كانت تجري فيها كل الأحداث. كان هدفي ، خلال الأيام الثلاثة التي كنت أحضرها ، هو الانضمام إلى أكبر قدر ممكن من أنواع إمكانية الوصول. بعد أن وصلت بعد وقت قصير من بدء الأمور في أول يوم لي ، وقفت أحدق في باب مغلق لمجموعة عمل إرشادات إمكانية الوصول التي أردت الجلوس عليها. الكثير من الأشياء مرت في ذهني في تلك اللحظة ؛ "ربما يجب أن أنتظر حتى الفاصل؟" "لا ، لا تكن سخيفا ، فما زالت على بعد ساعة." "ربما يجب أن أطرق؟" "لكن ألن يكون ذلك أكثر إزعاجًا من مجرد الدخول؟" "ربما لا يجب أن أدخل على الإطلاق ..." ولكن بعد بضع دقائق ، عملت على شجاعتي للدخول إلى الغرفة.

تم إعداد مائدة مستديرة (وهي نموذجية في كثير من هذه الجلسات) حيث كان الناس يجلسون على الطاولات مع أجهزة كمبيوتر محمولة ؛ جنبًا إلى جنب مع عدد من المقاعد مرتبة حول حافة الغرفة حتى يتمكن الأشخاص من المشاركة في دور أكثر مراقبة. كل مجموعة لديها أيضًا غرفة دردشة على IRC ، والتي يمكن لأي شخص من أعضاء W3C الانضمام إليها (سواء كان يحضر TPAC شخصيًا أم لا). جلست في نهاية إحدى الطاولات. على الرغم من أنني ما زلت غير متأكد مما إذا كان هذا هو الشيء الصحيح الذي يجب القيام به من حيث الآداب.

في البداية ، كنت قلقة من أن وجودي قد توقف مثل تمثال الدب العملاق خارج المكان ؛ لكن لم يهتم أحد في الغرفة بوصولي ولذا استمرت المناقشة. كانت المجموعة على وشك الانتقال إلى تلقي تحديث عن العمل الذي تقوم به فرقة العمل الفضية ؛ مجموعة مجتمعية تحاول جعل الوصول إلى معايير إمكانية الوصول نفسها أكثر سهولة.

كان من الممتع حقًا الجلوس على طاولة هذه المناقشات. بينما كان الحضور لأول مرة ، فقد اعتاد البعض على بعض اللغة (مصطلحات مثل "المطابقة" و "المعيارية") ؛ كان من الرائع أن تكون داخل غرفة مليئة بالأشخاص الذين اهتموا كثيرًا بإمكانية الوصول. تحدث العديد من الحاضرين في مجموعة العمل هذه من موقع الخبرة الحية فيما يتعلق باستخدام الويب مع متطلبات إمكانية الوصول. بعد أن أمضيت السنوات الثلاث الماضية في البحث عن متطلبات إمكانية الوصول في تكنولوجيا الموسيقى الرقمية ، شعرت بأنني في المنزل تمامًا لمتابعة الأسئلة التي طرحها أعضاء هذه المجموعة.

أثار العمل الذي عرضته فرقة العمل الفضية في المناقشة الأولى اهتمامي حقًا. لقد شعرت وكأنها وجهة نظر منعشة تمامًا حول كيفية جعل المعايير ، بشكل عام ، أكثر سهولة في الوصول إليها وتأطيرها بطريقة تسهل التنقل والمزيد من النصائح والإرشادات المخصصة. في الأيام القليلة التالية ، انضممت إلى هذه المجموعة (الأصغر كثيرًا) وأتيحت لي الفرصة للمشاركة في المحادثات - وهو أمر إيجابي حقًا. منذ TPAC ، انضممت إلى مجموعة المجتمع لفريق العمل الفضي ولدي خطط للانضمام إلى الاجتماعات الأسبوعية في العام الجديد.

من الأشياء اللطيفة حول TPAC (لأولئك الذين لا يترأسون مجموعة عمل أو في دور قيادي ما) كانت القدرة على الانغماس في الجلسات وخارجها. من بين الأشياء التي حضرتها خلال الأيام القليلة التي كنت فيها في TPAC ، كانت هناك جلسة من مجموعة مجتمع Web Incubator (WICG) ، واجتماع للمطورين مع محادثات من أعضاء المجتمع البارزين وعروض لتقنيات الويب الجديدة ، والتنوع والشمول لاجتماع W3C. كانت المكافأة الإضافية المتمثلة في الذهاب إلى TPAC مع فريق Samsung Internet هو أننا قابلنا أشخاصًا من فريقنا الموجود في كوريا ، بالإضافة إلى أعضاء فريق Samsung الآخرين من الولايات المتحدة الأمريكية.

كيفية استخدام معايير الويب في عملك

الآن ، بعد أن عرفت سبب ولماذا معايير الويب ، كيف يمكنك استخدام معايير الويب في عملك؟

Mozilla Developer Network Web Docs (MDN Web Docs)

نوصي (فريق Samsung Internet) بأنه إذا كنت مهتمًا بمعرفة المزيد حول معيار أو تقنية ويب معينة ، فابدأ بمحرر مستندات الويب MDN (شبكة مطوري Mozilla). بينما بدأ MDN WebDocs كمشروع Mozilla ، أصبح مؤخرًا المكان الذي يذهب إليه مطورو الويب للحصول على وثائق عبر المستعرضات حول تقنيات نظام الويب.

في العام الماضي ، انضمت Samsung إلى Bocoup و Google و Microsoft و W3C لتشكيل المجلس الاستشاري لمنتجات MDN WebDocs للمساعدة في ضمان احتفاظ MDN بهذا المنصب.

عندما تبحث عن تقنية في MDN ، سترى مصفوفة توافق المتصفح تتيح لك معرفة ما هو دعم المتصفح. ستجد أيضًا رابطًا للإصدار الأكثر صلة وحداثة من المعيار. عندما تتبع رابطًا لمعيار ، سيتم توجيهك إلى صفحة الويب ذات الصلة التي تحدد هذا المعيار ومواصفاته الفنية. قد تكون هذه الصفحات مربكة بعض الشيء في البداية ، لأنها "أكاديمية" إلى حد ما من حيث الهيكل.

لإعطائك بعض النصائح حول التنقل في الوثائق ، دعنا نلقي نظرة على معيار أنا على دراية به: إرشادات إمكانية الوصول إلى محتوى الويب W3C (2.1).

هذا هو تنسيق معيار الويب W3C. يحتوي على جدول محتويات على الجانب الأيسر من الصفحة بينما يتم تنظيم المحتوى في رؤوس منظمة للغاية - بدءًا من الإصدار والتقارير وتفاصيل المحررين. غالبًا ما تُستخدم هذه الرؤوس في المعايير للاقتباس من الأجزاء ذات الصلة من معيار " أوه ، ولكن WCAG 2.1 1.2.2 يقول " ؛ ولكن بالنسبة لأولئك الذين ليس لديهم ذاكرة أبجدية رقمية للقرص الصلب ، لا تخافوا ، فليس من الضروري أن تعرف هذه الأشياء عن ظهر قلب.

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

فيما يلي بعض النصائح السريعة للعمل مع معايير الويب:

• نسخة TL ؛ DR
  أولاً ، من المهم أن نفهم أنه لا يوجد TL ؛ DR لمعايير الويب. السبب في أنها هذه المستندات الطويلة والشاملة هو أنها يجب أن تكون كذلك. لا يمكن أن يكون هناك أي حجر دون قلب عندما يتعلق الأمر بفرض الهيكل وتوقعنا من أشياء تطوير الويب. ومع ذلك (نصيحة احترافية ، وطريقة لتجنب غمر المعلومات) ، هي البدء بملخص المعيار واتباع أي روابط للمستندات التمهيدية. في المثال الخاص بي ، يقودنا المستند القياسي WCAG 2.1 إلى صفحة مرتبطة أخرى للحصول على نظرة عامة على إرشادات الوصول إلى محتوى الويب. والذي يوفر مجموعة من الوثائق المفيدة بما في ذلك دليل مرجعي سريع حول كيفية مقابلة WCAG 2.

• استخدم مسرد المصطلحات
  يساعد هذا فقط في فهم المعنى الدقيق للكلمات والعبارات في سياق معيار الويب. لنواجه الأمر؛ هناك الكثير من المصطلحات ذات المعاني المتعددة. يساعد التحقق من المسرد أيضًا في التنقل في بعض المصطلحات الأكاديمية.

• "البحث في الصفحة" هو صديقك
  بمجرد التعرف على نظرة عامة والحصول على فكرة حول المصطلحات المستخدمة في معيار الويب ، يمكنك البدء في البحث في الوثائق عن المعلومات التي تحتاجها. تم تصميم معايير الويب بحيث يمكنك استهلاكها بعدة طرق. إذا كنت تسعى لاكتساب فهم شامل ، يُنصح بالقراءة من البداية إلى النهاية ؛ however, you can also drop in and out of the sections as you require them. The good folks creating web standards have made efforts to ensure that referential content is linked to the source and any helpful resources are also included, which helps support the kind of “on demand” usage that is common. Take this example from WCAG 2.1:

• If you're not sure — ask!
  This community is put together from a bunch of people who care and have an investment in the future of web technologies. If you want to make sure you are adhering to Web Standards but maybe have got caught up in a language barrier, and you're struggling to interpret what is meant by a phrase within a web standard, there are many folks out there that can help. You can raise issues through the W3C GitHub repositories for the W3C Web Standards or join the conversations about Web Standards through the suggested resources on the participate section of the W3C website.

How Do I Get Involved?

So, now that you know how to read up on your standards, what about getting involved?

Well, here are a few places to start:

• GitHub repositories for standards
  The WC3, TC39, WhatWG and WICG all have organizations on GitHub that contain repositories for the work they are doing. Be sure to check in on the READme, contribution guidelines and code of conduct (if there is one) before you begin. Use the issues of a repository to look at what is currently being discussed in terms of future developments for the standard it relates to.
• The W3C website
  Here you can look at all the working groups, community groups, and forums. It is a great place to start; if you join the organization and become a member of a community group or working group you'll be invited to the ongoing discussions, meetings, and events for that group.
• The WhatWG website
  For all things WhatWG. Here there are guides on how to participate, FAQs, links to the GitHub repositories and a blog that is maintained by members of the WhatWG.
• The WICG website
  Whilst the Web Incubator Community Group can be found from the W3C website, they are worth a separate shout-out here as they have their own web community page and Discourse instance. (For those of you not familiar with Discourse, it allows communities to create and maintain forums for discussion.)
• The TC39 standard
  This is pretty comprehensive and includes links to the ways in which you can to contribute to the standard.
• Speak to Developer Advocates
  Many Web Developer Advocates are members of an SDO or known to be working on standards; teams like ours (the Samsung Internet Developer Advocates) are often involved in the work of Web Standards and happy to talk to developers that are interested in them. After all, standards have a huge impact on the future of the web and in turn the work that we do. So, depending on the web standard that interests you, you'll be able to find folks like us (who are part of the work for those standards) through social media spaces like Twitter or Mastodon.

شكرا للقراءة! Remember that web standards impact everyone that builds or consumes websites, so the work of Web Standards is something we should all care about.

If you want to chat more about web standards, accessibility on the web, web audio or open-source adventures — you can find me on Twitter and I'm also on Mastodon.

A huge thanks to Daniel Appelquist, who helped bring this article together.