لماذا يكون تصميم Gmail الجديد بطيئًا جدًا؟

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

قبل يومين ، سأل أحد مستخدمي موقع Hacker News سؤالًا مشابهًا - وتلقى ردًا من موظف مجهول في Google كان يحدق في ثقافة التطوير داخل الشركة وزملائه.

ووفقًا له ، فإن كل هذا يحدث نظرًا لأن Google لا تنص على أي عقوبات على مثل هذه "الأخطاء".

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

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

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

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

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

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

وكلنا نعرف عن هذه المشاكل! كل منا! البعض استقال عندما يتعلق الأمر بهم. يبدأ الآخرون ببساطة في "التحسين" إلى أعلى - بدلاً من التحسين في اتجاه ما هو جيد للمستخدم أو للشركة.

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

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

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

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

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

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

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

Source: https://habr.com/ru/post/ar429018/


All Articles