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