ميريام سوزان هي مؤلفة وفنانة ومطورة ويب في دنفر بولاية كولورادو، وتعمل حاليًا على إعداد مواصفات CSS مثيرة مثل استعلامات الحاوية وطبقات متتالية.
هذه المشاركة جزء من Designcember. احتفالاً بتصميم الويب من تقديم web.dev
ميريام سوزان هي مؤلفة وفنانة ومطوِّرة ويب في دنفر بولاية كولورادو. وهي أيضًا مؤسِّسة شريكة في OddBird (وكالة على الويب)، وكاتبة في فريق CSS Tricks وعضو في فريق Sass الأساسي، وخبيرة تمت دعوتها في W3C ضمن مجموعة عمل CSS. ركّزت مؤخرًا على تطوير ميزات CSS جديدة، مثل الطبقات التدريجية وطلبات بحث الحاويات والنطاق. أصبحت ميريام روائية وكاتبة مسرحية وموسيقية منشورة بلا إنترنت. تحدّثنا عن عملها مع Sass وCSS.
رايتشل: لقد عرفتُ للمرة الأولى عن عملك من خلال إطار عمل الشبكة سوسي الذي تعتمده. ما الذي دفعك إلى إنشاء ذلك؟
مريم: في عام 2008، كان تنسيق الويب على الإنترنت تجربة مختلفة جدًا. انتقل المطورون من تخطيط الجدول إلى شبكات عائمة أكثر دلالية (ولكنها لا تزال متقنة). شهدت "أُطر الشبكة" المؤلفة من 12 عمودًا ازديادًا في "إطارات عمل الشبكة" ذات الحجم الواحد التي تناسب الجميع، حيث توفّرت شبكة محدَّدة مسبقًا (ثابتة عادةً) مع مجموعة من فئات CSS المحدَّدة مسبقًا. إذا كنت بحاجة إلى أي شيء أكثر قابلية للتخصيص، فأنت بمفردك. وكان من الواضح أنّ المواقع الإلكترونية تحتاج إلى أن تصبح أكثر استجابة، لكن طلبات البحث عن الوسائط لم تكن متاحة بعد، وكان هناك عدد كبير من مشاكل توافق المتصفّح حول عدد عائم السوائل.
كنت أستخدم أسلوب CSS Systems الذي تتبعه "ناتالي داون" والذي كان يعتمد بشكل ذكي على الاستجابة لأحجام الخطوط وإطار العرض، لكنّني أشعر بالإحباط بسبب العمليات الحسابية المتكررة وعمليات اختراق المتصفحات. وفي الوقت نفسه، بدأ Sass في جذب بعض الاهتمام، وكان مناسبًا تمامًا لما أحتاجه. كانت النسخة الأولى من "سوي" بسيطة للغاية، فقد كانت عبارة عن مزيجَين فقط لإجراء العملية الحسابية وإضافة النصائح التي أحتاجها. كان الهدف أن يكون الحد الأدنى، وأن يكون ناتجًا للكود الأساسي فقط. شبكات قابلة للتخصيص بالكامل، بدون أي فئات محددة مسبقًا.
رايتشل: كيف انتقلت من العمل على معالج بيانات CSS إلى العمل على مواصفات CSS؟ هل تعتقد أن العمل على المعالج الأولي كان خلفية جيدة لكتابة المواصفات؟
مريم: من واقع خبرتي، هناك الكثير من التداخلات بين الجمهور وما زلتُ نشطًا على الجانبين. ولكن أعتقد أنّ السبب في ذلك يرجع إلى حد كبير إلى فريق Sass بشكل خاص بقيادة ناتالي فايزنباوم التي تنظر إلى العالم على المدى الطويل، وتحاول تطوير أدوات تتكامل بسلاسة مع معايير تطوير الويب. تجاوز مبدأ "رأي" واحد يناسب الجميع والإنشاء من أجل تحقيق المرونة على المدى الطويل أمر ضروري عند التفكير في مستقبل معايير الويب الأساسية.
كيف يمكننا إنشاء أدوات تحترم تنوّع احتياجات المطوّرين وأساليبهم مع تشجيع وتسهيل تسهيل الاستخدام وغير ذلك من الاعتبارات المهمة؟
رايتشل: لدينا مجموعة من الأشياء في CSS تحل بشكل أساسي محل الوظائف التي كانت عادةً جزءًا من Sass. هل هناك أسباب قوية للاستمرار في استخدام محتوى مثل Sass؟
مريم: الإجابة هي نعم، ولكن ما مِن إجابة شاملة للجميع. خذ المتغيرات على سبيل المثال. تكون متغيرات Sass ذات نطاق معنى، ويتم تجميعها على الخادم، باستخدام هياكل البيانات المنظمة مثل القوائم والكائنات، ومعالجة الألوان، وما إلى ذلك. وهذا مفيد لمنطق نظام التصميم الذي لا يلزم تشغيله في المتصفح.
تتداخل بعض متغيرات CSS، ولكن يمكنها أيضًا تخزين القيم، ولكنها توفّر مجموعة مختلفة تمامًا من نقاط القوة والضعف المستندة إلى التتابع. لا يمكن لمنصة Sass معالجة السمات المخصّصة، ويتعذّر على CSS معالجة البيانات المنظَّمة. كلتا الخدمتين مفيدتان، وكلاهما قوي، ولكن احتياجاتك الخاصة قد تختلف.
أعتقد أنه من الرائع أن يتمكن الأشخاص من التخلص من الأدوات التي لم يعودوا بحاجة إليها، وأن بعض المشروعات قد لا تتطلب كلاً من المتغيرات من جانب الخادم والعميل. رائع! ولكن من السهل جدًا افتراض أن ذلك يعني أنهما متطابقان، وأن أحدهما يحل محل الآخر. ستكون هناك دائمًا حالات استخدام لبعض منطق التصميم تحدث من جانب الخادم، والبعض يحدث من جانب العميل - حتى إذا وصلنا إلى النقطة التي توفر فيها اللغات نفس الميزات بشكل أساسي. نتعاون مع معالجات البيانات الأولية على المدى الطويل.
راشيل: هل هناك أي شيء فاجأك بشأن مشاركتك بشكل أكبر في وضع المعايير، أو أي شيء تعتقد أنّ الأشخاص قد لا يكونون على دراية بهذه العملية؟
مريم: قبل المشاركة في البرنامج، بدت عملية وضع المعايير وكأنّها صندوق أسود غامض وسحري، ولم أكن متأكدًا ممّا يجب توقّعه. أخشى عدم امتلاك معرفة كافية بالعناصر الداخلية في المتصفح للمساهمة في ذلك، ولكن الحقيقة هي أنّهم ليسوا بحاجة إلى مزيد من المهندسين في عمل المتصفحات. إنهم بحاجة إلى المزيد من المطورين والمصممين الذين ينشئون مواقع ويب وتطبيقات في البرية.
لقد تفاجأت عندما وجدت أن عددًا قليلاً جدًا من الأشخاص المشاركين يركزون بشكل أساسي على المعايير، ولكن القليل جدًا منهم يقومون بتطوير مواقع الويب أو تصميمها بشكل أساسي. يتكون رابط W3C من "المتطوعين" من المؤسسات الأعضاء (التي تدفعها تلك المؤسسات غالبًا، ولكن ليست وظيفتها الأساسية) والعضوية في القنوات منخفضة التكلفة. وهذا يحرف المشاركين عن المصممين والمطورين اليوميين، وخاصة أولئك الذين يقومون بعمل العملاء في الوكالات الصغيرة أو العمل المستقل. سيكون دوري كخبير مدعو تطوّعي بالكامل، وهي هواية مكلفة، ما لم أجد تمويلاً خارجيًا لهذا العمل.
في الواقع، هذه العملية مفتوحة وعلنية تمامًا وتحتاج إلى مشاركة من المطورين - ولكن هناك دائمًا الكثير من المحادثات التي تجري في وقت واحد، وقد يكون من الصعب إيجاد المكان المناسب. خاصة إذا لم يكن وظيفتك اليومية.
راشيل: كانت طلبات البحث عن الحاويات هي المكان المناسب للعديد من مطوّري الويب على مدار سنوات عديدة. أنا متحمس جدًا لحصولنا عليها. أشعر كما لو أن الكثير من الأشخاص يفكرون في فائدة استعلامات الحاوية - هل تشعر أن لديهم القدرة على فتح المزيد من الإبداع أيضًا؟
مريم: بالتأكيد، مع أنّني لا أرى ذلك منفصلاً تمامًا. لدينا جميعًا وقت محدود، ونحاول كتابة رموز برمجية قابلة للصيانة وفعّالة. عندما يكون من الصعب تنفيذ أمر ما عمليًا، يقل احتمال إبداعنا في ما هو ممكن.
ومع ذلك، فإن صناعة الويب تهيمن الآن على المصالح للشركات الكبيرة، وبالتالي فإن هذه المخاوف التجارية تحصل دائمًا على وقت بث مباشر أكبر من الفنانين على الويب. وأعتقد أننا نخسر الكثير إذا تجاهلنا الإبداع على الويب كحالة استخدام أساسية للميزات. لقد كنت متحمسًا جدًا لرؤية بعض العاملين الفنيين في CSS يلعبون مع النموذج الأوّلي لاستعلام الحاوية. صمّم Jhey Tompkins عرضًا توضيحيًا ذكيًا وتفاعليًا بشكل خاص للستائر الفنية في CSS كتعليق على المشاركة المضحكة القديمة لمكافحة CSS. أعتقد أنّ هناك المزيد لاستكشافه في هذا المجال، ولا أطيق الانتظار لمعرفة ما يبتكره الآخرون.
ركزت المحادثة أيضًا على الاستعلامات المستندة إلى الحجم، مثل حالة الاستخدام الأصلية، لكنني متحمس لمعرفة ما يفعله الأشخاص باستخدام استعلامات النمط - القدرة على كتابة أنماط شرطية بناءً على قيمة خاصية CSS أو المتغير. إنها ميزة قوية للغاية، ولم يتم استكشافها بعد في الغالب. أعتقد أنه يفتح المزيد من الفرص الإبداعية!
رايتشل: هل هناك أي إجراءات لا يمكننا تنفيذها (أو لا نخطط لتنفيذها) في CSS وتكون برأيك مفيدة؟
مريم: أنا متحمسة جدًا بشأن بعض المواصفات الأخرى التي كنت أعمل عليها. تمنح الطبقات التدريجية المؤلفين مزيدًا من التحكم في مشاكل الدقة، ومن المفترض أن يساعد "النطاق" في ضبط الاستهداف بدقة أكبر. لكن كلتاهما تمثلان مخاوف معمارية عالية المستوى. يكون الفنان في قناتي أكثر حماسًا تجاه بعض الميزات، مثل عمليات التبديل التي تتم في CSS، وهي طريقة تعريفية لإنشاء أنماط تفاعلية، أو "المخططات الزمنية" للحاويات، ما يتيح لنا نقل القيم بسلاسة بين الوسائط أو نقاط إيقاف الحاوية. لهذا تأثير عملي جدًا على أسلوب الخط سريع الاستجابة، ولكنه سيفتح أيضًا الكثير من الفرص الإبداعية للفن سريع الاستجابة والرسوم المتحركة.
راشيل: ما الجهات الأخرى التي تُنفذ في الوقت الحالي عملاً شيّقًا أو ممتعًا أو إبداعيًا على الويب؟
مريم: لا أعرف حتى كيف يمكن الإجابة عن هذا السؤال، فهناك الكثير من الأشخاص الذين يؤدون أعمالاً إبداعية في مجالات مختلفة. هناك الكثير من المعايير المثيرة التي تعمل قيد التنفيذ من CSSWG وOpen-UI، بما في ذلك بعضٍ من عملك على التجزئة. ولكن غالبًا ما أجد أكبر مصدر إلهام من فناني الويب، وكيف يضع الأشخاص هذه الأدوات في عملية الإنتاج، بطرق لا ترتبط مباشرةً بالتجارة. أشخاص مثل Jhey أو لين فيشر أو يوان تشوان أو العديد من الأشخاص الآخرين الذين يتجاوزون حدود إمكانات تقنيات الويب التي يمكن أن تفعلها بشكل مرئي وتفاعلي. حتى الأشخاص الذين يقومون بمزيد من الأعمال القائمة على الأعمال يمكن أن يتعلموا الكثير من أساليبهم الفنية.
أقدّر أيضًا فن الويب الذي يغلب عليه الطابع المفاهيمي، مثل بن غروسر، الذي يدفعنا باستمرار إلى إعادة النظر في ما نريده من الويب، لا سيما وسائل التواصل الاجتماعي. اطّلع على عنوان minus.social الجديد على سبيل المثال.
راشيل: يمكنك متابعة عمل ميريام على خدمة مقارنة الأسعار (CSS) على css.oddbird.net والتعرّف على آخر الأخبار التي تتّبعها على موقعها الإلكتروني miriam.codes وTwitter @TerribleMia.