أسرع وأكثر أناقة: تكشف ترقية التطبيق الرئيسية عن إصلاح واجهة المستخدم وزيادة سرعة الواجهة الخلفية بنسبة 200 ٪

بقلم DeHub Team — 2024-10-28

في الربع الثالث من عام 2024، قمنا بإصلاح واجهة المستخدم وتحسين سرعة الواجهة الخلفية بنسبة 200 ٪.

لماذا تم شحنها معًا

لأنه بشكل منفصل كلاهما إصدارات سيئة.

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

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

ماذا تعني "200% أسرع"

ثلاثة أضعاف الإنتاجية السابقة، عبر المسارات المهمة — أحمال التغذية، وبدء البث، وعمليات المحفظة، وإطلاق الممرات.

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

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

ما الذي غيره الإصلاح الشامل بالفعل

تشير مقارنة أقل من لقطة شاشة، وأكثر مما يمكن للمستخدمين التعبير عنه.

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

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

ما لم يصلحه

التأهيل لبدء العمل بالكامل. لقد تحسنت وظلت المكان الأكثر شيوعًا الذي يتوقف فيه الناس، وهو الاكتشاف الوحيد الأكثر استمرارًا في تاريخ DeHub .

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

لماذا كان العمل السريع أكثر أهمية

لأن كل شيء بعد ذلك يعتمد على الإرتفاع. تكامل Livepeer لأكثر من 50000 مشاهد متزامن، custom CDN و 99.99 ٪ uptime في الربع الأول من عام 2025 وصلوا في غضون ربعين، ولم يكن أي منهم قادراً على البقاء على قيد الحياة على الواجهة الخلفية كما كانت في منتصف عام 2024.

كيف تراكمت الديون

ليس من خلال الإهمال، وهو التفسير المريح والخطأ.

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

كان الخطأ بنيويًا: لا شيء في عمليتنا أعاد النظر في القرار بعد أن تغيرت الظروف التي تبرره. تمت مراجعة الكود عند كتابته وعدم تكراره مرة أخرى.

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