تأثير النظام الثاني

يُعرف تأثير النظام الثاني ( أو متلازمة النظام الثاني ) بأنه ميل النظام الأول الناجح (غالباً ما يكون صغيراً وأنيقاً نسبياً) إلى أن يتبعه نظام ثانٍ يصبح معقداً أو متضخماً بشكل مفرط. يُعزى هذا التأثير عادةً إلى زيادة الثقة بعد النجاح الأول، وإلى تراكم الأفكار التي تم تأجيلها من النظام الأول ثم إضافتها بشكل جماعي إلى النظام الثاني. ^{[ 1 ] [ 2 ]}

استخدم فريد بروكس هذا المصطلح لأول مرة في كتابه "الشهر الأسطوري للرجل " (1975) أثناء وصفه لانتقال شركة IBM من أنظمة تشغيل بسيطة نسبياً لسلسلة IBM 700/7000 إلى نظام التشغيل OS/360 الأكثر طموحاً لعائلة IBM System/360 (الذي أُعلن عنه في عام 1964). ^{[ 3 ]}

بحسب صياغة بروكس، غالبًا ما يكون النظام الأول للمهندس المعماري "بسيطًا وواضحًا" لأن المصمم لا يزال يتعلم ويتوخى الحذر من التعميمات غير المؤكدة. أما النظام الثاني فهو "الأكثر خطورة" لأن المصمم يكون أكثر ثقة ويميل إلى دمج كل تحسين مؤجل سابقًا، وكل ميزة اختيارية، وكل تعميم، مما ينتج عنه نظام لاحق يصعب بناؤه وفهمه وتطويره. ^{[ 4 ]}

يرتبط هذا التأثير ارتباطًا وثيقًا بظاهرة التوسع المفرط في الميزات والتعميم المفرط في التصميم، حيث يحاول النظام الثاني توقع الكثير من الاحتياجات المستقبلية في وقت واحد بدلاً من تلبية المتطلبات الحالية التي تم التحقق من صحتها. ^{[ 5 ]}

وصف بروكس أيضًا نوعًا ثانيًا من هذا التأثير لا يتعلق أساسًا بإضافة ميزات جديدة، وهو الميل إلى تحسين التقنيات التي أصبحت بالية بسبب تغير الافتراضات الأساسية للنظام (على سبيل المثال، التحسين بناءً على جهاز قديم أو نموذج تشغيلي قديم بعد تغير البيئة). واستشهد بنظام التشغيل OS/360 كمثال على هذا النوع من التحسين غير المطبق. ^{[ 6 ]}

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

في كتابه "أسطورة الشهر الرجلي" ، يجادل بروكس بشكل منفصل بأن الفرق يجب أن تتوقع غالبًا بناء نظام تجريبي (أو نظام مؤقت) لمعرفة الاحتياجات الفعلية؛ والسؤال الإداري هو ما إذا كان ينبغي التخطيط لهذا النظام المؤقت مسبقًا أم إرساله عن طريق الخطأ كمنتج نهائي. ^{[ 7 ]} ويتردد صدى هذا الرأي في أدبيات تصميم الأنظمة اللاحقة: إذ يوصي بتلر لامبسون بـ"التخطيط للتخلص من النظام المؤقت" ويشير إلى أنه إذا كان هناك أي شيء جديد حقًا في وظيفة النظام، فمن المرجح أن يحتاج التنفيذ الأول إلى إعادة تصميم. ^{[ 8 ]}

ونتيجةً لذلك، تُخطط بعض الفرق عمدًا لتنفيذ ثانٍ لإزالة الأخطاء المبكرة والتعميمات الخاطئة والخطوات الاستكشافية الأولية من التكرار الأول. يُصاغ نهج "الاستبدال المُخطط" هذا أحيانًا على أنه بنية تضحية : أي قبول استبدال أجزاء من البنية الحالية أو كلها بمجرد فهم المجال بشكل أفضل، والتصميم بطرق تُسهّل عملية الاستبدال عند حلول الوقت المناسب. ^{[ 9 ]}

من الحلول الشائعة للتخفيف من هذه المشكلة الاستبدال التدريجي (الذي يُوصف غالبًا بنهج "التين الخانق")، حيث تُبنى الوظائف الجديدة حول النظام القديم وتحل محله تدريجيًا، مما يقلل من خطر وجود نظام ثانٍ كامل دفعة واحدة. ^{[ 10 ] [ 11 ]}

أشار بروكس إلى أن تجنب فشل النظام الثاني يتطلب انضباطًا صريحًا، بما في ذلك:

• مقاومة "الزخرفة الوظيفية" والتعميم غير الضروري،
• إظهار تكاليف الموارد للميزات الصغيرة (مثل تحديد ميزانية تكاليف الذاكرة والأداء لكل قدرة)،
• ضمان وجود قيادة معمارية ذات خبرة (بما في ذلك المهندسين المعماريين الذين سبق لهم تصميم أنظمة متعددة مماثلة). ^{[ 12 ]}

من الناحية العملية، غالباً ما تتضمن استراتيجيات التخفيف إعطاء الأولوية للمتطلبات التي تم التحقق منها، والتسليم المرحلي، وإدارة النطاق الصارمة، وعمليات المراجعة المعمارية المصممة لتحدي الميزات التخمينية.

• نمط مضاد
• توسع الميزات
• تأثير المنصة الداخلية
• تأثير أوزبورن
• تراجع السنة الثانية
• فلسفة يونكس
• كرة كبيرة من الطين
• نمط التين الخانق

• سبولسكي، جويل (6 أبريل 2000). "أشياء لا يجب عليك فعلها أبدًا، الجزء الأول" . جويل عن البرمجيات . تم الاطلاع عليه في 15 أكتوبر 2021 .
• تروف، آدم (21 أغسطس 2007). "ملاحظات حول لغة هاسكل" . تم الاطلاع عليه في 15 أكتوبر 2021 .
• غانتون، نيل (20 يوليو 2008). "هل تعتبر إعادة الصياغة ضارة؟" . تم الاطلاع عليه في 15 أكتوبر 2021 .
• فاولر، تشاد. "إعادة الكتابة الكبرى" . مؤرشف من الأصل في 8 ديسمبر 2016.