مسألة برمجة بسيطة

في تطوير البرمجيات ، تُستخدم عبارة " مسألة برمجة صغيرة" ( SMOP ) أو "مسألة برمجة بسيطة" للإشارة بشكل ساخر إلى أن ميزة مقترحة أو تغييرًا في التصميم سيتطلب قدرًا كبيرًا من الجهد.

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

يصف ملف المصطلحات لعام 1983 عملية SMOP على النحو التالي: ^{[ 1 ]}

SMOP (ess'em'oh'pee) اسم.

اختصار لعبارة "مسألة برمجة صغيرة". جزء من كود برمجي، لم يُكتب بعد، ويكون طوله المتوقع أكبر بكثير من تعقيده الفكري.

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

مثال: "من السهل تغيير مترجم لغة فورتران ليترجم لغة كوبول أيضًا؛ إنها مجرد مسألة برمجة بسيطة."

يُعرّف قاموس مصطلحات IBM مصطلح SMOP على النحو التالي: ^{[ 2 ]}

SMOP ( سموب ) اسم. شيء ممكن تمامًا، لكنه يتطلب موارد غير متوفرة لتحقيقه. "لماذا لا تتوفر هذه الوظيفة في البرنامج؟" - "إنها مجرد مسألة برمجة بسيطة". (المقصود أنه، مع مرور الوقت، كل شيء ممكن). أيضًا SMOUP ( سموب )، وهي مسألة برمجة دقيقة بسيطة (إذا كُتبت بخط اليد، باستخدام الحرف اليوناني mu ). انظر أيضًا: ما مدى صعوبة ذلك.

كانت لعبة SMOP من بين "الألعاب" التي وُصفت في مقال بأنها تُشابه ألعاب الناس التي حددها الدكتور إريك بيرن في مجال علم النفس التنموي. ^{[ 3 ]} وتتألف اللعبة أساسًا من اقتراح تعديلات تبدو بسيطة على تصميم ما، مما يؤدي إلى عواقب وتأخيرات غير متوقعة.

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

وقد تم استكشاف هذا المصطلح وتوسيعه أيضًا من قبل عالمة الكمبيوتر بوني ناردي في كتابها الصادر عام 1993 بعنوان "مسألة صغيرة من البرمجة: وجهات نظر حول حوسبة المستخدم النهائي" . ^{[ 5 ]}

• قاعدة التسعين والتسعين – حكمة فكاهية في برمجة الحاسوب 
• قانون هوفستاتر – مقولة شائعة تشير إلى تقديرات الوقت 
• تأثير الصعوبة والسهولة – التحيز المعرفي المتعلق بتقدير النجاح بشكل خاطئ بناءً على الصعوبة المتصورة 
• مغالطة التخطيط – التحيز المعرفي المتمثل في التقليل من تقدير الوقت اللازم