السلام عليكم،
أتفق مع كل ما جاء في تعقيب Ghina ولو أني أفضل ترك بارامتر وحصر الاختيار في المرادفين العربيين وسيط ومَعلم.
وأضيف على ما ورد في رأي Ghina أن مصطلح parameter كما يرد في سياق البرمجة مقتبس من الرياضيات حيث يوجد تشابه بين عمل هذا المتغير الذي يحمل قيمة يمررها البرنامج الأصل إلى برمجية فرعية -وتظل القيمة ثابتة خلال عمر البرمجية الفرعية- وبين عمل المتغير المستخدم لتمرير القيم للدوال الرياضية والمسمى بالوسيط أو المعلم (1). فإذا قلنا مثلاً أن الدالة جتر(ص) تحسب الجذر التربيعي للقيمة التي تتلقاها (ص)، فإن ص في هذه الحالة هي الوسيط ويكون جتر(4)=2 وجتر(9)=3، وهكذا. وهنا يمكن كتابة برمجية فرعية لحساب الجذر التربيعي، أو بعبارة أخرى يمكن تطبيق دالة الجذر التربيعي عن طريق برمجية فرعية يناديها البرنامج الأصلي، وعند ندائها يتعين على البرنامج الأصلي أن يمرر إليها القيمة المطلوب حساب الجذر التربيعي لها، لذا يلزم تزويد البرمجية الفرعية بهذا المتغير لتمرير هذه القيمة المطلوبة من خلاله، والذي تثبت قيمته أثناء تنفيذ خطوات البرمجية للنداء الواحد، ويمكن للقيمة الممررة أن تتغير من نداء إلى نداء (لحساب جذر 4 أو 9 إلخ..)، ويمكن عندئذ أن تكون صيغة نداء البرنامج الفرعي كما يلي:
sqrt(x)
أرجو أن أكون بينت هنا وجه الاقتباس من الرياضيات الذي يجعل استخدام المصطلح الرياضي الأصلي أمراً طبيعياً في هذا السياق.
ومما يعزز هذا الرأي أيضاً وجود مصطلحات رياضية أخرى بُنيت على نفس المصطلح مثل المعادلات الوسيطية (أو المعلمية) parametric equations والإحصاء المعلمي parametric statistics. وكلها مبنية على تمرير عدد من القيم تتحكم في نتائج صيغ حسابية معينة.
المراجع:
(1) معجم الرياضيات، د. علي مصطفى بن الأشهر، سلسلة المعاجم الأكاديمية المتخصصة (الترجمة: وسيط أو معلم)
(2) معجم الكيلاني لمصطلحات الكمبيوتر والإنترنت، د. تيسير الكيلاني، مكتبة لبنان ناشرون (الترجمة: وسيط)
[Edited at 2010-09-01 15:48 GMT]
[Edited at 2010-09-01 15:51 GMT]