لا تعبث وقم بتحسين الأداء 😂 رأيت تعليقا للتو: > بمجرد أن يتم التوسع، حتى الأخطاء التي كتبتها ستجد مستخدمين. أول وظيفة لي بعد التخرج كانت في شركة كان فيها ندوة تدريب كبيرة للموظفين الجدد. في يوم من الأيام، رووا لنا قصة عن منتصف التسعينات، عندما قام الفريق الفني بتحسين وقت تحميل البرنامج من 5 دقائق إلى 30 ثانية. نتيجة لذلك، تنتشر ردود الفعل السلبية من العملاء فورا. هذا التحسين لوقت التحميل دمر فعليا ثقافة الشركة المؤسسية. اتضح أنه قبل التحسين، ذهب الجميع إلى المكتب، وشغلوا الكمبيوتر، واستغلوا وقت التحميل الخمس دقائق للدردشة، وشرب القهوة، وبدء يوم مريح. والآن، قبل أن يتمكنوا من النهوض من مكاتبهم، أصبح البرنامج جاهزا للعمل عليها! العبرة من القصة—والاقتباس أعلاه—ليست أن تخبرك بعدم تحسين الأمور. بدلا من ذلك، هو تذكير بأن البرمجيات التي تبنيها لا توجد فقط في وثيقة متطلبات المنتج (PRD) أو مجموعة اختبارات. إنه نظام يتفاعل مع الناس في العالم الحقيقي. الناس يبنون عادات حوله، ويطورون حلولا بديلة، ويعتمدون حتى على بعض الأخطاء في سيناريوهات الاستخدام العملي. هذا أمر حاسم بالنسبة لك كمهندس برمجيات: يجب أن تفهم ما هو استخدام البرمجيات فعليا وكيف يستخدم في العالم الحقيقي. وظيفتك ليست إكمال مجموعة من التذاكر من مدير المنتج، بل هي بناء برنامج يحل مشاكل المستخدمين. روابط: