يعكس تطور الويب خلال العقد الماضي تطور الاقتصاد الأمريكي. تتحرك جميع المؤشرات الرئيسية صعودًا وإلى اليمين على الرسوم البيانية ، حيث يوفر التدفق المستمر للاختراقات الأساسية إحساسًا "بالتقدم" ، ولكن في الواقع ، فإن قابلية الاستخدام وتأثير التكنولوجيا على الناس يتراجع أو يتراجع.
تؤثر هذه الأزمة على المنصات والمبدعين والمستهلكين.
سأحاول تحليل هذا الوضع وتشخيصه قليلاً. إذا كنت ترغب فقط في قراءة خطابي المعتاد وغير الاحترافي حول الحاجة إلى إعادة تشغيل الويب ، فيمكنك تخطي هذا الجزء. الفكرة هي أنه يمكننا اختيار تنسيق ترميز خفيف الوزن جديد (markdown) لاستبدال HTML و CSS ، وتقسيم الويب إلى مستندات وتطبيقات الويب ، واستعادة سرعة الويب وإمكانية الوصول إليه واهتمامه.
يستخدم هذا المنشور تعريفًا متحذلقًا لـ "الويب". لقد تحدثت عدة مرات بالفعل عن محاولات لإعادة اختراع "الإنترنت". تم تصميم مشاريع مثل dat و IPFS و arweave لإعادة اختراع الإنترنت أو طبقات النقل ونقل البيانات الخاصة به. الويب هو ما يوجد فوق هذه الطبقات: HTML و CSS و URL و JavaScript والمتصفحات.
تحطم المنصات
في الأسبوع الماضي ، كان هناك تغيير مهم في النظام الأساسي - قامت Mozilla بتسريح 250 موظفًا وقالت إنه سيؤثر على تطوير Firefox. لم يكن متصفح Firefox هو المتصفح الثاني الأكثر شيوعًا - ويعزى Safari بشكل أساسي إلى الجمهور "القسري" لمالكي iPhone و iPad. ومع ذلك ، كان المتصفح الأكثر شعبية الذي اختاره الناس .
الرسم البياني من Statcounter
لم يكن الفائز الحقيقي هو Chrome نفسه ، ولكن محرك Chrome. تم تقسيم قاعدة كود KHTML إلى WebKit (Safari) و Blink (Chrome و Microsoft Edge و Opera وما إلى ذلك) من
الناحية العملية ، هذا ما يبدو عليه تعريف الكتاب المدرسي لـ "monoculture". من ناحية أخرى ، يعد هذا انتصارًا من حيث التعاون ، لأن لا أحد يحتاج إلى "إضاعة الوقت" في التطبيقات المنافسة ، ويواجه مطورو الويب نفس الميزات والأخطاء في جميع المتصفحات. ولكن بمعنى أعمق ، فإنه يهدد المبادئ الأساسية لتطور الويب.
التخصصات والتطبيقات
وقد تطورت شبكة الإنترنت من خلال الجمع بين المواصفات و التنفيذ . كانت المنظمات مثل WHATWG و W3C و IETF بمثابة مساحات للمطورين والشركات والأكاديميين المستقلين للتعاون لمناقشة إمكانات الويب الجديدة. اختبرت المتصفحات أفكارها على العديد من التطبيقات المختلفة.
لقد كان جزءًا مثيرًا للاهتمام من الهيكل: مثل هذا النظام يضمن لنا جميعًا أن نتطور معًا ، وأن أحد أهدافنا هو أن نكون قادرين على المساهمة في الويب للعديد من المساهمين. إنه يزعجنا عندما يكون على caniuseظهرت خلايا فارغة ، لكن الفكرة العامة كانت أنه حتى لو كانت المتصفحات المختلفة قد تكون أفضل في جوانب مختلفة ، فإنها عاجلاً أم آجلاً تلحق ببعضها البعض. لم يكن Chrome أول متصفح يقدم ميزات وتحسينات جديدة.
العمل الجماعي أبطأ من العمل بمفرده ، لكنه يجلب الفوائد التي فقدناها اليوم. لقد تطور Chrome بسرعة كبيرة ، مضيفًا مواصفات وأفكارًا جديدة بسرعة مذهلة ، وأصبح أحد أصعب منتجات البرامج في إعادة إنشائها.
يبدو لي أن مايك هيلي وضع الأمر بشكل أفضل :
ألا تعتقد أن الويب "محتكر" عمليًا من حيث التعقيد إذا كانت محركات العرض قادرة على إنشاء مؤسسة واحدة أو مؤسستين فقط لها؟
اليوم ، ليس فقط من المستحيل تقريبًا إنشاء متصفح جديد من الصفر - إذا قمت بذلك ، فإن السباق المستمر لتنفيذ معايير جديدة سيتطلب فريقًا كاملاً من المتخصصين. يمكنك أن تقرأ عن هذا في مقال درو ديوالت على متصفحات الويب أن تتوقف ؛ أوصي أيضًا بقراءة مواده الأخرى.
تحدي للمبدعين
لقد أصبح تصميم الويب أكثر صعوبة.
نمت شبكة الإنترنت لمدة 25 عامًا فقط ، ولم يكن لديها سوى فرص قليلة جدًا للتقلص ، وهي اليوم تحت تأثير ثقافة قصيرة النظر للغاية للنمو الاقتصادي والوظيفي دون وجود خطط طويلة الأجل. هناك العديد من الطرق لتنفيذ شيء ما ، وبعض الطرق الأكثر شيوعًا لإنشاء التطبيقات على الويب ، في رأيي ، عادة ما تكون قوية للغاية.
أفضل طريقة للوصول الى التنمية على شبكة الإنترنت في عام 2020 هي لاختيار المتخصصة مثل Vue.js أو رد فعل والأمل أن يكون خبير CSS على الفريق.
هناك مجموعة محيرة من التقنيات المتاحة لأولئك الذين يرغبون فقط في إنشاء صفحة ويب بدلاً من السعي للوصول إلى الصناعة ، ولكن يتم وصم أبسطها وربما أفضلها. من المرجح أن يكتب الأشخاص السير الذاتية لـ React باستخدام GraphQL أكثر من كتابة HTML في برنامج المفكرة.
مشكلة للمستهلكين
نأمل أن يتم إنشاء جميع الابتكارات من أجل المستخدم ، ولكن في كثير من الأحيان ليس هذا هو الحال. يبدو أن مواقع الويب الحديثة هي الأكبر والأبطأ والأكثر شيوعًا في تاريخ الويب. بالكاد تزداد سرعة أجهزة الكمبيوتر لدينا ، كما أن سرعة الاتصال بالإنترنت في حالة ركود (لا تحاول حتى قول أي شيء عن 5G). إن النمو في حجم صفحات الويب يفوق نمو جميع المعلمات الأخرى.
بسبب كل هذا ، لم أعد أتوقع أن تكون الصفحات سريعة ، حتى مع تثبيت uBlock في Firefox وموفر ألياف محلي جيد.
لكني لا أريد أن ألوم مطوري الويب هؤلاء على كل شيء.... يمكنني مشاركة قصة مضحكة من مكان عملي السابق. لقد جمعنا بيانات حول تفاعل المستخدم مع المواقع للإجابة على أسئلة بسيطة مثل "هل ينقر الأشخاص على زر لتحميل الملفات إلى الخادم ، أم أنهم يستخدمون السحب والإفلات؟" لذلك ، استخدمنا Segment ، وهي أداة تسمح لك بإضافة خطوط تجميع البيانات باستخدام برنامج نصي بسيط. ومع ذلك ، كانت المشكلة أن Segment لديها صفحة ضخمة بها مئات من مزودي البيانات وشركات تكنولوجيا الإعلانات. وبالطبع ، بدأ هؤلاء الأشخاص الذين يعملون في الشركة بالضغط على كل هذه الأزرار .
ترى ، مشكلة الإعلان وتتبع البيانات هي أنه يمكن القيام بكل هذاولكن من سيرفضها؟ (في حالتنا ، اخترت إلغاء الاشتراك وأضفت CSP الذي يمنع المعلنين الجدد من الوصول إلى مستوى الصفحة.)
عودة إلى البساطة
من المستحيل الوصول إلى نظام بسيط عن طريق إضافة البساطة إلى نظام معقد. - ريتشارد أوكيف
أين نذهب بعد ذلك؟ يقترح أذكى الناس أن نرتب مراجعة للويب.
كيف نجعل الويب ممتعًا وتعاونيًا وجيدًا؟
أولاً ، اعتقدت أن هناك موقعين على شبكة الإنترنت:
مستندات الويب
هناك "مستندات ويب": مدونات وأخبار وويكيبيديا وتويتر وفيسبوك. بقدر ما أفهم ، في الواقع ، هذا هو الويب كما شوهد في الأصل (كان عمري عامين في ذلك الوقت). CSS ، التي نراها الآن كأداة يمكن للمصممين استخدامها لإنشاء علامة تجارية فريدة وإضافة تفاصيل دقيقة بالبكسل ، كان يُنظر إليها في الأصل على أنها طريقة لجعل المستندات قابلة للقراءة بدون تنسيق ، مما يسمح لقراء تلك المستندات بتخصيص مظهرهم. في الواقع ، تم حفظ هذه السمة كأوراق أنماط مخصصة في Chrome لفترة من الوقت ولا تزال تعمل في Firefox . ومع ذلك ، على الويب اليوم ، ستكون هذه مهمة شاقة لأنه تخلى بشكل فعال عن فكرة HTML الدلالية .
تطبيقات الويب"
ثم هناك "تطبيقات الويب". لقد بدأت كتطبيقات من جانب الخادم مبنية على شيء مثل Django و Ruby on Rails . قبلهم ، كان هناك العديد من التقنيات التي ستعيش الآن إلى الأبد في الشركات ، مثل Java servlets . أظهر
Backbone.js أنه يمكن نقل العديد من هذه التطبيقات إلى المتصفح ، وبعد ذلك قامت React والعديد من منافسيها SPA بإنشاء نظام عالمي جديد لتطبيقات الويب - العميل بدرجة عالية من التفاعل والتعقيد.
حرب بين أجزاء من الويب
أنا أزعم أن هذه الطبيعة المزدوجة هي التي تخلق سحر الويب. لكنها أيضًا قوة مدمرة.
السحر هو أن المدونة البسيطة يمكن أن تكون وسيلة إبداعية وطريقة تفاعلية رائعة للتعبير عن نفسك. موقعي ليس كذلك ، لكني أقول إنه ممكن .
تكمن المشكلة في أن "مستندات الويب" غالبًا ما تعاني من خصائص التطبيق - إنها جافا سكريبت والرسوم المتحركة ، مما يجعل تعقيد موقع الويب الإخباري العادي كارثة. عندما تتبنى مواقع الويب للمستندات أنماطًا للتطبيق ، فإنها غالبًا ما تضحي عن غير قصد بإمكانية الوصول والسرعة وإمكانية قراءة الجهاز.
وتعاني "تطبيقات الويب" من خصائص المستندات - تذهب التطبيقات التفاعلية إلى أبعد مدى لتجنب معظم الخصائص الأساسية لـ HTML و CSS ، واستخدامها فقط كمواد خام - تجنب تمامًا كتابة HTML مباشرة ، وتجنب كتابة CSS ، وتجنب وظائف الرسوم المتحركة القياسية ، واستبدالها ترقيم الصفحات إلى شيء يبدو مشابهًا ولكنه يعمل بشكل مختلف تمامًا . تستخدم تطبيقات الويب JSX عبر HTML وتفضل التعامل معها في المتصفح نفسه ، أو استخدام Svelte عبر JavaScript ويفضلها أيضًا.
عندما أقرأ منشورات المدونة الخاصة بـ "مطوري الويب التقليديين" الذين يشعرون بالغضب من أن HTML و CSS ليسا كافيين اليوم ، وقد أصبحت الأمور معقدة للغاية ، أعتقد أن هذا يرجع أساسًا إلى أنه في العديد من الأماكن ، تكون مجموعة تطوير التطبيقات في بناء الويب استبدلت المواقع مكدس إنشاء المستندات. أينما استخدمنا Jekyll أو عرض جانب الموقع ، يتم الآن تطبيق React أو Vue.js. هناك مزايا لهذا النهج ، ولكن بالنسبة للعديد من مواقع الويب ذات الحد الأدنى من التفاعل ، فإن هذا يعني التخلي عن عقود من المعرفة مقابل بعض مزايا السرعة التي قد لا تكون مهمة.
جاذبية وسائل التواصل الاجتماعي
ترجع جاذبية وسائل التواصل الاجتماعي جزئيًا إلى حقيقة أنها تسمح لنا بإنشاء مستندات دون التفكير في تقنية الويب وتوفر ضمانات حول السرعة وإمكانية الوصول والكمال والتي قد تستغرق الكثير من وقتنا بدون وسائل التواصل الاجتماعي. لا داعي للقلق بشأن تحميل منشور Facebook سريعًا على هواتف الأصدقاء أو تحرير صورة ونشرها على Instagram بشكل صحيح - لقد تم الاهتمام بكل ذلك من أجلنا.
إلى حد ما ، لا يتطلب هذا إمكانات وسائل التواصل الاجتماعي: توضح معايير مثل RSS وخدمات مثل Instapaper أنه يمكن إجراء التنسيق والتوزيع الجميل على مستوى النظام الأساسي. والبناء على أعلى مواقع الفانيليا الموجودة.
لكن لا يوجد تقسيم واضح
, - : ! , , -, , , («» JavaScript -), , . , , . : , , , .
مستندات الويب 2.0
بالطبع ، سيكون من الرائع تطبيق نظرية موحدة للويب الجديد لها خصائص تطبيق كافية وخصائص وثيقة كافية لإنشاء جميع المستندات التفاعلية المختلطة التي نعمل معها اليوم. لكن الطريق إلى تقسيم الويب أوضح بالنسبة لنا ، وقد فكرت في الأمر أولاً ، لذا دعنا نتحدث عنه قليلاً.
- القاعدة رقم 1 - لا تنشئ مجموعات فرعية . إذا كان استبدال الويب هو الميزات التي كانت موجودة في Firefox منذ 10 سنوات فقط ، فلن يحب هذا الإصدار أحد.
- №2 — . , , , - , .
- №3 — . , : , , , , , , .
لذلك ، لنفترض أننا نقوم بإنشاء مستند ويب جديد.
أولاً ، نحتاج إلى حد أدنى من لغة الترميز الموحدة لتوصيل المستندات. من المحتمل أن نرغب في البدء بلغة ترميز خفيفة الوزن سيتم تصميمها لتوليد HTML. تبدو النكهة الصارمة لـ Markdown التي تسمى Commonmark خيارًا جيدًا جدًا . هذه هي اللغة التي كتبت بها كل مشاركاتي ، والأكثر شهرة في عائلتي. هناك العديد من المحللات الرائعة لـ Markdown ونظام بيئي كبير للأدوات.
بعد ذلك ، نحتاج إلى متصفح. لفترة طويلة ، تعمل Mozilla على متصفح جديد تمامًا - Servo... تم طرد فريق التطوير الأسبوع الماضي ، وهو أمر محزن. يتضمن هذا المشروع أطر عمل Rust مستقلة لعرض الخطوط ، بالإضافة إلى تطبيق Markdown متطور في Rust ومجموعة متزايدة باستمرار من أطر التطبيقات الرائعة . هل من الممكن إنشاء متصفح Markdown خالص يستخدم خط الأنابيب هذا مباشرة؟ يمكن؟
أعتقد أن مثل هذا المزيج سيسمح لنا باستعادة السرعة المفقودة إلى حد كبير. يمكننا عرض صفحة على الشاشة في جزء صغير من الوقت مقارنةً بالويب الحديث. يمكن أن يكون استهلاك الذاكرة ضئيلاً. سيكون النظام الافتراضي سهل الوصول إليه بشكل لا يصدق. أنشئ أوراق أنماط قياسية رائعة المظهر وشارك أوراق أنماط مخصصة بديلة. بفضل الحجم المنخفض بشكل كبير ، سنكون قادرين على نقل النظام إلى جميع أنواع الأجهزة.
كيف ستبدو أدوات تحرير موقع الويب (والتي ربما تكون الأكثر أهمية)؟ يمكن أن تكون أبسط بكثير .
كيف سيبدو التجميع؟ إذا كانت صفحات الويب أشبه بالمستندات أكثر من التطبيقات ، فلن نحتاج إلى RSS - سيكون لمواقع الويب فهرس يشير إلى المستندات ويمكن لـ "قارئ" تجميع صفحات الويب نفسها افتراضيًا.
يمكننا ربط شبكتي الويب باستخدام شيء مثل ملف بروتوكول dat المعروف ، أو يمكننا استخدام رأس Accept لإنشاء متصفح يفهم HTML ولكنه يفضل الصفحات الخفيفة.
تطبيقات الويب 2.0
لدي شعور بأنه مهما كانت مشكلة الويب التي أذكرها ، فسيتم الرد تلقائيًا على أن WebAssembly يمكنه إصلاحها. هل يمكن أن يكون الأمر كذلك؟
لا اعرف. يعد WebAssembly في الواقع أمرًا رائعًا ، ولكن هل يجب أن يتم عرض تطبيقات الويب على لوحة الرسم فقط وأن يرسم كل تطبيق مجموعة الأدوات الرسومية الخاصة به؟ هل نحتاج حقًا إلى اختلافات في تنفيذ Anti-aliasing في تطبيقات الويب؟ تطبيقات الحاويات موجودة بالفعل ، ألق نظرة على Qubes ، لكنها ليست حقًا ما يجب أن يهدف المستخدمون إليه. أي شخص استخدم Blender أو Inkscape على جهاز Mac لديه فكرة تقريبية عن الشكل الذي سيبدو عليه.
أو هل يمكن أن يصبح WebAssembly "النواة" الجديدة ويستمر في عرض HTML لواجهة المستخدم؟ أو ... يمكننا إنشاء مكتبة مرتبطة مشتركة تستخدمها تطبيقات WebAssembly. سيعمل إلى حد ما مثل SwiftUI ويوفر معايير سهلة التطبيق مثل القيود بدلاً من مفاهيم مثل ارتفاع الخط والعوامات الموجودة في المستندات.
تكمن المشكلة في تشكيل مفهوم تطبيقات الويب في أنها تنمو كثيرًا.
كلما كان متجر Mac App Store و Windows App Store و App Store و Play Store أسوأ ، زاد الطلب على هذه الاحتكارات ، وكلما زادت التكاليف التي يتطلبها عمل مطور Mac أو Windows ، زاد انتقال هذه التطبيقات إلى الويب. بالتأكيد بعض التطبيقات أفضلعلى الويب. لكن الكثير يذهبون إلى هناك لمجرد أنه المكان الوحيد المتبقي حيث يمكن توزيع المنتج أو بيعه بسهولة وبتكلفة منخفضة.
ذات مرة ، كان بإمكاننا تثبيت التطبيقات ، ومنح موافقة صريحة لتشغيلها على جهاز كمبيوتر ، واستخدام أجهزتنا. لقد أوشك ذلك الوقت على الانتهاء ، ولصفحات الويب اليوم طرقًا متطورة للغاية للحصول على أي معلومات ، من كاميرات الويب والملفات وأجهزة التحكم في الألعاب والتوليف الصوتي إلى التشفير وكل ما كان في يوم من الأيام مجالًا للإمكانيات
.exeو .app. بالطبع ، هذا يعطي قوة جديدة ، لكن الوضع غير عادي إلى حد ما.
من يعمل على هذا؟
- Beaker Browser — dat , .
- Project Gemini — -. ( .)
- taizen — . , .
?
هناك العديد من الآراء المحتملة حول هذه المشكلة وطرق حلها. أعتقد أن هذه مشكلة بالفعل (للجميع باستثناء Google). فكرة متصفح الويب كشيء يمكننا فهمه ، صفحات الويب كشيء يمكن أن ينشئه المزيد من الناس ، تبدو رائعة بالنسبة لي.
يبدو نهج الشطب الواقعي للغاية. أعتقد أن أقوى حجة ضدها هي أنها "تمتص كل الأشياء المثيرة للاهتمام من الويب" ، وهذا صحيح جزئيًا. ومع ذلك ، لم تكن شبكة الويب المبكرة مثيرة للاهتمام بالمعنى المعتاد - حيث لم يكن بإمكاننا إنشاء فن أو استخدامه لأي شيء آخر غير تبادل المستندات. لكنه كان ممتعًا بشكل مثير للدهشة ، لأنه من الممتع مشاركة المعلومات ، وهناك يمكن القيام بذلك بطرق بسيطة وعالمية. لذلك فإن الأهم هو إيجاد العناصر التي تطلق احتمالات مثل هذه الخطة إذا كانت موجودة بالطبع. أو ابحث عن خطة أخرى "ستكون مثيرة للاهتمام بدرجة كافية".
تميل وسائل التواصل الاجتماعي إلى أن تكون أكثر تقييدًا من صفحات الويب ، ولكنها أيضًا أكثر جاذبية.لأسباب عديدة مهمة ، أهمها إمكانية مشاركة عدد أكبر من الناس. ماذا لو كان لدى بقية الويب مثل هذه البساطة والفورية دون أن تكون مركزية؟ ماذا لو استطعنا البدء من جديد؟
إعلان
خوادم Epic هي خوادم افتراضية لاستضافة المواقع من مدونة WordPress صغيرة إلى مشاريع وبوابات جادة مع مليون جمهور. تتوفر مجموعة كبيرة من خطط التعريفة ، الحد الأقصى للتهيئة هو 128 نواة لوحدة المعالجة المركزية ، وذاكرة وصول عشوائي 512 جيجابايت ، و 4000 جيجابايت NVMe!
