1. Antoine Schmitt — أنطوان شميت

المبرمج الفرنسي الذي حوّل البرمجة إلى مادة فنية مستقلة

الاسم: Antoine Schmitt
الميلاد: 1961، ستراسبورغ، فرنسا.
التخصصات: البرمجة، هندسة البرمجيات، الذكاء الاصطناعي، التفاعل بين الإنسان والحاسوب، الفن الرقمي التوليدي.
التكوين: تخرّج من مدرسة Télécom Paris عام 1984.
المكانة المهنية: مهندس مبرمج سابق، ثم فنان رقمي جعل البرمجة نفسها محورًا أساسيًا في ممارسته الفنية. Institut français

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

لكن هذه الخصوصية تضعنا أمام سؤال مهم يتعلق بمسردك: هل ندرج شميت ضمن أعظم المبرمجين الفرنسيين لأن أعماله الفنية تعتمد على البرمجة، أم لأن لديه مسيرة مهنية حقيقية في هندسة البرمجيات قبل انتقاله إلى الفن؟

الإجابة ليست مجرد أنه فنان يستخدم الحاسوب. فقد عمل مهندسًا مبرمجًا متخصصًا في التفاعل بين الإنسان والحاسوب والذكاء الاصطناعي، وعمل في شركة NeXT في وادي السيليكون بين عامي 1991 و1994، قبل أن يعود إلى فرنسا ويتجه إلى الفن عام 1994. وهذه الخلفية تجعل علاقته بالبرمجة أعمق من مجرد الاستعانة بمبرمج لتنفيذ أفكار فنية. Institut français

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

1. الهوية والخلفية: من البرمجة في سن المراهقة إلى الهندسة الاحترافية

بدأ شميت البرمجة في سن السادسة عشرة، أي في عام 1977 تقريبًا. وكان اهتمامه المبكر يتضمن برمجة الألعاب والتجارب الرياضية، قبل أن ينتقل إلى دراسة الهندسة في Télécom Paris ويتخرج عام 1984. Le Monde.fr

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

بعد تخرجه، عمل في شركة Act Informatique بين عامي 1985 و1991 تقريبًا، في مجالات شملت الذكاء الاصطناعي والوسائط المتعددة والتفاعل بين الإنسان والحاسوب. ثم انتقل إلى الولايات المتحدة للعمل في NeXT، الشركة التي أسسها ستيف جوبز، ضمن أعمال البحث والتطوير بين عامي 1991 و1994. وبعد ذلك عاد إلى فرنسا وبدأ مسيرته الفنية المستقلة. Institut français

لماذا تهم هذه الخلفية؟

لأنها تضع شميت في منطقة تقاطع بين ثلاثة حقول:

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

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

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

هذا مثال على نوع التحفظ الذي سألتزم به في تقييم بقية الأسماء: العمل في مؤسسة مهمة ليس هو نفسه إثبات إنجاز تقني محدد داخلها.

2. المسيرة البرمجية: ما الذي فعله شميت خارج الفن؟

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

تُظهر سيرته أنه عمل في مشاريع برمجية متعددة، منها تطبيقات الوسائط المتعددة والمشروعات الثقافية والتعليمية، وأنه شارك في أعمال على الأقراص المدمجة التفاعلية، بما في ذلك مشروعات ذات طابع فني. كما عمل مستشارًا تقنيًا للمخرج الفرنسي كريس ماركر في مشروعه التفاعلي Immemory عام 1997. legacy.imal.org

وهنا ينبغي أن نميز بين ثلاثة أنواع من العمل البرمجي في مسيرته:

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

هذه الفئات ليست منفصلة تمامًا؛ فقد يجمع المشروع الواحد بين أكثر من فئة. لكن الفصل بينها يساعدنا على عدم الخلط بين المهارة الهندسية، والخبرة في تطوير الوسائط التفاعلية، والابتكار الفني.

مساهمته في البرمجيات التفاعلية المبكرة

في تسعينيات القرن العشرين، كان القرص المدمج التفاعلي وسيلة مهمة لنشر المحتوى الرقمي، قبل أن يصبح الويب منصة أكثر انتشارًا لتقديم التجارب متعددة الوسائط. عمل شميت على عدد من هذه المشروعات، واستفاد من البرمجة في بناء تجارب لا تقتصر على مشاهدة محتوى مسجل مسبقًا. legacy.imal.org

وتكمن أهمية هذا السياق في أن البرمجة التفاعلية تتطلب التفكير في سلسلة من الاحتمالات:

ماذا يحدث عندما يختار المستخدم عنصرًا معينًا؟
كيف يتغير المحتوى تبعًا لتفاعل المستخدم؟
كيف تُنظّم العلاقة بين النص والصورة والصوت؟
كيف يمكن للبرنامج أن ينتج تجربة متماسكة من دون أن تكون كل خطواتها محددة سلفًا؟

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

ومع ذلك، لا ينبغي أن ننسب إليه فضل اختراع الوسائط التفاعلية أو تأسيس البرمجة متعددة الوسائط. فهذه تطورات جماعية شارك فيها عدد كبير من المبرمجين والمصممين والفنانين والشركات.

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

3. التحليل التقني: ما الذي يميز طريقة شميت في البرمجة؟

هذا هو القسم الأهم لفهم قيمته.

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

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

أ. الانتقال من رسم الشكل إلى برمجة سلوكه

لنفترض أن فنانًا يريد إنتاج رسم يتكون من كرة تتحرك داخل مستطيل.

يمكنه رسم الكرة في مواقع مختلفة، ثم تجميع الصور في رسوم متحركة. في هذه الحالة، تكون الحركة سلسلة من الحالات المصممة مسبقًا.

لكن يمكن للمبرمج أن يكتب برنامجًا يحدد:

موضع الكرة وسرعتها.
حدود المستطيل.
قواعد الارتداد عند اصطدام الكرة بالجدار.
العلاقة بين الحركة وإنتاج الصوت.
القيود التي تحدد المسارات الممكنة.

في النموذج الثاني، لا يحدد المبرمج كل صورة على حدة؛ بل يحدد القواعد التي تنتج الصور.

هذا التمييز أساسي لفهم الفن التوليدي، وهو أحد المفاتيح التي تساعد على قراءة أعمال شميت.

فالمبرمج هنا لا يرسم كل نتيجة، بل يصمم الآلية التي تنتج النتائج. ويصبح التنفيذ الفعلي للبرنامج جزءًا من التجربة الفنية.

ب. العمل البرمجي بوصفه نظامًا ديناميكيًا

يظهر هذا التوجه بوضوح في عمله Vexation 1، الذي يعود إلى عام 2001.

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

هذه الفكرة تبدو بسيطة في وصفها، لكنها تتيح تحليلًا تقنيًا غنيًا.

أولًا: الحالة. يمتلك النظام حالة تتغير بمرور الزمن، تتضمن موقع الكرة واتجاه حركتها وسرعتها.

ثانيًا: القواعد. يحدد البرنامج ما يحدث عند اصطدام الكرة بالجدران، وكيف يرتبط الاصطدام بحدث صوتي.

ثالثًا: الزمن. لا يكون الزمن مجرد إطار خارجي لعرض العمل، بل يدخل في تكوينه؛ فالتغير في الحركة يؤدي إلى تغير في إيقاع الأصوات.

رابعًا: العلاقة بين الحتمية والحرية. يستطيع النظام أن يخضع لقواعد محددة، ومع ذلك ينتج مسارات لا تبدو للمشاهد وكأنها سلسلة من الأحداث المتوقعة بسهولة.

ومن الضروري هنا توخي الدقة: وصف الحركة بأنها تبدو حرة لا يثبت أن البرنامج يستخدم عشوائية رياضية فعلية في كل مرحلة. فقد ينتج السلوك المعقد من قواعد حتمية أيضًا. ولا ينبغي أن نفترض وجود مولد أرقام عشوائية أو نموذج فيزيائي معين من دون توثيق تقني يثبت ذلك.

ج. لماذا يُعد هذا العمل مهمًا؟

ليس لأن ارتداد كرة داخل مستطيل إنجاز خوارزمي غير مسبوق؛ فالآليات الأساسية للحركة والاصطدام معروفة منذ زمن طويل.

تكمن القيمة في اختيار شميت للعلاقة بين الحركة والصوت والقواعد البرمجية بوصفها موضوعًا فنيًا وفكريًا.

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

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

من منظور تاريخ البرمجة، ينبغي ألا نساوي بين هذا النوع من الابتكار والابتكار في الخوارزميات العامة. ومن منظور تاريخ الفن الرقمي، يصبح هذا النوع من التصميم البرمجي أكثر أهمية بكثير.

4. الفكرة المحورية في مشروعه: البرمجة مادة فعالة وليست أداة محايدة

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

هذا التصور يظهر في وصف أعماله المنشور لدى مؤسسات فنية، وفي حواراته عن البرمجة بوصفها وسيطًا إبداعيًا. Institut français

لكن ما الذي يعنيه ذلك تقنيًا؟

يمكننا التمييز بين ثلاث حالات:

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

في الحالة الثالثة، تصبح البرمجة مسؤولة عن إنتاج السلوك الذي يختبره المشاهد.

وهنا تظهر ميزة حقيقية للوسيط البرمجي: يمكن للعمل أن يتغير باستمرار، وأن ينتج حالات متعددة، وأن يستجيب لظروف التشغيل أو لتفاعل المستخدم، بحسب تصميمه.

لكن ثمة تحفظًا فلسفيًا مهمًا.

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

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

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

هل هذه الفكرة جديدة تاريخيًا؟

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

وتضع المؤسسات الفنية أعماله بالفعل ضمن امتداد لتقاليد الفن الحركي والسيبرنيتي، مع تأكيدها على مركزية البرمجة في ممارسته. collection.societegenerale.com

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

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

وهذا إسهام معتبر، لكنه مختلف عن اختراع مجال كامل من الصفر.

5. أبرز الأعمال والمشروعات: ماذا أنجز شميت بالفعل؟

لفهم مكانته، من الأفضل ألا نحصر اهتمامنا في عمل واحد، بل أن ننظر إلى مجموعة من مشروعاته التي تكشف جوانب مختلفة من تفكيره البرمجي.

5.1. Vexation 1 — عام 2001

سبق أن تناولنا هذا العمل من الناحية التقنية، لكنه يستحق التوقف عند قيمته في مشروع شميت العام.

يحول العمل قواعد الحركة والاصطدام إلى بنية صوتية. فالبرنامج لا يحرك جسمًا فحسب، بل يربط حالة النظام الفيزيائية المتخيلة بإنتاج موسيقي.

وتكمن أهميته في العلاقة بين ثلاثة عناصر:

المحاكاة الحركية.
توليد الصوت استجابةً للأحداث.
استخدام القواعد البرمجية لتشكيل تجربة جمالية.

يوضح هذا المشروع كيف يستطيع المبرمج تحويل نظام بسيط إلى تجربة تتقاطع فيها الرياضيات والحركة والموسيقى. لكنه لا يقدم، وفق المعلومات المتاحة، دليلًا على ابتكار خوارزمية عامة جديدة. قيمته الأساسية فنية ومفاهيمية. archive.transmediale.de

5.2. Still Living — الفن التوليدي ونقد أنظمة التمثيل

يستخدم شميت في Still Living أشكالًا ورسومًا بيانية تحاكي اللغة البصرية المستخدمة في تمثيل الاقتصاد، مثل الأعمدة والمنحنيات والدوائر البيانية.

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

يقرأ وصف العمل المنشور في أرشيف transmediale هذه الحركة بوصفها تعليقًا ساخرًا على الاعتقاد بالتقدم الاقتصادي المستمر، وعلى الأنظمة التي تدور داخل لغتها التمثيلية الخاصة. وقد نال العمل اهتمامًا في سياق المهرجان عام 2007. transmediale.de

من الناحية البرمجية، تكمن أهميته في استخدام السلوك التوليدي لإعادة النظر في دلالة الرسوم البيانية نفسها.

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

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

5.3. Black Square — عام 2016

يمثل Black Square مثالًا آخر على استخدام شميت للبرنامج بوصفه مادة فنية.

يعود العمل إلى عام 2016، وهو مصنف ضمن مجموعة الأعمال الفنية التابعة لمؤسسة Société Générale. ويُعرَض باستخدام شاشة وبرامج خاصة وحاسوب. collection.societegenerale.com

تكمن أهمية هذا العمل في استمرار اهتمام شميت بالعلاقة بين الشكل والحركة والقواعد التي تنتج السلوك المرئي.

لكن يجب التمييز بين ما تثبته المعلومات المتاحة وما لا تثبته: لدينا توثيق للعمل وسنة إنتاجه ووسيطه، لكن هذه المعلومات وحدها لا تكفي لتقييم تعقيد خوارزميته أو كفاءة بنيته البرمجية الداخلية.

لذلك سأعدّه دليلًا على استمرار ممارسته للفن البرمجي، لا دليلًا مستقلًا على تفوقه في هندسة البرمجيات.

5.4. City Sleep Light — عام 2010

في هذا المشروع، يتوسع العمل من شاشة أو مساحة عرض محدودة إلى واجهة مبنى كاملة.

تُعرض City Sleep Light بوصفها عملًا فنيًا للواجهات المعمارية والإضاءة، أُنتج في سياق Media Façade Festival Europe عام 2010. وتتمثل فكرته العامة في تحويل واجهة المبنى إلى عنصر ضوئي يتفاعل مع المدينة المحيطة. Public Art Lab

هذا المشروع مهم لأنه يكشف انتقال البرمجة من تنظيم صورة على شاشة إلى التحكم في تجربة بصرية مرتبطة بفضاء معماري حقيقي.

ويمكن النظر إليه من ثلاثة مستويات:

المستوى البرمجي: القواعد التي تتحكم في السلوك البصري للعمل.
المستوى المكاني: العلاقة بين الإضاءة وواجهة المبنى والبيئة المحيطة.
المستوى الحضري: تحول المبنى من عنصر ثابت في المشهد إلى وسيط بصري متغير.

لكن ينبغي الحذر من نسب كل مكونات التنفيذ التقني إلى شميت وحده؛ فمشروعات الواجهات الإعلامية قد تتطلب تعاونًا بين الفنانين والمهندسين والمصممين والجهات المنتجة.

ماذا تكشف هذه الأعمال مجتمعة؟

تكشف عن وحدة واضحة في مشروع شميت: إنه يعود باستمرار إلى الحركة والقواعد والأنظمة، ويبحث في كيفية إنتاجها لسلوك بصري أو صوتي ذي دلالة.

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

6. التأثير التاريخي والتقني: ما حجم مكانته الحقيقية؟

حصل شميت على جوائز وشارك في مهرجانات ومعارض دولية متخصصة في الفن الرقمي والوسائط الجديدة، ومن بينها transmediale وArs Electronica ومهرجان الفيديو والرقص التابع لليونسكو. كما عُرضت أعماله في مؤسسات فنية مثل مركز بومبيدو في باريس. IFdigital

هذه المكانة المؤسسية مهمة، لكنها تحتاج إلى تفسير صحيح.

أ. أثره في الفن البرمجي

أبرز مساهماته هي تطوير ممارسة فنية تجعل البرنامج جزءًا أساسيًا من العمل، لا مجرد أداة مساعدة.

وقد ساعد نشاطه الفني والنظري في إظهار إمكانات البرمجة في إنشاء أعمال توليدية وتفاعلية، وفي إقامة روابط بين الحوسبة والفنون البصرية والموسيقى والرقص والعمارة. LABoral

هذا يجعله شخصية معتبرة في تاريخ الفن الرقمي الفرنسي، وفي المجال الأوسع للفن القائم على البرمجة.

ب. أثره في البرمجة العامة

هنا ينبغي أن نكون أكثر تحفظًا.

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

ولا يعني غياب هذه الأدلة أنه لم يحقق أي إنجاز تقني مهم؛ بل يعني أن الأدلة المتاحة تبرز أثره في الفن الرقمي بدرجة أكبر بكثير من أثره في البرمجة العامة.

وهذا فرق جوهري إذا كان معيار مسردك هو عظمة المبرمجين في تاريخ البرمجة، وليس عظمة الفنانين الذين يستخدمونها.

ج. أثره في النقاش الفكري حول البرمجة

يتمتع شميت أيضًا بدور نظري في مجال الفن البرمجي، ويشارك في استكشاف العلاقة بين البرنامج والحركة والحرية والأنظمة. كما ارتبط اسمه ببوابة gratin.org، التي تناولت الفن والتقنيات التفاعلية والرقمية. archive.transmediale.de

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

ومع ذلك، فإن إسهامه النظري هنا يُفهم على أفضل وجه ضمن فلسفة الفن الرقمي ونظرياته، لا بوصفه مساهمة تأسيسية في نظرية الحوسبة أو علوم البرمجة.

7. النقد: أين تكمن حدود تجربة شميت؟

هذه النقطة حاسمة؛ لأن تقييمك يتعلق بأعظم 26 مبرمجًا فرنسيًا، وليس بمجرد اختيار 26 شخصية مهمة في الثقافة الرقمية الفرنسية.

أولًا: التميز الفني لا يساوي التفوق البرمجي

قد ينتج مبرمج عملًا فنيًا شديد الأصالة باستخدام تقنيات معروفة، بينما يطور مبرمج آخر خوارزمية أقل لفتًا للنظر بصريًا، لكنها تؤثر في ملايين التطبيقات.

لا يعني ذلك أن أحد النوعين أفضل مطلقًا؛ بل يعني أن معايير تقييمهما مختلفة.

شميت متميز في توظيف البرمجة داخل الفن، لكن الأدلة التي راجعتها لا تضعه في الفئة نفسها التي تضم رواد لغات البرمجة أو الخوارزميات أو أنظمة التشغيل من حيث التأثير التقني العام.

ثانيًا: صعوبة العمل لا تُستنتج من مظهره

قد يبدو العمل الفني بسيطًا للغاية، بينما يتطلب إنتاج سلوكه البرمجي جهدًا معتبرًا. وقد يبدو معقدًا بصريًا، بينما يعتمد على آليات حسابية مألوفة.

لذلك لا ينبغي أن نحكم على جودة شميت البرمجية من بساطة أعماله أو تعقيدها البصري.

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

ثالثًا: الابتكار في توظيف التقنية يختلف عن الابتكار في التقنية نفسها

هذه هي الملاحظة النقدية الأهم.

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

وهذا ليس عيبًا فنيًا، بل يوضح أولوياته.

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

رابعًا: هل يكفي أن يكون مبرمجًا محترفًا لإدراجه ضمن أعظم 26؟

لا.

إن إثبات أن شخصًا مارس البرمجة باحتراف لا يكفي وحده لإثبات أنه من أعظم المبرمجين في تاريخ بلد ما.

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

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

8. هل يستحق أنطوان شميت مكانًا ضمن أعظم 26 مبرمجًا فرنسيًا؟

أرى أن الإجابة تعتمد على تعريفك للعظمة البرمجية.

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

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

الاختبار المضاد: ماذا لو لم يكن فنانًا؟

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

هل ستظل لدينا أدلة كافية لوضعه ضمن أعظم 26 مبرمجًا فرنسيًا؟

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

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

وهذا لا يعني أن الفن أقل أهمية من الصناعة أو البحث العلمي؛ بل يعني أن القائمة يجب أن تحدد نوع العظمة التي تريد توثيقها.

9. المراجع والمصادر

اعتمدت في هذه المراجعة على مصادر مؤسسية وتاريخية وتقنية، مع إعطاء الأولوية للمصادر التي تقدم معلومات مباشرة عن مسيرة شميت وأعماله.

مصادر السيرة المهنية

1. المعهد الفرنسي — Institut français

Antoine Schmitt — Institut français

مصدر مؤسسي مهم للسيرة المهنية، والتكوين الهندسي، والعمل لدى NeXT، والتحول إلى الفن الرقمي، وبعض المشروعات والجوائز.

2. مدرسة Télécom Paris

شهادة أنطوان شميت عن مسيرته — Télécom Paris

مصدر مفيد لفهم علاقته بالتكوين الهندسي والبرمجة، وطبيعة انتقاله من العمل الصناعي إلى الممارسة الفنية.

3. صحيفة Le Monde

Antoine Schmitt, de l’art de la programmation informatique — Le Monde

مصدر صحفي يشرح خلفيته المبكرة، وبداياته في البرمجة، ومسيرته المهنية، وانتقاله إلى الفن.

مصادر الأعمال والتحليل الفني

4. أرشيف transmediale — Vexation 1

Vexation 1 — transmediale Archive

المصدر الأساسي الذي اعتمدت عليه في وصف العمل، وآلية الحركة، والعلاقة بين الاصطدام والصوت.

5. أرشيف transmediale — Still Living

Still Living — transmediale

مفيد لفهم العلاقة بين التوليد البصري والنقد الفني للرسوم البيانية الاقتصادية.

6. مجموعة Société Générale الفنية — Black Square

Black Square — Collection d’art Société Générale

يوثق العمل وسنة إنتاجه ووسيطه، ويقدم معلومات عن الممارسة الفنية لشميت.

7. LABoral — مركز الفن والتصميم الصناعي

Antoine Schmitt — LABoral

مصدر مهم لتوصيف منهجه الفني وعلاقته بالبرمجة والذكاء الاصطناعي والفيزياء والحياة الاصطناعية.

8. المركز الوطني الفرنسي للسينما والصورة المتحركة — CNC

Antoine Schmitt, de Steve Jobs à l’art numérique — CNC

يساعد في فهم موقف شميت من التقنية، وطبيعة أولوياته الفنية، ومكانته في الفن البرمجي الفرنسي.

ملاحظة توثيقية

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

10. الحكم النهائي: ما الذي يضيفه أنطوان شميت إلى مسردك؟

الخلاصة التاريخية

يمثل أنطوان شميت نموذجًا للمبرمج الذي اتخذ البرمجة مجالًا للتجريب الفني والفكري. وتجمع مسيرته بين خبرة مهنية في هندسة البرمجيات والتفاعل بين الإنسان والحاسوب، وممارسة فنية تستخدم البرامج لإنتاج الحركة والسلوك والتجارب التوليدية.

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

ما أهميته بالنسبة إلى قائمتك؟

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

وجوده يوسع صورة المبرمج الفرنسي لتشمل من يستخدمون الكود في بناء أنظمة جمالية ومفاهيمية، وليس فقط من يطورون البنية التقنية التي تقوم عليها صناعة الحوسبة.

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

وهذا ليس سببًا لاستبعاده، بل سبب لتحديد موقعه بدقة.

حكمي النهائي

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

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

وأفضّل عدم منحه ترتيبًا رقميًا نهائيًا قبل الاطلاع على بقية الأسماء؛ فقد يكون من الضروري إعادة تقييم مكانته النسبية عند ظهور شخصيات أخرى تمثل المسار نفسه أو مسارات أكثر تأثيرًا.

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

Bellard

Fabrice Bellard — فابريس بيلار

مهندس البرمجيات الذي بنى أدوات أصبحت جزءًا من البنية التحتية للحوسبة الحديثة

Meet Fabrice Bellard: The French engineer whose code powers YouTube, Netflix and TikTok, yet he has spent 30 years quietly out of the spotlight | - The Times of India

فرنسا · البرمجة منخفضة المستوى · المترجمات · محاكاة الحاسوب · الوسائط المتعددة · الحسابات الرياضية

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

بيلار ليس مجرد مبرمج كتب عددًا كبيرًا من البرامج. إنه صاحب إسهامات بارزة في مشروعات مثل FFmpeg وQEMU وTiny C Compiler، إضافة إلى أعمال في محركات JavaScript والمحاكاة داخل المتصفح والحساب العددي. وتعرض صفحته الرسمية هذه المشروعات إلى جانب أدوات أخرى أنشأها خلال مسيرته.

bellard.org

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

وهذا بالضبط ما يجعل دراسة بيلار مهمة: إنه مبرمج يعمل في الطبقات التي تجعل برامج أخرى ممكنة.

بطاقة الشخصية

الاسم: Fabrice Bellard

الميلاد: 17 يونيو 1972، غرونوبل، فرنسا.

التكوين: المدرسة متعددة التقنيات الفرنسية (École Polytechnique)، ثم Télécom Paris.

المجالات الأساسية: البرمجة بلغة C، المترجمات، المحاكاة، الترميز وفك الترميز، الحسابات الرياضية عالية الدقة.

أبرز المشروعات: FFmpeg، QEMU، TCC، QEmacs، JSLinux، QuickJS.

المصدر الأساسي للسيرة وقائمة المشروعات: الموقع الرسمي لبيلار، مع مصادر توثيقية مستقلة.

bellard.org

1. النشأة والتكوين: مبرمج يميل إلى فهم الآلة من الداخل

Déclaration de l’École polytechnique suite à l’annonce de TotalEnergies - École polytechnique, école d'ingénieur

微软公开早期版本 MS-DOS 和 Word 源代码 | LiveSino 中文版 – 微软信仰中心

وُلد بيلار في غرونوبل عام 1972، ودرس في فرنسا، ثم التحق بالمدرسة متعددة التقنيات قبل أن يتخصص في Télécom Paris. وتذكر سيرته أنه أنشأ برنامج ضغط الملفات التنفيذية LZEXE عندما كان في السابعة عشرة من عمره تقريبًا.

ويكيبيديا

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

LZEXE: فهم البرنامج بوصفه بنية تنفيذية

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

Geschichte der Informatik

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

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

لا أستنتج من هذا البرنامج وحده أنه كان قد بلغ في السابعة عشرة مستوى جميع خبراء الأنظمة؛ لكن إنشاء أداة عملية من هذا النوع في تلك المرحلة المبكرة دليل واضح على اهتمام مبكر بالبرمجة القريبة من بنية الآلة.

2. FFmpeg: الإسهام في البنية التحتية العالمية للصوت والفيديو

FFmpeg скачать бесплатно на русском языке

ABOUT THE PROJECT FFmpeg_using the constant quantization parameter (cqp) by-CSDN博客

FFmpeg هو أحد أهم مشروعات بيلار وأكثرها دلالة على أثره العملي. بدأ المشروع عام 2000، وقاده بيلار في سنواته الأولى. وتصف صفحته الرسمية المشروع بأنه منظومة مفتوحة المصدر للوسائط المتعددة.

bellard.org

لفهم أهميته، ينبغي التفريق بين ثلاثة مفاهيم كثيرًا ما تختلط على المستخدمين:

الترميز (Encoding): تحويل البيانات الصوتية أو المرئية إلى تمثيل مضغوط وفق صيغة معينة.
فك الترميز (Decoding): استعادة البيانات القابلة للتشغيل من التمثيل المضغوط.
تحويل الصيغ (Transcoding): فك تمثيل موجود ثم إعادة ترميز المحتوى بصيغة أخرى أو بإعدادات مختلفة.

تجمع FFmpeg أدوات ومكتبات لتنفيذ طيف واسع من هذه العمليات، وتتعامل مع عدد كبير من صيغ الصوت والفيديو والحاويات الرقمية.

لماذا كان هذا مشروعًا برمجيًا بالغ الأهمية؟

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

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

وهنا يظهر أحد أهم أنماط الإنجاز لدى بيلار: إنشاء بنية برمجية عامة تحل مشكلة متكررة لعدد هائل من المطورين.

وتوضح الدراسات التاريخية للمشروع أن FFmpeg توسعت لتضم مكتبات وأدوات للتعامل مع مئات الترميزات والحاويات، وأنها أصبحت مكوّنًا مهمًا في منظومات الوسائط الحرة والتجارية.

Geschichte der Informatik

لكن من المهم ألا ننسب كل ما أُضيف إلى FFmpeg خلال العقود التالية إلى بيلار وحده. لقد بدأ المشروع وقاده في مرحلته الأولى، ثم ساهم فيه مطورون كثيرون، وتغيرت قيادته وصيانته بمرور الزمن.

إنجاز بيلار المؤسس هو إطلاق المشروع وبناء أساسه المبكر والمساهمة في توجيهه، لا كتابة كل سطر موجود في نسخه الحديثة.

3. QEMU: حين تصبح الحواسيب قادرة على محاكاة حواسيب أخرى

qemu architecture and internals - How it works | PDF

Ubuntu installation on a RISC-V virtual machine using a server install image and QEMU - RISC-V-docs - Ubuntu Community Hub

إذا كان FFmpeg يكشف عن براعة بيلار في معالجة الوسائط، فإن QEMU يكشف عن قدرته على العمل في واحدة من أكثر طبقات البرمجة تعقيدًا: العلاقة بين تعليمات المعالج والآلة التي تنفذها.

بدأ بيلار المشروع عام 2003، وشرح تصميمه في بحث بعنوان QEMU, a Fast and Portable Dynamic Translator قدمه في مؤتمر USENIX التقني عام 2005.

USENIX

كيف تعمل الفكرة؟

البرنامج أو نظام التشغيل الضيف

صُمّم لمعمارية حاسوبية معينة، مثل x86 أو ARM.

طبقة المحاكاة والترجمة الديناميكية

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

الحاسوب المضيف

ينفذ الشيفرة المترجمة ويستضيف البيئة المحاكية.

رسم توضيحي مفاهيمي استنادًا إلى ورقة بيلار عن QEMU.

USENIX

المحاكاة والترجمة الديناميكية

تتمثل المشكلة في أن تعليمات المعالج ليست لغة عامة مستقلة عن العتاد. فالبرنامج الذي ينفذ تعليمات معالج معين لا يمكن تشغيله على معالج مختلف بمجرد نقل ملفه إليه.

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

وتتمثل إحدى الأفكار التقنية المحورية في تحويل كتل من تعليمات المعالج الضيف إلى شيفرة مناسبة للمعالج المضيف، ثم إعادة استخدام الشيفرة المترجمة بدلًا من إعادة ترجمة كل تعليمة في كل مرة.

USENIX

وهذا يتطلب التعامل مع مسائل شديدة الحساسية، منها:

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

ليس QEMU مجرد برنامج لإنشاء جهاز افتراضي؛ فالمحاكاة البرمجية الكاملة والترجمة الديناميكية تمثلان مجالًا هندسيًا متكاملًا.

ويجب هنا توضيح الفرق بين المحاكاة (Emulation) والافتراضية المعتمدة على العتاد (Virtualization). يستطيع QEMU محاكاة معمارية مختلفة بالترجمة البرمجية، كما يستطيع في بعض البيئات الاستفادة من إمكانات الافتراضية العتادية، مثل KVM على Linux، لتسريع تشغيل أنظمة متوافقة مع معمارية المضيف. ليست هذه الآليات شيئًا واحدًا، حتى عندما تظهر للمستخدم ضمن واجهة واحدة.

لماذا أعدّ QEMU من أبرز إسهامات بيلار؟

لأن تصميمه يجمع بين النظرية والتنفيذ العملي. فالمترجم الديناميكي يحتاج إلى نموذج دقيق للمعالج، لكنه يحتاج أيضًا إلى أداء يجعل المحاكاة مفيدة فعلًا.

ومن أهم جوانب المشروع أن بنيته قابلة للتوسع لتدعم معالجات وأنظمة مختلفة. وقد ساهمت هذه الفكرة في جعل QEMU أداة مهمة في تطوير الأنظمة واختبار البرمجيات وتشغيل بيئات غير متاحة مباشرة على العتاد الأصلي.

USENIX

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

4. Tiny C Compiler: ضغط المترجم إلى حجمه الضروري

يقدم Tiny C Compiler، المعروف اختصارًا بـ TCC، وجهًا مختلفًا من عبقرية بيلار البرمجية.

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

ما يميز TCC هو محاولة تحقيق مجموعة واسعة من وظائف المترجم مع الحفاظ على صغر الحجم وسرعة الترجمة.

وتوضح المصادر التاريخية أن المشروع تطور من OTCC، وهو مترجم صغير للغة C أنشأه بيلار للمشاركة في مسابقة International Obfuscated C Code Contest عام 2001. وكان البرنامج قادرًا على ترجمة نفسه ضمن مجموعة فرعية من لغة C التي يدعمها.

Geschichte der Informatik

لماذا يهم أن يترجم المترجم نفسه؟

تُعرف هذه الخاصية باسم Self-hosting، وهي أن تكون اللغة التي كُتب بها المترجم ضمن اللغات التي يستطيع المترجم نفسه ترجمتها.

ليست هذه الخاصية جديدة تاريخيًا، ولا تكفي وحدها لإثبات جودة المترجم. لكن تحقيقها في مترجم بالغ الصغر يفرض قيودًا هندسية مثيرة للاهتمام: كيف يمكن تمثيل قواعد اللغة والتحليل وإنتاج الشيفرة ضمن مساحة محدودة جدًا؟

لقد حوّل بيلار هذا التحدي إلى نقطة انطلاق لمترجم أكثر اكتمالًا.

TCCBOOT: اختبار عملي لفكرة المترجم الصغير

GitHub - seyko2/tccboot: Using TinyCC to compile Linux kernels · GitHub

Ch02: Building the 5.x Linux Kernel from Source - Part 1 | Yama's Trail

لم يكتفِ بيلار بتصغير المترجم. فقد أنشأ TCCBOOT لإظهار أن المترجم الصغير يمكن أن يؤدي وظيفة عملية مهمة: ترجمة نواة Linux من المصدر أثناء الإقلاع، ثم تشغيلها خلال وقت قصير جدًا. وتذكر المصادر التاريخية أن التجربة حققت الإقلاع في أقل من 15 ثانية في ظروفها الموثقة.

bellard.org

تستحق التجربة الاهتمام لأنها تحوّل خاصية تبدو تجريبية — صغر المترجم وسرعته — إلى برهان عملي على إمكانية استخدامها في سلسلة الإقلاع نفسها.

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

حكمي في TCC: هذا من أوضح الأمثلة على تفكير بيلار الهندسي. إنه لا يكتفي بتطوير أداة تؤدي وظيفتها، بل يستكشف الحد الأدنى من التعقيد الذي يسمح لها بأداء الوظيفة بكفاءة عملية.

5. من QEmacs إلى QuickJS: بناء أدوات صغيرة تؤدي وظائف حقيقية

QuickJS 源码解读（一）：虚拟机的实现 | 🚉 Vincent's bus station

Fun Tool to Run a Linux Computer IN Your Browser Using JavaScript | Code.DanYork.Com

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

QEmacs

أنشأ بيلار محرر النصوص QEmacs، وهو مشروع استكشف من خلاله معالجة Unicode، وبنى النصوص، وتحليل XML وHTML وCSS. وتعرض صفحته الرسمية المشروع ضمن أدواته البرمجية.

bellard.org

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

QuickJS

blogs.igalia.com

يمثل QuickJS امتدادًا حديثًا نسبيًا لهذا التوجه. وهو محرك لتشغيل JavaScript صممه بيلار بالتعاون مع Charlie Gordon، وظهر عام 2019. وتصف وثائقه الرسمية محركًا صغيرًا يدعم معظم ميزات اللغة الحديثة، مع واجهة يمكن تضمينها في برامج أخرى.

Geschichte der Informatik

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

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

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

JSLinux

أطلق بيلار JSLinux عام 2011، وهو محاكي حاسوب مكتوب بلغة JavaScript يستطيع تشغيل أنظمة وبيئات حاسوبية داخل متصفح الويب. وتعرض صفحته الرسمية إمكانات تشغيل Linux وبعض البيئات الأخرى ضمن المتصفح.

bellard.org

تكمن أهمية المشروع في أنه يوضح ما يمكن تحقيقه عندما تُنقل فكرة المحاكاة من برنامج يعمل على سطح المكتب إلى بيئة المتصفح.

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

هذا إنجاز هندسي يبرز معرفة بيلار بالمعماريات والمحاكاة، إلى جانب فهمه لقدرات JavaScript ومحركاتها.

6. الرياضيات والحساب العددي: حين يصبح البرنامج أداة لاختبار حدود الحساب

PPT - 补充实验 PowerPoint Presentation, free download - ID:6360108

Who exactly is Fabrice Bérard, the French programmer who developed FFmpeg and QEMU? - GIGAZINE

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

صيغة بيلار لحساب أرقام \(\pi\)

نشر بيلار عام 1997 صيغة رياضية لحساب خانات سداسية عشرية من \(\pi\)، وهي صيغة مرتبطة بعائلة الصيغ التي تسمح بحساب أرقام متباعدة من الثابت دون الحاجة إلى حساب جميع الأرقام السابقة بالترتيب. وتذكر المراجع أنها حسّنت صيغة Bailey–Borwein–Plouffe السابقة من حيث سرعة الحساب في الظروف التي اختُبرت فيها.

Geschichte der Informatik

الأهمية هنا ليست مجرد الوصول إلى أرقام أكثر، بل تصميم طريقة حسابية يمكن تنفيذها بكفاءة.

رقم قياسي في حساب \(\pi\)

في نهاية عام 2009، أعلن بيلار أنه حسب نحو 2.7 تريليون رقم عشري من \(\pi\)، مستخدمًا حاسوبًا مكتبيًا. وقد تفوق هذا الإنجاز حينها على الرقم القياسي السابق، قبل أن يتجاوزه باحثون آخرون عام 2010.

Geschichte der Informatik

How can I improve my code for the Chudnovsky algorithm to calculate pi more optimised (Python)? - Stack Overflow

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

وهو مثال آخر على الجمع بين المعرفة الرياضية والهندسة البرمجية: فالخوارزمية الجيدة نظريًا لا تحقق أفضل نتائجها تلقائيًا؛ إذ يعتمد التنفيذ العملي على بنية البيانات، وطريقة الحساب، وخصائص الأجهزة المستخدمة.

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

7. مشروعات أخرى تكشف اتساع قدراته

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

试一试 TinyGL 的衍生版本 / 计算机图形/GUI/RTOS/FileSystem/OpenGL/DirectX/SDL2 / 哇酷®开发者社区(WhyCan® Forum)

TinyGL — الرسوم ثلاثية الأبعاد

مكتبة صغيرة تنفذ مجموعة فرعية من OpenGL، صُممت لتكون خفيفة وسريعة. تمثل اهتمام بيلار بإعادة بناء وظائف تقنية كبيرة ضمن تنفيذ أصغر يناسب البيئات محدودة الموارد.

bellard.org

New super image format for the web — BPG | by Vladimir Jovanović | Bitersen | Medium

BPG — ضغط الصور

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

bellard.org

Amarisoft LTE Call box Mini 5G 4G 3GPP compliant

Amarisoft — الاتصالات الخلوية

شارك بيلار في تأسيس Amarisoft عام 2012 مع Franck Spinelli. وتطور نشاط الشركة حول محطات اتصالات خلوية تعمل برمجيًا على حاسوب عادي، إلى جانب تقنيات LTE و5G وأدوات مرتبطة ببروتوكولات الاتصالات.

Geschichte der Informatik

ReFT: Fine-tuning Representations Rather than Weights

NNCP ومشروعات ضغط البيانات

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

bellard.org

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

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

هذا الاتساع ليس بديلًا عن العمق؛ وفي حالته، فإن عددًا من مشروعاته الأساسية يقدم دليلًا ملموسًا على العمق التنفيذي.

8. التحليل النقدي: ما الذي يجعل بيلار مبرمجًا استثنائيًا؟

أرى أن فهم بيلار يصبح أوضح إذا نظرنا إلى مسيرته من خلال أربع خصائص مترابطة.

أ. الكفاءة ليست مجرد تحسين للسرعة

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

في TCC، يتمثل التحدي في الجمع بين صغر المترجم وسرعة الترجمة والقدرة على أداء وظائف مفيدة. وفي QEMU، يتعلق الأمر بمحاكاة معالجات وأنظمة مختلفة بأداء عملي. وفي BPG، يتعلق الأمر بتمثيل الصور بكفاءة.

المبدأ المشترك هو البحث عن تنفيذ يحقق قدرًا كبيرًا من الوظائف مقابل موارد محدودة.

ب. بناء أدوات يستخدمها الآخرون

هناك فرق بين برنامج يحل مشكلة شخصية وبرنامج يصبح أداة يعتمد عليها مطورون آخرون في بناء منتجاتهم.

FFmpeg وQEMU مثالان واضحان على النوع الثاني. وتكمن أهميتهما في أن أثرهما لا يتوقف عند المستخدم المباشر؛ بل يمتد إلى البرمجيات التي تستخدمهما، ثم إلى المستخدمين النهائيين لتلك البرمجيات.

هذا النوع من الأثر صعب القياس بعدد التنزيلات وحده، لأن المكتبات والأدوات الأساسية قد تعمل خلف واجهات لا يراها الجمهور.

ج. القدرة على التنقل بين مستويات التجريد

يتعامل بيلار مع مشكلات على مستويات مختلفة:

مستوى تعليمات المعالج والمحاكاة.
مستوى المترجمات ولغات البرمجة.
مستوى المكتبات والتطبيقات.
مستوى الترميز والتمثيل العددي للبيانات.
مستوى النماذج الحسابية وضغط البيانات.

هذا لا يعني أن كل مشروعاته متساوية في الأهمية، لكنه يوضح أن معرفته ليست مجرد معرفة بلغة برمجة أو إطار عمل محدد.

د. الاستقلالية في بناء المشروعات

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

Geschichte der Informatik

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

ما حدود إسهاماته؟

لا أرى أن بيلار يحتاج إلى أن يُنسب إليه اختراع كل مفهوم استخدمه حتى نقدر مكانته. فالترجمة الديناميكية، والمترجمات، وضغط البيانات، والمحاكاة كلها مجالات لها تاريخ سابق ومجتمعات واسعة.

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

وهذا تمييز أساسي: ليس كل مبرمج بارز مخترعًا لمجال جديد، لكن بعض المبرمجين يتركون أثرًا كبيرًا لأنهم يبنون تطبيقات ممتازة لأفكار معروفة، أو يطورونها إلى مستويات جديدة من الكفاءة والعملية.

9. الكتب والمؤلفات والمراجع

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

لكن لديه أعمال تقنية منشورة تستحق القراءة، وأبرزها:

PPT - HPEC 2012 PowerPoint Presentation, free download - ID:1827853

1. QEMU, a Fast and Portable Dynamic Translator (2005)

بحث تقني — تأليف Fabrice Bellard

يعرض البنية التقنية لمحاكي QEMU والترجمة الديناميكية التي تتيح تشغيل برمجيات لمعالجات مختلفة. وهو أهم مرجع أولي لفهم تصميم QEMU في مرحلته المبكرة.

قراءة البحث لدى USENIX

USENIX

2. Harissa: A Flexible and Efficient Java Environment Mixing Bytecode and Compiled Code (1997)

بحث مشترك — Gilles Muller وBárbara Moura وFabrice Bellard وCharles Consel

يتناول بيئة Java تجمع بين تنفيذ bytecode والشيفرة المترجمة. وهو مهم لفهم اهتمام بيلار المبكر بالتنفيذ الفعال للغات البرمجة، مع التنبيه إلى أنه عمل جماعي وليس مؤلفًا فرديًا.

csauthors.net

3. الموقع الرسمي لبيلار: سجل المشروعات والتوثيق

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

Fabrice Bellard’s Home Page

bellard.org

مراجع مستقلة إضافية

Geschichte der Informatik — Fabrice Bellard: FFmpeg, QEMU and the One-Man Project. دراسة تاريخية حديثة تجمع معلومات عن مشروعاته ومسيرته التقنية. قراءة الدراسة

Geschichte der Informatik
Fabrice Bellard — Infrastructure Heroes. عرض تعريفي لمشروعاته، مفيد بوصفه مدخلًا عامًا، مع تفضيل الوثائق الأصلية عند التحقق من التفاصيل. قراءة الملف

Infrastructure Heroes

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

10. الحكم النهائي: لماذا أتفق مع إدراجه في مسردك؟

What does your OS look like? (Screen Shots..) - Page 265 - OSDev.org

أتفق مع اختيار فابريس بيلار، وأرى أن لديه ما يبرر مكانته ضمن أعظم المبرمجين الفرنسيين.

هذا الاتفاق يستند إلى إنجازات ملموسة، وليس إلى شهرته بين المبرمجين أو إلى كثرة المشروعات في سيرته.

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

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

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

وبيلار مثال قوي على هذا النوع من المبرمجين.

خلاصة التقييم

المحور	خلاصة الحكم
الأصالة التقنية	واضحة في تصميم وتنفيذ عدد من مشروعاته
عمق البرمجة	بارز في المترجمات والمحاكاة والبرمجيات منخفضة المستوى
الأثر العملي	واسع خصوصًا في FFmpeg وQEMU
الاتساع المعرفي	يمتد من الأنظمة والوسائط إلى الرياضيات والضغط
الاستمرارية	تستمر مشروعات أساسية بدأها في التطور بجهود مجتمعات متعددة
الكتب والأبحاث	لديه أبحاث تقنية موثقة؛ لم أتحقق من وجود كتاب مستقل ألّفه
مكانته في المسرد	اختيار أراه مبررًا بقوة

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

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

Alain Colmerauer — مهندس اللغة التي جعلت المنطق قابلًا للبرمجة

مسرد أعظم 26 مبرمجًا فرنسيًا · مراجعة نقدية وتاريخية وتقنية

حكمي: أتفق بقوة مع إدراج آلان كولميراور (Alain Colmerauer) في مسردك. ليس لأنه ارتبط باسم لغة برمجة شهيرة فحسب، بل لأنه ساهم في تغيير السؤال الأساسي الذي تطرحه البرمجة على الحاسوب: بدلًا من أن يحدد المبرمج كل خطوة حسابية بالتتابع، هل يمكنه وصف الحقائق والعلاقات والقيود، ثم يترك للنظام مهمة البحث عن حل؟

هذا هو جوهر التحول الذي ارتبط بلغة Prolog، التي نشأت في جامعة مرسيليا في مطلع سبعينيات القرن العشرين من أبحاث معالجة اللغات الطبيعية والذكاء الاصطناعي. لكن من المهم منذ البداية أن يكون الحكم تاريخيًا دقيقًا: لم يصنع كولميراور Prolog منفردًا؛ فقد كان في قلب مشروع جماعي، وأسهم في تكوينه النظري والعملي باحثون آخرون، أبرزهم فيليب روسيل (Philippe Roussel)، مع وجود صلات فكرية مهمة بأعمال روبرت كوالسكي (Robert Kowalski) في البرمجة المنطقية. ما يجعل كولميراور جديرًا بالإدراج هو دوره التأسيسي في تحويل هذه الأفكار إلى لغة قابلة للتنفيذ، ثم مواصلة تطويرها نحو أنظمة أكثر قدرة على التعامل مع القيود.

Presentation

Grenoble Institute of Technology [Acceptance Rate + Statistics]

1. السيرة العلمية: من تحليل اللغة إلى بناء لغات للحاسوب

وُلد كولميراور في فرنسا عام 1941، وحصل على الدكتوراه عام 1967 عن عمل في القواعد القائمة على الأسبقية والتحليل النحوي ولغات البرمجة. عمل بعد ذلك في جامعة مونتريال بين عامي 1967 و1970، ثم ارتبط معظم مساره البحثي بجامعة مرسيليا، حيث تطور مشروع Prolog. توفي في مرسيليا في 12 مايو 2017.

Association for Logic Programming

المثير في مساره أن اهتمامه لم يبدأ من سؤال تقليدي مثل: كيف نجعل الحاسوب ينفذ العمليات الحسابية أسرع؟ بل من سؤال مختلف: كيف نجعل الحاسوب يعالج اللغة والعلاقات التي تعبّر بها عن المعنى؟

في مونتريال، عمل على Q-systems، وهي صياغة لمعالجة الجمل وتحويلها، ارتبطت بمشروع للترجمة الآلية من الإنجليزية إلى الفرنسية. اعتبر كولميراور هذه الأنظمة سلفًا فكريًا لـProlog. كانت المشكلة اللغوية هنا أكثر من مجرد مناسبة عابرة؛ فقد دفعته إلى البحث عن طريقة يستطيع بها الحاسوب التعامل مع البنى والعلاقات، بدل الاقتصار على تنفيذ سلسلة ثابتة من التعليمات.

softwarepreservation.computerhistory.org

وهنا تظهر إحدى نقاط قوته: لم يكن اهتمامه باللغة الطبيعية منفصلًا عن اهتمامه بلغات البرمجة. لقد تعامل معهما بوصفهما مشكلتين متصلتين: كيف نمثل بنية معقدة، وكيف نضع قواعد تسمح بمعالجتها آليًا؟

2. Prolog: الإنجاز المركزي الذي يبرر إدراجه

PPT - Evolution of Major Programming Languages: A Look into the Genesis of FORTRAN and LISP PowerPoint Presentation - ID:6559097

PPT - Prolog - Part 1 PowerPoint Presentation, free download - ID:4275896

PPT - Historia de los lenguajes de programación PowerPoint Presentation - ID:5516058

ظهرت النسخة الأولية من Prolog في مرسيليا أواخر عام 1971، وتبلورت نسخة أكثر استقرارًا في عام 1972. وتصف الرواية التاريخية التي كتبها كولميراور وفيليب روسيل لاحقًا كيف وُلدت اللغة من مشروع لمعالجة اللغة الفرنسية، لا من خطة أولية لإنشاء لغة برمجة جديدة.

apice.unibo.it

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

human(socrates).
mortal(X) :- human(X).

ثم يسأل:

?- mortal(socrates).

الفكرة ليست أن Prolog «يفكر مثل الإنسان» بصورة عامة، ولا أنه يستنتج أي حقيقة ممكنة بلا حدود. الفكرة الأدق هي أن البرنامج يعبّر عن علاقات وقواعد، وأن محرك اللغة يحاول إثبات صحة الاستعلام وفق آليات الاستدلال والبحث الخاصة به.

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

وهذا إنجاز تأسيسي في تاريخ البرمجة، لا مجرد ابتكار صياغة لغوية مختلفة.

3. ما الذي ابتكره كولميراور فعلًا؟ قراءة تقنية أعمق

من السهل أن نختزل Prolog إلى قواعد منطقية، لكن هذا الاختزال لا يفسر أهميتها البرمجية. مساهمة كولميراور كانت في العمل على جسر بين تمثيل المعرفة، والاستدلال، والتنفيذ الفعلي.

أ. البرمجة التصريحية (Declarative Programming)

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

PPT - Horn Clauses and Unification PowerPoint Presentation, free download - ID:5728564

ب. التوحيد المنطقي (Unification)

يسمح التوحيد بمقارنة البنى المنطقية ومحاولة جعلها متوافقة عبر إيجاد إحلالات مناسبة للمتغيرات. وهو ليس مجرد مطابقة نصية بين كلمتين؛ بل آلية بنيوية أساسية تربط المتغيرات والحدود والعلاقات. جعل التوحيد محورًا مهمًا في تصميم Prolog يعني أن بنية المعرفة نفسها تدخل في آلية الحساب.

ج. البحث والتراجع (Backtracking)

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

PPT - Constraint Logic Programming (Ch.14) PowerPoint Presentation, free download - ID:1891446

د. الانتقال من الحقائق إلى القيود

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

Presentation

تلك الجوانب لا تمثل قائمة ميزات منفصلة فحسب؛ إنها حلقات في تصميم واحد: تمثيل العلاقات، ومحاولة توحيدها، والبحث عن إثبات، ثم تحسين البحث بإضافة آليات للتعامل مع القيود.

لكن يجب التنبيه إلى أن Prolog ليس تجسيدًا خالصًا لمنطق رياضي محايد عن التنفيذ. فاللغة العملية تتضمن استراتيجيات بحث وآليات تحكم، ومن أشهرها عامل القطع (Cut)، الذي يؤثر في البدائل التي يواصل النظام استكشافها. لذلك فإن القول إن Prolog «يحدد ماذا نريد لا كيف نفعله» مفيد بوصفه مدخلًا، لكنه ليس وصفًا كاملًا لكل ما يحدث في برنامج حقيقي.

4. من Q-systems إلى Prolog: خيط فكري متصل

PPT - Machine Translation PowerPoint Presentation, free download - ID:554125

Transformational Generative Grammar | PPTX

AMUpod -
Introduction -- Journée D'Hommage À Alain Co…

من الأخطاء الشائعة دراسة Prolog وكأنه ظهر فجأة سنة 1972. في الواقع، كانت هناك مرحلة طويلة من التجريب في معالجة اللغة، بدأت مع Q-systems في مونتريال. قامت هذه الأنظمة على تحويل الأشجار اللغوية بقواعد إعادة كتابة، وهو تصور مناسب لمعالجة البنية الداخلية للجملة.

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

Association for Logic Programming

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

هذه نقطة قوة منهجية واضحة: عندما يصبح الحل الخاص معقدًا، ابحث عن لغة أو نموذج يعالج فئة المشكلات بدل مشكلة واحدة. هذا المبدأ لا يخص البرمجة المنطقية وحدها؛ بل هو أحد مصادر التقدم في تصميم لغات البرمجة والأطر الحسابية عمومًا.

5. القواعد النحوية التحويلية: مساهمة تتجاوز اسم Prolog

من الأعمال التي تستحق ألا تُطمس خلف شهرة Prolog، قواعد التحول (Metamorphosis Grammars)، التي ارتبطت بأعمال كولميراور في معالجة اللغة، وتُعرف صيغتها المرتبطة بـProlog أيضًا باسم القواعد النحوية ذات العبارات المحددة (Definite Clause Grammars، أو DCGs).

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

Association for Logic Programming

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

6. Prolog II وIII وIV: استمرار المشروع بعد ولادة اللغة

Introduction au langage PROLOG | PDF | Syntaxe (logique) | Grammaire

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

Prolog II: ارتبط بتطوير البرمجة المنطقية بالقيود، بحيث لم يعد الاستدلال مقتصرًا على مطابقة الحدود المنطقية المعتادة.
Prolog III: وسّع التعامل مع القيود، بما في ذلك جوانب عددية ومنطقية وبنى شجرية.
Prolog IV: واصل دمج البرمجة المنطقية والقيود وأساليب الحل ذات الطابع الرياضي، بما في ذلك مجالات عددية متصلة.

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

Presentation

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

وهذا النوع من الاستمرارية مهم عند تقييم المبرمجين ذوي الإسهام التأسيسي؛ فهو يكشف أن الفكرة لم تكن حادثة منعزلة، بل برنامجًا بحثيًا متماسكًا.

7. الانتقال إلى التطبيقات العملية: PrologIA ومشروع الجيل الخامس الياباني

The FGCS Project and Machine Translation Systems - ACL Anthology

لم تبقَ البرمجة المنطقية فكرة محصورة في المختبر الجامعي. ففي عام 1984 أسس كولميراور شركة PROLOGIA مع عدد من زملائه، بهدف تسويق Prolog وتطوير حلول برمجية للمشكلات المعقدة. وهذه خطوة مهمة لأنها تكشف اهتمامًا بتحويل البحث إلى أدوات عملية، لا الاكتفاء بإنتاج أوراق أكاديمية.

Association for Logic Programming

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

ScienceDirect

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

ScienceDirect

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

8. أثره في الذكاء الاصطناعي: بديل عن البرمجة الإجرائية أم شريك لها؟

أثر Prolog أوسع من استخدامها في معالجة اللغة الطبيعية. فقد استُخدمت البرمجة المنطقية في الأنظمة الخبيرة، والاستدلال الآلي، وقواعد البيانات الاستنتاجية، والمترجمات، وبعض تطبيقات التصميم والتحقق. ويعرض التاريخ البحثي للمجال هذه الاستخدامات بوصفها امتدادًا طبيعيًا لفكرة تمثيل المعرفة في صورة قواعد قابلة للتنفيذ.

Association for Logic Programming

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

يمكن تلخيص العلاقة هكذا:

البرمجة الإجرائية

يحدد المبرمج العمليات وتسلسل تنفيذها، مع إمكانية استخدام التجريدات والخوارزميات عالية المستوى.

البرمجة المنطقية

يصف المبرمج العلاقات والقواعد، ويستخدم محرك الاستدلال آليات البحث والتوحيد للوصول إلى إجابات.

البرمجة المنطقية بالقيود

يضيف النظام آليات لحل القيود وتضييق نطاق الحلول الممكنة، بدل الاعتماد على تعداد البدائل وحده.

لا تمثل هذه الأنماط مراحل تلغي إحداها الأخرى؛ إنها مقاربات يمكن أن تتكامل داخل النظام نفسه. ومن هنا تأتي قيمة كولميراور: ساعد في توسيع ما يمكن أن يكون عليه البرنامج، لا في استبدال نموذج برمجي واحد بآخر بصورة مطلقة.

9. الكتب والمؤلفات: ماذا نقرأ لكولميراور؟

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

Programmation logique et programmation par contraintes - broché - Rueher - Achat Livre | fnac

Constraint Logic Programming: Selected Research (1993)

كتاب محرَّر

شارك كولميراور فريديريك بنهامو (Frédéric Benhamou) في تحرير هذه المجموعة البحثية التي نشرتها MIT Press. وهي من أهم المراجع المرتبطة بمرحلة تطور البرمجة المنطقية بالقيود، وتجمع أعمالًا حول الأسس النظرية وتصميم اللغات والتنفيذ ومجالات القيود العددية والمنطقية. ينبغي نسبتها إليه بوصفه محررًا مشاركًا، لا باعتبارها كتابًا ألّفه منفردًا.

MIT Press

«Prolog in 10 Figures» (1983/1985)

مقال تقني

عرض كولميراور أفكار Prolog بطريقة منهجية وموجزة، ثم نُشرت نسخة في مجلة Communications of the ACM عام 1985. وهو مدخل مناسب لفهم رؤيته للغة: البرنامج تمثيل للمعرفة يمكن الاستعلام عنه، وليس مجرد قائمة أوامر تُنفّذ بالتتابع. هذا المقال من أفضل النصوص للبدء بقراءة أفكاره مباشرة.

ResearchGate

Prolog: The Next 50 Years | Springer Nature Link

«The Birth of Prolog» — مع Philippe Roussel (1993، ونُشر في كتاب عام 1996)

فصل تاريخي مشترك

أهم مصدر أولي لفهم نشأة اللغة من منظور المشاركين فيها. يشرح الانتقال من مشروع معالجة اللغة الفرنسية إلى النسخ الأولى من Prolog، ويعرض دور Q-systems في ذلك التطور. نُشر الفصل ضمن History of Programming Languages II، من تحرير Thomas J. Bergin Jr. وRichard G. Gibson Jr.، لدى ACM.

apice.unibo.it

«An Introduction to Prolog III» (1990)

مقال تقني

مدخل متقدم إلى تطور Prolog III، ولا سيما توسيع آليات التوحيد والتعامل مع القيود. يفيد هذا العمل في رؤية المشروع بعد مرحلة تأسيس Prolog الأولى، حين انتقل التركيز إلى جعل الاستدلال أكثر تعبيرًا وقدرة على معالجة مسائل مركبة.

Research profile

مراجع إضافية لفهم مشروعه

«Les systèmes-Q ou un formalisme pour analyser et synthétiser des phrases sur ordinateur» (1970): تقرير تقني مهم لفهم الأساس اللغوي الذي سبق Prolog.

entities.oclc.org

+1
«Prolog II: Manuel de Référence et Modèle Théorique» (1982): تقرير تقني يجمع بين الوصف المرجعي والنموذج النظري للإصدار الثاني، وهو مهم لفهم انتقاله نحو القيود.

roia.centre-mersenne.org

+1
«Intelligence Artificielle à Marseille. Quelques repères historiques» — Odile Papini (2024): دراسة تاريخية أكاديمية عن نشأة البحث في الذكاء الاصطناعي بمرسيليا، وتضع كولميراور ضمن شبكة أوسع من الباحثين والمؤسسات. هذا مرجع عنه وعن بيئته العلمية، وليس من مؤلفاته.

roia.centre-mersenne.org

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

10. النقد والحدود: ما الذي لا ينبغي المبالغة فيه؟

الإنصاف لكولميراور لا يعني تقديم Prolog بوصفها حلًا مثاليًا لمشكلات البرمجة.

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

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

ثالثًا، لا يجوز اختزال تاريخ Prolog في شخص واحد. يوضح التاريخ المنشور لدى جمعية البرمجة المنطقية أن نشأتها جمعت بين أعمال كولميراور وفريق مرسيليا، ومساهمات روسيل وآخرين، والأفكار النظرية المرتبطة بروبرت كوالسكي وبحوث البرهنة الآلية. كما أن التطوير اللاحق للمترجمات والأنظمة العملية استفاد من جهود باحثين متعددين.

Association for Logic Programming

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

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

11. أثره بعد وفاته: هل بقي مشروعه حيًا؟

IDE/Editor for SWI-Prolog? - Tools - SWI-Prolog

من العلامات الدالة على استمرار أثره أن جمعية البرمجة المنطقية أطلقت عام 2022 جائزة تحمل اسمه، ضمن الاحتفال بمرور خمسين عامًا على نشأة Prolog. وتُمنح الجائزة للإسهامات الحديثة والتقدم العملي في الحوسبة المستلهمة من Prolog، بما يشمل التطوير النظري والتقني والتطبيقي.

Association for Logic Programming

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

والأهم أن Prolog لا تزال مفيدة في السياقات التي تكون فيها العلاقات والقواعد والاستدلال الصريح أكثر طبيعية من كتابة سلسلة طويلة من الخطوات الإجرائية. كما أن البرمجة المنطقية بالقيود تستمر في تقديم أفكار وأدوات لمسائل تتطلب الجمع بين الاستدلال والبحث والحساب العددي.

12. الحكم النهائي على اختياره في المسرد

أتفق بقوة مع إدراج Alain Colmerauer

الحكم قائم على طبيعة إنجازه التاريخي والتقني، لا على مقارنة رقمية بأسماء أخرى.

أسباب التأييد

ابتكار تأسيسي: كان في قلب نشأة Prolog، وهي لغة برمجة غيرت شكل العلاقة بين المنطق والتنفيذ.
عمق علمي: لم يقتصر عمله على صياغة لغة؛ بل شمل القواعد النحوية، والاستدلال، والتوحيد، والقيود.
استمرارية التطوير: امتد مشروعه من Q-systems إلى Prolog II وIII وIV.
تأثير يتجاوز المختبر: انتشرت Prolog دوليًا، ودخلت في تطبيقات بحثية وعملية، وأصبحت جزءًا من تاريخ الذكاء الاصطناعي الرمزي.
إرث موثق: تتوفر أعمال أولية له، وتاريخ مكتوب بمشاركة أحد مؤسسي اللغة، ودراسات أكاديمية ومراجع مؤسسية لاحقة.

التحفظ الأساسي

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

في تقديري، Colmerauer اختيار قوي جدًا لمسرد أعظم 26 مبرمجًا فرنسيًا، لأن أثره يقع في مستوى أعمق من إنتاج برنامج ناجح أو مكتبة مفيدة: لقد ساهم في تغيير تصورنا لما يمكن أن تكون عليه لغة البرمجة، وكيف يمكن أن يصبح المنطق نفسه أساسًا للتنفيذ.

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

Damien Doligez — المهندس الذي جعل إدارة الذاكرة جزءًا من قوة OCaml

مسرد أعظم 26 مبرمجًا فرنسيًا · مراجعة تاريخية وتقنية ونقدية

حكمي: أتفق مع إدراج داميان دوليجِز (Damien Doligez) في المسرد، مع تحديد سبب إدراجه بدقة. فهو ليس مشهورًا أساسًا بابتكار لغة برمجة تحمل اسمه، بل بإسهامه العميق في بناء البنية التنفيذية للغات عائلة ML، وخصوصًا إدارة الذاكرة وجامع القمامة (Garbage Collector) في Caml Light وOCaml، فضلًا عن عمله في البرهان الآلي والتحقق الرسمي.

هذا نوع من المبرمجين يسهل التقليل من شأنه إذا حُصرت عظمة البرمجة في أسماء اللغات التي ابتكروها، أو التطبيقات التي يراها المستخدم مباشرة. دوليجِز عمل في طبقة أقل ظهورًا، لكنها حاسمة: كيف يخصص البرنامج الذاكرة ويستعيدها بكفاءة، وكيف يواصل العمل دون توقفات طويلة، وكيف يمكن بناء بيئة لغوية موثوقة وقابلة للنقل فوق هذه الآليات؟

تؤيد المصادر التقنية هذا التوصيف؛ إذ تسجل قائمة منشورات OCaml الرسمية أبحاثه في جمع القمامة التوليدي والمتزامن، وتربطها مباشرة بنظام تشغيل الذاكرة في Caml Light وOCaml. كما تصفه OCamlPro بأنه أحد المؤلفين الرئيسيين لنظام OCaml وخبيرًا في إدارة الذاكرة وجمع القمامة.

OCaml

1. من هو داميان دوليجِز؟

دوليجِز باحث ومبرمج فرنسي، درس في المدرسة العليا للأساتذة في باريس (École normale supérieure)، ونال الدكتوراه من جامعة باريس السابعة، المعروفة اليوم باسم جامعة باريس سيتي، عام 1995. ارتبط عمله بمعهد INRIA الفرنسي، وبمشروعات بحثية في لغات البرمجة والأنظمة الرسمية. ومن أبرز السمات التي تميز مسيرته أنه جمع بين تصميم آليات تنفيذ عملية وبين الاهتمام بإثبات صحتها وتحليل سلوكها.

ويكيبيديا

بدأ أحد أهم خطوط عمله في نهاية الثمانينيات وبداية التسعينيات، حين كان فريق Caml يعيد بناء تنفيذ اللغة. صمم كزافييه ليروي (Xavier Leroy) تنفيذًا جديدًا قائمًا على مفسر للـbytecode مكتوب بلغة C، بينما تولى دوليجِز تطوير نظام إدارة ذاكرة فعال لـCaml Light. وأتاحت هذه البنية تشغيل اللغة على طيف واسع من الأجهزة، بما في ذلك الحواسيب الشخصية الصغيرة في ذلك الوقت.

OCaml

من المهم هنا فهم طبيعة العمل الجماعي: لم يبنِ دوليجِز وحده OCaml، ولم يكن مصمم المترجم الوحيد فيها. فقد تطورت اللغة عبر إسهامات متخصصة، كان من بينها تصميم المترجم وآليات التنفيذ وإدارة الذاكرة ونظام الوحدات. لكن التخصص في مكوّن أساسي لا يقلل من قيمته؛ إذ إن جودة اللغة التي يراها المبرمج تعتمد على تكامل هذه الأجزاء.

2. لماذا تستحق إدارة الذاكرة كل هذا الاهتمام؟

A deep dive into Multicore OCaml garbage collector · KC Sivaramakrishnan

PPT - uPortal Performance Optimization PowerPoint Presentation, free download - ID:1132209

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

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

وهنا تظهر المشكلة الهندسية التي عمل عليها دوليجِز: ليس كافيًا أن يستعيد النظام الذاكرة؛ يجب أن يفعل ذلك بكلفة تشغيلية يمكن للغة وتطبيقاتها تحمّلها.

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

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

3. جامع القمامة التوليدي والمتزامن: إسهامه التقني الأبرز

The principle of Go language garbage collector implementation - SoByte

PPT - Parallel Garbage Collection PowerPoint Presentation, free download - ID:4598911

من أهم أعمال دوليجِز بحثه المشترك مع كزافييه ليروي عام 1993، ثم بحثه مع جورج غونتييه (Georges Gonthier) عام 1994. يوضح سجل منشورات OCaml أن البحث الأول تناول جامع قمامة توليديًا ومتزامنًا لتنفيذ متعدد الخيوط من ML، بينما تناول الثاني جامع قمامة محمولًا وغير معيق قدر الإمكان للأنظمة متعددة المعالجات.

caml.inria.fr

لفهم أهمية هذا العمل، علينا التمييز بين ثلاثة مفاهيم:

أ. جمع القمامة التوليدي (Generational GC)

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

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

ب. الجمع المتزامن (Concurrent GC)

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

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

ج. القابلية للنقل والعمل على المعالجات المتعددة

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

inrialpes.academia.edu

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

وهنا تكمن قوة دوليجِز التقنية: كان يعمل على خوارزميات تتعامل مع قيود تشغيلية حقيقية، لا على وصف نظري لجامع قمامة مثالي في بيئة مبسطة.

4. بحث 1993: لماذا كان مهمًا للغات ML؟

عنوان الورقة الأساسية هو:

* A Concurrent, Generational Garbage Collector for a Multithreaded Implementation of ML (1993).

نُشرت في مؤتمر ACM المعروف باسم POPL، وهو من أبرز المؤتمرات البحثية في مبادئ لغات البرمجة. وقد صُمم الجامع لتنفيذ متعدد الخيوط من Caml Light، وجمع بين نسخ سريع وغير متزامن نسبيًا للكائنات الحديثة وبين تعليم متزامن للكائنات الأقدم.

SciSpace

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

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

5. بحث 1994: تقليل التعطيل من دون التضحية بالصحة

Java garbage collection, an overview. - Speaker Deck

GC Theory - mark&sweep algorithm - Bare.Metal.Dev [retired]

阅读笔记《A Generational Mostly-concurrent Garbage Collector》

في ورقته مع جورج غونتييه، Portable, Unobtrusive Garbage Collection for Multiprocessor Systems، تناول دوليجِز تصميم جامع قمامة متزامن يعتمد على أسلوب العلامات والمسح (Mark-and-Sweep)، مع الاهتمام ببيئات متعددة المعالجات. وتذكر البيانات الببليوغرافية للورقة أنها نُشرت في POPL عام 1994، فيما يصف سجل أبحاث OCaml هذا العمل بأنه وصف لنسخة متزامنة من جامع القمامة المستخدم في Caml Light وOCaml.

inrialpes.academia.edu

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

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

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

6. Caml Light وOCaml: مساهمة في بناء لغة قابلة للاستخدام

The Compiler Frontend: Parsing and Type Checking - Real World OCaml

لفهم موضع دوليجِز ضمن تاريخ البرمجة الفرنسية، ينبغي النظر إلى تطور Caml Light ثم OCaml بوصفه مشروعًا متكاملًا، لا مجرد قصة مترجم واحد.

بحسب تاريخ OCaml المنشور على موقع اللغة، أعاد كزافييه ليروي تصميم تنفيذ Caml في 1990–1991 على أساس مفسر bytecode مكتوب بلغة C، وقدم دوليجِز نظام إدارة الذاكرة. وأسهمت قابلية النقل وتحسينات التنفيذ في جعل Caml Light مناسبًا للتدريس والبحث على حواسيب متاحة آنذاك.

OCaml

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

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

لماذا تهم هذه المساهمة حتى لو لم تستخدم OCaml؟

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

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

7. ما وراء إدارة الذاكرة: البرهان الآلي والتحقق الرسمي

PPT - Resolution in Propositional and First-Order Logic PowerPoint Presentation - ID:2531569

Formal Verification Registry — Autonomous Systems | GCCAI

لا يقتصر سجل دوليجِز على جامع القمامة. فمنذ عام 2006، شارك في تطوير Zenon، وهو مبرهن آلي للنظريات في المنطق الكلاسيكي من الرتبة الأولى مع المساواة. ارتبط Zenon ببيئة Focalize، التي تهدف إلى دعم تطوير البرامج الموثوقة من خلال الجمع بين المواصفات الرسمية والبراهين.

ويكيبيديا

لإدراك أهمية هذا الخط البحثي، ينبغي التمييز بين اختبار البرنامج وإثبات صحته.

الاختبار (Testing): ينفذ البرنامج على حالات مختارة للتحقق من أن سلوكه يطابق التوقعات. وهو ضروري عمليًا، لكنه لا يثبت وحده صحة البرنامج لكل المدخلات الممكنة.
التحقق الرسمي (Formal Verification): تُصاغ خصائص البرنامج بصورة رياضية، ثم تُستخدم قواعد استدلال وأدوات لإثبات أن التنفيذ يحقق تلك الخصائص ضمن الفرضيات المحددة.
البرهنة الآلية (Automated Theorem Proving): تحاول أداة حاسوبية إيجاد برهان صوري على عبارة منطقية، أو إثبات عدم إمكان البرهنة ضمن شروط معينة، بحسب النظام المستخدم.

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

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

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

8. حادثة تحدي تشفير SSLv2: ما الذي تثبته وما الذي لا تثبته؟

من التفاصيل اللافتة في سيرته مشاركته عام 1994 في تحدٍ متعلق بقراءة جلسة مشفرة باستخدام SSLv2. وتذكر السيرة المتاحة أنه استخدم موارد حاسوبية متاحة في INRIA والمدرسة العليا للأساتذة والمدرسة متعددة التخصصات، وأن فريقه اقترب من الفوز بعد استكشاف جزء كبير من فضاء المفاتيح، لكن فريقًا آخر أعلن نجاحه قبل ذلك بساعتين تقريبًا.

ويكيبيديا

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

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

9. كتبه ومؤلفاته: ماذا نضع في قسم المراجع؟

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

Conception, réalisation et certification d’un glaneur de cellules concurrent (1995)

أطروحة دكتوراه

العنوان يعني تقريبًا: «تصميم وتنفيذ وإثبات صحة جامع قمامة متزامن». وهي أطروحته للدكتوراه في جامعة باريس السابعة، وتشكل مرجعًا أساسيًا لفهم مشروعه في إدارة الذاكرة، بما في ذلك الجوانب التصميمية والتنفيذية والصورية. وهي أطروحة أكاديمية، لا كتابًا تجاريًا مستقلًا.

csauthors.net

A Concurrent, Generational Garbage Collector for a Multithreaded Implementation of ML (1993)

ورقة بحثية محكّمة

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

caml.inria.fr

A Scalable Lock-Free Stack Algorithm (2004) | PDF | Computing | Computer Architecture

Portable, Unobtrusive Garbage Collection for Multiprocessor Systems (1994)

ورقة بحثية محكّمة

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

OCaml

Development of Real-Time Capability in Application Virtual Machine using Concurrent Automatic Memory Management Algorithm - SciUp.org

Hashconsing in an Incrementally Garbage-Collected System (2008)

ورقة بحثية مشتركة

مع باسكال كواك (Pascal Cuoq). تتناول الورقة تطبيق المؤشرات الضعيفة والجداول الضعيفة وعمليات hash-consing في OCaml 3.10.2، مع التركيز على أخطاء الأداء الدقيقة وكيفية معالجتها. وهي مفيدة لأنها تُظهر استمرار الاهتمام بالتفاصيل العملية لإدارة الذاكرة بعد الأعمال التأسيسية في التسعينيات.

pauillac.inria.fr

مصادر موثوقة لمتابعة أعماله

قائمة أبحاث OCaml الرسمية — مصدر عملي لتحديد الأوراق التي أثرت نتائجها في تنفيذ اللغة.

OCaml
قائمة منشورات دوليجِز — ببليوغرافيا تضم أطروحته وأبحاثه في إدارة الذاكرة ومجالات أخرى.

pauillac.inria.fr
سجل أعماله في DBLP — فهرس أكاديمي مفيد للتحقق من العناوين والسنوات وبيانات النشر.

dblp.org
تاريخ OCaml — لفهم السياق الجماعي الذي تطورت فيه Caml Light وOCaml.

OCaml

الحكم الببليوغرافي: لم أجد دليلًا موثوقًا على أنه ألّف كتابًا عامًا مستقلًا يمكن تقديمه بوصفه أشهر كتبه. الأنسب هو وضع أطروحته وأبحاثه المحكّمة في قسم «المؤلفات العلمية»، ثم وضع تاريخ OCaml والمصادر المؤسسية في قسم «المراجع عنه». بذلك نحتفظ بالدقة بدل الخلط بين أنواع المنشورات.

10. النقد والحدود: هل تكفي خبرته في البنية التحتية للغة لتبرير إدراجه؟

أرى أن الحجة لصالح دوليجِز قوية، لكن ينبغي أن تقوم على إنجازاته الفعلية لا على أوصاف عامة مثل «عبقري الذاكرة» أو «أحد مؤسسي OCaml» من دون تفصيل.

هناك ثلاثة تحفظات تستحق التسجيل.

أولًا: إسهامه تأسيسي، لكنه ليس منفردًا. ارتبط تطوير Caml Light وOCaml بعمل فريق من الباحثين. فدوليجِز لم يصمم وحده المترجم أو نظام الوحدات أو منظومة الأنواع، ولا يصح نسب اللغة كلها إليه. القيمة الخاصة لإسهامه تظهر في إدارة الذاكرة، وفي العمل المشترك على جامعات القمامة، وفي تطوير أدوات البرهان.

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

ثالثًا: لا ينبغي الخلط بين أهمية المكوّن وشهرة المنتج. لا يحتاج دوليجِز إلى أن يكون الاسم الأكثر شهرة لدى مستخدمي اللغات الوظيفية حتى يستحق الدراسة. لكن من المهم إثبات أثره من خلال الأوراق العلمية، والتقنيات التي دُمجت في تنفيذ اللغة، واستمرار صلته بتطويرها؛ وهذا متاح في المصادر التي توثق أعماله.

OCaml

11. أثره المستمر في منظومة OCaml

لا يزال دوليجِز حاضرًا في مجتمع OCaml. فمؤسسة OCaml Software Foundation تدرجه ضمن مستشاري لجنتها التنفيذية، ويشير تقرير INRIA لعام 2024 إلى مشاركته في أنشطة مرتبطة بالمؤسسة وبكونه رئيسًا لاتحاد Caml Consortium.

About us

هذا الامتداد المؤسسي مهم؛ فهو يدل على أن دوره لا يُفهم فقط باعتباره فصلًا من تاريخ التسعينيات. لقد ظل مرتبطًا بالمحافظة على بيئة برمجية وتطويرها ودعم منظومتها.

ومن المفيد كذلك وضعه ضمن الصورة الأوسع لتأثير OCaml: فاللغة تُستخدم في أبحاث لغات البرمجة، وأدوات التحقق والتحليل، والمترجمات، وبعض تطبيقات الأنظمة. وتوضح مناقشة فريق OCaml لجائزة SIGPLAN لعام 2023 أن خصائص مثل وضوح كلفة التنفيذ، وإنتاج شيفرة فعالة، وجمع القمامة منخفض الكمون، كانت من العوامل التي جعلت اللغة مفيدة في تطبيقات متنوعة.

OCaml

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

12. الحكم النهائي على اختياره في المسرد

أتفق مع إدراج Damien Doligez

التقييم قائم على مساهماته التقنية والتاريخية، وليس على ترتيب رقمي أو مقارنة تنافسية.

ما يجعل اختياره مبررًا:

إسهام هندسي جوهري: طور نظام إدارة ذاكرة أساسيًا في Caml Light، وساهم في البنية التنفيذية التي تطورت منها OCaml.
أبحاث مؤثرة: شارك في تطوير جامعات قمامة توليدية ومتزامنة نُشرت في مؤتمرات رائدة في مبادئ لغات البرمجة.
عمق في التنفيذ: تناول مشكلات حقيقية تتعلق بصحة الذاكرة والأداء والتزامن والقابلية للنقل.
تنوع علمي: امتدت أعماله إلى البرهان الآلي والتحقق الرسمي، إلى جانب إدارة الذاكرة.
استمرارية عملية: بقي مرتبطًا بتطوير منظومة OCaml ومؤسساتها، بدل أن ينتهي أثره عند نشر الأبحاث الأولى.

التحفظ الضروري: ينبغي تعريفه في المسرد بوصفه مبرمجًا وباحثًا أسهم في البنية التنفيذية للغات البرمجة، لا بوصفه المؤلف الوحيد لـOCaml أو مبتكرًا منفردًا لكل تقنياتها.

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

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

لذلك أؤيد إدراجه ضمن أعظم 26 مبرمجًا فرنسيًا، مع جعل إدارة الذاكرة وجامع القمامة في Caml Light وOCaml محور التعريف به، ووضع البرهان الآلي والتحقق الرسمي بوصفهما امتدادًا مهمًا لمسيرته العلمية.

Éric Feron — من هندسة البرمجيات الجوية إلى التحكم في الطائرات والروبوتات

مسرد أعظم 26 مبرمجًا فرنسيًا · مراجعة تحليلية موسعة

حكمي: أؤيد إدراج إريك فيرون (Éric Feron)، ولكن بتحفّظ أوضح مما في حالة المتخصصين الذين أسسوا لغات برمجة أو بنوا أنظمة برمجية عامة. السبب أن فرون شخصية بارزة في منطقة تقاطع علوم الحاسوب، وهندسة البرمجيات الحرجة، والتحكم الآلي، والروبوتات الجوية. أما السؤال النقدي فهو ما إذا كانت مساهماته تجعله من أعظم المبرمجين بالمعنى الدقيق، أم أنها تجعله أساسًا عالمًا ومهندسًا بارزًا يستخدم البرمجة والرياضيات لتصميم أنظمة هندسية معقدة.

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

ولد في باريس، ودرس في المدرسة متعددة التقنيات الفرنسية (École Polytechnique)، ثم المدرسة العليا للأساتذة (École Normale Supérieure)، قبل أن يحصل على الدكتوراه في هندسة الطيران من جامعة ستانفورد عام 1994. عمل في معهد ماساتشوستس للتكنولوجيا MIT، ثم في معهد جورجيا للتكنولوجيا Georgia Tech، وانضم إلى جامعة الملك عبد الله للعلوم والتقنية KAUST عام 2021. وتصف الجامعة أبحاثه بأنها تجمع التحكم والتحسين وعلوم الحاسوب لمعالجة مسائل الطيران والروبوتات والنقل الذاتي.

cemse.kaust.edu.sa

معرض بصري تمهيدي: عوالم فرون البحثية

Profiles | Aerospace and Transportation Systems

Robots y humanos, por fin colegas | Tecnología | EL PAÍS

The Tetracopter: A modular, self-similar flying robot | Computer, Electrical and Mathematical Sciences and Engineering

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

1. المسار العلمي: ثلاثة عوالم تلتقي في شخص واحد

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

Designing for the future | 100 Years of Stanford Engineering

Aeronautics and Astronautics | MIT School of Engineering

التكوين الرياضي والهندسي: درس في مؤسستين فرنسيتين عريقتين، ثم انتقل إلى ستانفورد للتخصص في هندسة الطيران. وقد أتاح له هذا المسار الجمع بين الرياضيات التطبيقية والأنظمة الفيزيائية.
البحث الأكاديمي في الولايات المتحدة: عمل في قسم الملاحة الجوية والفضائية في MIT من 1993 إلى 2005، ثم تولى أدوارًا أكاديمية في Georgia Tech، حيث ارتبط اسمه بهندسة البرمجيات الجوية والتحكم والروبوتات.
المرحلة الحالية: يقود في KAUST مجموعة أبحاث أنظمة الطيران والنقل، مع اهتمام بالروبوتات المتنقلة والأنظمة ذاتية التشغيل وموثوقية البرمجيات.

cemse.kaust.edu.sa

+2

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

ومن هذه الزاوية، تتمثل خصوصيته في العمل على البرمجيات التي لا يمكن فصل صحة سلوكها عن سلوك الآلة التي تتحكم فيها.

2. هندسة البرمجيات الجوية: حين لا تكون الأخطاء مجرد أعطال مزعجة

Ingénieur / Ingénieure études et développement en logiciels de simulation - Onisep

Airbus A320ceo Performance: A Proven Performer in Aviation

DO-178C software development lifecycle with ARP4754A system-level verification | Aerospace Systems | Springer Nature Link

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

يعمل فرون في هذا المجال عند تقاطع ثلاثة أسئلة:

هل تستطيع الخوارزمية تحقيق السلوك المطلوب من النظام الفيزيائي؟
هل يمكن تنفيذها برمجيًا بطريقة تحافظ على هذا السلوك ضمن ظروف التشغيل المفترضة؟
هل يمكن التحقق من أن النظام يفي بمتطلبات السلامة والموثوقية؟

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

cemse.kaust.edu.sa

المهم هنا أن «هندسة البرمجيات الجوية» ليست مجرد كتابة برنامج لتشغيل طائرة. إنها تشمل تطوير أساليب تصميم وتحليل وتحقق تجعل البرمجيات جزءًا يمكن الوثوق به داخل نظام هندسي شديد التعقيد.

وهذا مجال مهم لتاريخ البرمجة؛ لأن تطور البرمجيات لا يقاس فقط بقدرتها على تنفيذ وظائف جديدة، بل أيضًا بقدرتها على أداء وظائفها بصورة متوقعة عندما تكون كلفة الخطأ مرتفعة.

3. التحكم في الطائرات ذاتية التشغيل: من المعادلات إلى الحركة

UAV learns to think for itself - now technology will transition to military

من أبرز اتجاهات أبحاث فرون التحكم البهلواني في الطائرات غير المأهولة (Aerobatic Control of Uncrewed Aerial Vehicles). والمقصود ليس مجرد إبقاء طائرة مسيّرة في الجو أو جعلها تتبع مسارًا بسيطًا، بل التحكم في حركة جوية ديناميكية تتضمن مناورات صعبة وحدودًا في السرعة والتسارع والقدرة على الاستجابة.

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

يمكن تلخيص الحلقة الأساسية على النحو التالي:

المستشعرات

السرعة · الاتجاه · التسارع · الوضعية

تقدير الحالة والتحكم

حساب الخطأ واختيار الاستجابة المناسبة

المشغلات وحركة الطائرة

تغيير الحركة استجابةً للأوامر

تعود القياسات الجديدة إلى النظام لتبدأ دورة تحكم أخرى.

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

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

وتوضح صفحة فرون في KAUST أن التحكم في الطائرات غير المأهولة والعمليات متعددة الوكلاء من اهتماماته البحثية الرئيسية.

cemse.kaust.edu.sa

لماذا تعد هذه مساهمة في علوم الحاسوب؟

لأن المسألة ليست ميكانيكية فقط. فالخوارزمية تُنفذ على حاسوب، وتعمل ضمن زمن محدد، وتتلقى بيانات غير مثالية، ويجب أن تتفاعل مع نظام فيزيائي يتغير باستمرار. إنها مثال واضح على الأنظمة السيبرانية الفيزيائية (Cyber-Physical Systems)، التي يتداخل فيها الحساب مع العالم المادي.

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

4. نظرية التحكم والتحسين: البحث عن قرار جيد ضمن القيود

PPT - Engineering Optimization PowerPoint Presentation, free download - ID:726148

PPT - Robust Control of Uncertain MIMO Systems: Design and Assessment Techniques PowerPoint Presentation - ID:3214322

يمتد عمل فرون إلى نظرية التحكم والتحسين الرياضي، وهما مجالان يلتقيان في السؤال التالي: كيف نختار مدخلات نظام ديناميكي بحيث يحقق هدفًا محددًا، مع المحافظة على الاستقرار والقيود المطلوبة؟

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

ومن الموضوعات المهمة في هذا السياق متباينات المصفوفات الخطية (Linear Matrix Inequalities — LMIs)، التي تتيح التعبير عن عدد من مسائل الاستقرار والتحكم المتين بصيغ يمكن معالجتها باستخدام التحسين المحدب.

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

الاستقرار

هل يعود النظام إلى حالة مرغوبة، أو يبقى ضمن نطاق آمن، بعد اضطراب محدود؟ تستخدم نظرية ليابونوف أدوات رياضية لتحليل هذا النوع من الأسئلة.

Fast Tube-Based Robust Compensation Control for Fixed-Wing UAVs

التحكم المتين

كيف نصمم نظامًا يحافظ على خصائصه عند تغير بعض المعلمات أو وجود أخطاء في النموذج؟ هذا مهم في الأنظمة الجوية التي لا تطابق ظروفها التشغيلية النموذج الرياضي بصورة كاملة.

optimization - Boyd & Vandenberghe — Geometry of optimal point - Mathematics Stack Exchange

التحسين المقيد

كيف نبحث عن حل جيد مع احترام حدود السرعة والطاقة والاستجابة وغيرها من القيود؟ تتيح تقنيات التحسين تحويل بعض مسائل التصميم إلى إجراءات حسابية منظمة.

هذه الموضوعات ليست هامشية في مسيرة فرون؛ فصفحة KAUST الرسمية تضع التحكم والتحسين والأنظمة الذاتية ضمن صلب أبحاثه.

cemse.kaust.edu.sa

5. كتابه البحثي المشترك: Linear Matrix Inequalities in System and Control Theory

Linear Matrix Inequalities in System and Control Theory

Stephen Boyd، Laurent El Ghaoui، Éric Feron، Venkataramanan Balakrishnan · SIAM · 1994

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

Stanford University

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

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

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

6. من الملاحة الجوية إلى إدارة حركة الطائرات: البرمجة على مستوى النظام

At Logan, A Tic-Tac-Toe Runway Layout Creates Challenges | GBH

US FAA expects full transition to modernised NOTAM system in spring 2026 | Flight Global

لا تتوقف مشكلات التحكم عند الطائرة نفسها. فحين توجد طائرات عديدة تتحرك في فضاء جوي محدود، تصبح المسألة أوسع: كيف نحدد المسارات والتوقيتات بحيث نقلل التأخير، ونحافظ على الفصل الآمن بين الطائرات، ونستغل المجال الجوي بكفاءة؟

هذه المشكلة أقرب إلى تنسيق مجموعة من الأنظمة المتفاعلة منها إلى التحكم في آلة واحدة. وقد اهتم فرون بالعمليات متعددة الوكلاء وبأنظمة مراقبة الحركة الجوية، كما تذكر سيرته البحثية.

cemse.kaust.edu.sa

ويمكن أن تتداخل في هذا النوع من الأنظمة:

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

Aircraft Trajectory Optimization | Computing and Engineering Blog

Microscopic-Level Collaborative Optimization Framework for Integrated Arrival-Departure and Surface Operations: Integrated Runway and Taxiway Aircraft Sequencing and Scheduling | MDPI

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

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

7. الروبوتات والأنظمة متعددة الوكلاء: حين تصبح البيئة جزءًا من الخوارزمية

Robotarium: Remote Access Robotics Lab - MATLAB

Georgia Tech builds first-of-its-kind 'Robotarium' to advance robotics research (SLIDESHOW) - Atlanta Business Chronicle

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

ومن أمثلة البيئات البحثية التي ارتبطت بعمل فرون في Georgia Tech Robotarium، وهي منصة لإجراء تجارب على الروبوتات المتنقلة المتعددة. وتظهر المنصة ضمن قائمة المشروعات التجريبية التي يعرضها موقعه الشخصي.

feron.org

New Robotics Lab Allows Anyone to Control the Machines | School of Electrical and Computer Engineering

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

نمذجة حركة كل روبوت.
تخطيط المسار مع مراعاة القيود.
تنسيق القرارات بين الوكلاء.
التعامل مع بيانات غير كاملة أو متأخرة.
اختبار الخوارزمية في بيئة فعلية، لا في المحاكاة وحدها.

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

هنا تلتقي الرياضيات والبرمجة والتجربة الهندسية: لا يكفي أن نكتب خوارزمية للتنسيق، بل يجب أن نعرف كيف تتصرف عند تشغيلها في نظام فيزيائي.

8. التحقق من البرمجيات: من «يعمل في التجربة» إلى «يمكن الوثوق به»

PPT - Model-Based Design & Analysis PowerPoint Presentation, free download - ID:3858398

Improving Safety-critical Systems with a Reliability Validation & Improvement Framework

LAMBDA AeroTech Consulting: Aircraft & System Development Process

تُعد موثوقية البرمجيات واعتماد الأنظمة الجوية من اهتمامات فرون البحثية المعلنة.

cemse.kaust.edu.sa

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

وفي التطبيقات الجوية، يمكن أن تشمل أسئلة التحقق:

هل يلتزم النظام بقيود الحركة المفروضة؟
هل يمكن أن يصل إلى حالة غير آمنة ضمن النموذج؟
هل يحقق المتحكم شروط الاستقرار المطلوبة؟
هل يتطابق التنفيذ البرمجي مع التصميم الذي جرى تحليله؟

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

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

9. الكتاب الثاني: ترجمة عمل تاريخي في الجبر

Étienne Bézout (March 31, 1730 — September 27, 1783), France mathematician, scientist, teacher |
World Biographical Encyclopedia

General Theory of Algebraic Equations

Étienne Bézout · ترجمة Éric Feron · Princeton University Press · 2006

هذا ليس كتابًا أصليًا ألّفه فرون؛ بل ترجمة إنجليزية لعمل رياضي تاريخي لإتيان بيزو (Étienne Bézout)، نشره فرون عام 2006. تسجل سيرته الببليوغرافية هذا العمل صراحة بوصفه ترجمة من الفرنسية، بينما يظهر الكتاب في فهارس الناشر والمكتبات.

Massachusetts Institute of Technology

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

قيمته في المسرد ببليوغرافية وفكرية، لا بوصفه دليلًا مباشرًا على مهارة البرمجة.

10. الكتاب الثالث: تحرير أبحاث حديثة في التحكم الجوي

Advances in Control System Technology for Aerospace Applications

تحرير Éric Feron · Springer · 2016

كتاب محرر يجمع أبحاثًا عن التطورات في التحكم واتخاذ القرار في التطبيقات الجوية. يرتبط بمخرجات ورشة بحثية عُقدت في Georgia Tech عام 2012، ويضم مساهمات لعدد من الباحثين في أنظمة الطيران والتحكم.

Springer Nature Link

يختلف هذا العمل عن الكتاب الأول: فكتاب متباينات المصفوفات الخطية يقدم إطارًا رياضيًا منهجيًا لمجموعة من مسائل التحكم، بينما يقدم هذا المجلد أعمالًا بحثية متعددة حول تطبيقات وتطورات في تقنيات التحكم الجوي.

ويكشف تحريره عن دور فرون في تنظيم مجال بحثي وربط مساهمات متخصصين متعددين. لكنه، مرة أخرى، لا يُنسب إليه بوصفه مؤلفًا منفردًا لكل محتوى الكتاب؛ بل محررًا للمجلد.

ما الذي تقوله هذه الكتب مجتمعة؟

Spacecraft Attitude Control: A Linear Matrix Inequality Approach Liu Chuang (Associate Professor Northwestern Polytechnical University China) ,Yue Xiaokui (Professor Northwestern Technical University Chin • Cena, Opinie - Allegro

الكتاب الأول — تأليف مشترك

إطار رياضي ومنهجي للتحكم والتحسين.

Théorie générale des équations algébriques (Éd.1779) Edition 1779 - broché - Etienne Bézout - Achat Livre | fnac

الكتاب الثاني — ترجمة

نقل عمل رياضي تاريخي إلى الإنجليزية.

الكتاب الثالث — تحرير

تنظيم أبحاث متخصصة في تقنيات التحكم الجوي.

المؤكد إذن أن فرون له ثلاثة أعمال كتابية بارزة تختلف أدواره فيها: مؤلف مشارك، ومترجم، ومحرر. وهذه صورة أدق من القول إنه «ألّف ثلاثة كتب» من دون التمييز بين طبيعة مساهمته في كل واحد منها.

11. المنصات التجريبية: لماذا تهم الصور والمشروعات الفعلية في تقييمه؟

يعرض موقع فرون الشخصي مجموعة من المنصات التجريبية المرتبطة بمسيرته البحثية، منها أبحاث مرتبطة بطائرة F-18 في مركز أبحاث الطيران التابع لناسا، وطائرة هليكوبتر ذاتية التشغيل في MIT، وتجارب على مطارات، ومنصات روبوتية في Georgia Tech.

feron.org

Visit NASA's Armstrong Flight Research Center

Autonomous Airborne Refueling Demonstration - NASA

Complex systems engineering theory is a scientific theory | Institute of Transportation Studies

توضح هذه المنصات طبيعة عمله: الانتقال بين نماذج رياضية وبرمجيات محاكاة وأنظمة تجريبية حقيقية. فالتحكم في الطيران لا يمكن اختزاله في معادلات أو شيفرة؛ إذ لا بد من اختبار العلاقة بين التصميم والحركة الفعلية.

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

12. الاعتراف المهني: ما الذي تثبته زمالة AIAA؟

Applications of control to formal software semantics Eric

في فبراير 2021، أعلنت Georgia Tech انتخاب فرون ضمن زملاء المعهد الأمريكي للملاحة الجوية والفضائية (AIAA)، ضمن دفعة ذلك العام. وذكرت الجامعة أن الاعتراف يرتبط بإسهاماته في علوم وتقنيات الطيران والفضاء، بما في ذلك التحكم في الطائرات غير المأهولة والعمليات متعددة الوكلاء واعتماد البرمجيات الجوية.

ae.gatech.edu

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

13. النقد: هل هو مبرمج عظيم أم مهندس تحكم يستخدم البرمجيات؟

هنا أصل إلى المسألة الأكثر أهمية في الحكم على اختياره.

ما يدعم إدراجه

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

cemse.kaust.edu.sa

+3

ما يجعل إدراجه أقل مباشرة

معظم المصادر المؤسسية تصفه أساسًا بأنه باحث في هندسة الطيران والتحكم والأنظمة الذاتية. ولا تظهر في المصادر التي راجعتها أدلة مماثلة على أنه ابتكر لغة برمجة عامة، أو بنى نظام تشغيل واسع الانتشار، أو أسس مشروع برمجيًا عامًا أصبح مكوّنًا مركزيًا في صناعة البرمجيات.

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

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

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

هذا هو التحفظ الذي أضعه على الاختيار، وليس تشكيكًا في مكانته العلمية.

14. الحكم النهائي على إدراجه في المسرد

أؤيد إدراجه، مع تحفظ تصنيفي واضح

التقييم يتعلق بملاءمة اختياره للمسرد، لا بترتيبه مقارنةً بالشخصيات الأخرى.

أسباب التأييد

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

التحفظ الأساسي

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

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

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

مصادر أساسية للمتابعة

السيرة الرسمية في KAUST — التكوين العلمي والاهتمامات البحثية.
الموقع الشخصي لـÉric Feron — الكتب والمنشورات والمنصات التجريبية.
كتاب Linear Matrix Inequalities in System and Control Theory — صفحة الكتاب ومادته الأكاديمية.
كتاب Advances in Control System Technology for Aerospace Applications — بيانات المجلد الذي حرره فرون.
إعلان Georgia Tech عن انتخابه زميلًا في AIAA — توثيق الاعتراف المهني ومجالات إسهامه.

François Chollet — فرانسوا شوليه

مبرمج فرنسي، ومهندس برمجيات، وباحث في الذكاء الاصطناعي والتعلّم العميق

François Chollet establishes nonprofit to advance AGI benchmarking

ARC Prize Foundation - a North Star for AGI

حكمي: أؤيد إدراج François Chollet بقوة في مسرد أعظم 26 مبرمجًا فرنسيًا. بل إن إدراجه ليس قائمًا على شهرته كباحث في الذكاء الاصطناعي فحسب، وإنما على إنجاز برمجي ملموس غيّر الطريقة التي يبني بها عدد كبير من المطورين أنظمة التعلّم العميق: مكتبة Keras. وإلى جانبها، قدّم إسهامًا نظريًا مؤثرًا في فهم الذكاء والقدرة على التعميم والتجريد، ثم حوّل هذا الاهتمام إلى مشروع بحثي واختباري هو ARC-AGI. وتؤكد صفحته المهنية ومشروعاته المنشورة هذا الجمع بين هندسة البرمجيات، والتعليم التقني، والبحث في طبيعة الذكاء.

Personal Page

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

Standardizing on Keras: Guidance on High-level APIs in TensorFlow 2.0 — The TensorFlow Blog

1. لماذا يُعدّ مبرمجًا مهمًا، لا مجرد باحث في الذكاء الاصطناعي؟

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

شوليه مهم في المستوى الثاني بصورة خاصة. فقد أنشأ Keras عام 2015، واستمر في قيادته وتطويره، وشارك أيضًا في منظومة TensorFlow، وأدوات مثل Keras Tuner، ومشروع AutoKeras للتعلّم الآلي المؤتمت. وتُظهر قائمته المهنية أن اهتمامه لم ينحصر في نموذج منفرد أو ورقة بحثية، بل شمل أدوات تطوير، وواجهات استخدام، ومكتبات، وتوثيقًا تعليميًا.

Personal Page

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

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

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

2. Keras: الإنجاز البرمجي المركزي

Develop Your First Neural Network in Python With Keras Step-By-Step | by Topgyal Gurung | Data Engineering | Medium

TensorFlow Lite Tutorial Part 2: Speech Recognition Model Training

لفهم أهمية Keras، لا يكفي وصفها بأنها مكتبة للتعلّم العميق. الأهم هو النظر إلى المشكلة الهندسية التي تعالجها.

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

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

لماذا يُعد هذا اختيارًا تصميميًا مهمًا؟

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

هذه النقاط تجعل Keras مثالًا على أن تصميم واجهة البرمجة نفسه ممارسة فكرية وهندسية. فواجهة سيئة قد تجعل فكرة بسيطة عسيرة التنفيذ، بينما تستطيع واجهة جيدة أن تجعل سلسلة من العمليات المعقدة قابلة للتركيب والفهم.

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

التحول الأهم: Keras 3 وتحرير المطور من الارتهان لإطار واحد

تطورت Keras بمرور الزمن، وأصبحت Keras 3 واجهة متعددة الخلفيات، يمكن تشغيلها فوق JAX أو TensorFlow أو PyTorch. وهذه خطوة ذات دلالة معمارية مهمة؛ إذ تسمح بالفصل بين الواجهة التي يكتب بها المطور النموذج وبين إطار التنفيذ الذي يقوم بالحسابات فعليًا.

keras.io

About Keras (focusing on latest Keras 3.0) | by Juniper CTO AI-ML | Medium

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

ولا يعني ذلك أن كل نموذج يمكن نقله بلا تعديل، أو أن اختلافات الأداء والسلوك تختفي تمامًا. لكن المبدأ الهندسي واضح: تخفيف الاقتران بين مستوى تعريف النموذج ومستوى تنفيذه. وهذا نوع من القرارات المعمارية التي تستحق التقدير في مسرد للمبرمجين، لأنها تؤثر في الطريقة التي تُبنى بها الأنظمة، لا في تطبيق واحد فحسب.

ومع ذلك، ينبغي إسناد هذا التطور إلى العمل الجماعي الذي تقوده فرق المشروع ومجتمع المساهمين، لا تصويره بوصفه قرارًا فرديًا نفّذه شوليه بمفرده. دوره بوصفه مؤسس Keras وقائدًا للمشروع أساسي، لكنه لا يلغي الطبيعة التعاونية للبرمجيات مفتوحة المصدر.

3. Xception: عندما يصبح التصميم المعماري مساهمة علمية وبرمجية

Deep Learning with Depthwise Separable Convolutions | by Alok - AI/ML Enthusiast and Researcher | Medium

Depthwise Separable Convolution - How does it works? | Nguyen Tri Tai

Xception: Deep Learning with Depth-wise Separable Convolutions

من المهم ألا نحصر شوليه في تطوير الأدوات. فقد قدّم أيضًا أبحاثًا في معماريات الشبكات العصبية، ومن أبرزها ورقة “Xception: Deep Learning with Depthwise Separable Convolutions” المنشورة في مؤتمر CVPR عام 2017. وهي من الأعمال التي رسّخت اسمه في مجال الرؤية الحاسوبية.

Personal Page

تستند الفكرة إلى تطوير استخدام الالتفافات القابلة للفصل عمقيًا (depthwise separable convolutions) في تصميم الشبكات. وبدل التعامل مع الالتفاف التقليدي باعتباره عملية واحدة تمزج المعلومات المكانية والقنوات معًا، يفصل هذا الأسلوب بين جوانب من المعالجة، بما يسمح ببناء معماريات مختلفة من حيث الكلفة الحسابية وعدد المعاملات.

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

وهنا يظهر وجه آخر من وجوه المبرمج الجيد: إنه لا يكتفي بتشغيل خوارزمية معروفة، بل يستطيع أن يسأل ما إذا كانت البنية التي تنفّذ الخوارزمية مصممة بطريقة أفضل، ثم يترجم الإجابة إلى نظام قابل للتجربة والقياس.

لكن أثر Xception ينبغي وصفه بدقة. إنها مساهمة مهمة في مجال معماريات الرؤية الحاسوبية، وليست دليلًا منفردًا على أن شوليه ابتكر الأساس الرياضي للشبكات العصبية أو أنه المسؤول عن انتشار التعلم العميق كله. مكانته أقوى حين ننظر إلى مجموع أعماله البرمجية والعلمية، لا حين نحمّل ورقة واحدة أكثر مما تثبته.

4. ARC-AGI: الانتقال من بناء أدوات الذكاء الاصطناعي إلى اختبار مفهوم الذكاء نفسه

OpenAI’s o3 shows remarkable progress on ARC-AGI, sparking debate on AI reasoning | VentureBeat

Evolutionary Prompt Engineering: How Natural Language Dethroned Code in ARC-AGI Benchmark | LavX News

إذا كانت Keras تمثل الجانب الهندسي من مشروع شوليه، فإن ARC-AGI تمثل جانبه النظري الأكثر طموحًا.

في ورقته البحثية “On the Measure of Intelligence” الصادرة عام 2019، طرح شوليه تصورًا للذكاء لا يساويه بمجرد الأداء المرتفع على مجموعة مهام معروفة. ركّز بدلًا من ذلك على قدرة النظام على اكتساب مهارات جديدة والتعامل بكفاءة مع مشكلات لم يُصمم خصيصًا لحلها. ومن هذا السياق نشأ اختبار ARC، الذي أصبح يُعرف لاحقًا باسم ARC-AGI.

History

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

Multimodal Reasoning to Solve the ARC-AGI Challenge | Maximilian Seeth

ARC-AGI-2 A New Challenge for Frontier AI Reasoning Systems | ARC Prize

ما الذي يجعل هذا المشروع مهمًا؟

المساهمة هنا ليست مجرد إنشاء مجموعة ألغاز. إنها محاولة لتحويل سؤال فلسفي وعلمي — كيف نميّز اكتساب القدرة على التفكير والتعميم من النجاح في أنماط تدرب عليها النظام؟ — إلى مشكلة يمكن للباحثين بناء برامج لحلها وقياس أدائها ومقارنة مناهجهم عليها.

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

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

ARC Prize

إذن، القيمة الأعمق في ARC-AGI ليست أنه حسم تعريف الذكاء، بل أنه قدّم اختبارًا مؤثرًا جعل مسألة التعميم والتجريد أكثر قابلية للنقاش التجريبي. وهذه مساهمة فكرية وتقنية معًا.

5. موقفه من الذكاء الاصطناعي: نقد الاختصارات السهلة

Some of my favourite clips of François Chollet from NeurIPS24 discussing deep learning-guided program synthesis, reasoning, o-series models and the ARC challenge. Full video dropping hopefully later… | Machine Learning Street Talk (MLST)

If an LLM solves this then we'll have AGI – Francois Chollet - agi - Art of Smart

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

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

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

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

ARC-AGI ومسألة القياس

أحد الجوانب الجديرة بالتقدير في مشروعه هو أن الاختبار يتيح للباحثين نشر الحلول ومقارنتها، بدل الاكتفاء بادعاءات عامة عن قدرات الأنظمة. وقد شهدت مسابقات ARC-AGI مشاركة واسعة، وأنتجت تطبيقات وأبحاثًا في البحث البرامجي والاستدلال والتكيّف أثناء الاختبار. ويعرض التقرير التقني لمسابقة 2024 عددًا كبيرًا من الأساليب والنتائج القابلة للفحص.

ARC Prize

Solomonoff Prior and the Inductive Limits of Deep Learning · The Prior Problem

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

6. أعمال أخرى تكشف اتساع اهتماماته

تُظهر صفحة شوليه المهنية أن اهتماماته البرمجية والبحثية أوسع من Keras وARC-AGI.

Personal Page

AutoKeras

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

Keras Tuner

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

TensorFlow

أسهم شوليه في منظومة TensorFlow، لكنه ليس منشئ TensorFlow الوحيد، ولا ينبغي الخلط بينه وبين مؤسس Keras. هذا التمييز مهم لفهم إسهامه بدقة: دوره في تطوير واجهة Keras وقيادتها يختلف عن دوره كمساهم في إطار أوسع تقوده فرق عديدة.

Wysp وQuickAnswers.io

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

هذه الأعمال لا تحمل جميعها الوزن نفسه في تقييم مكانته، لكنها ترسم صورة مبرمج يهتم بكيفية تحويل الأفكار إلى أدوات يستخدمها الآخرون. ويظل Keras هو الإنجاز الأوضح والأكثر رسوخًا في هذه الصورة.

7. الكتب: مؤلفاته والمراجع المتعلقة بأعماله

Deep Learning with Python, Third Edition, (Paperback) - Walmart.com

Deep Learning with Python, Second Edition - François Chollet | Public βιβλία

Deep Learning with R, Third Edition - François Chollet, Tomasz Kalinowski

يستحق الجانب التعليمي مساحة مستقلة في تقييم شوليه؛ إذ لا يقتصر أثر المبرمج على البرمجيات التي ينشئها، بل يشمل أيضًا قدرته على نقل المعرفة التي تجعل الآخرين قادرين على استخدامها وفهمها.

الكتب التي ألّفها أو شارك في تأليفها

Deep Learning with Python, Third Edition — François Chollet وMatthew Watson.

2025 · Manning

طبعة موسّعة ومُعاد بناؤها لتناول التعلّم العميق وتطبيقاته الحديثة، بما في ذلك المحوّلات والنماذج اللغوية وتوليد الصور. أهميتها أنها تربط الشرح المفاهيمي بالتنفيذ العملي، وتوضح تطور أدوات المجال بدل الاكتفاء بعرض النظريات.

Manning author

صفحة المؤلف لدى Manning

Deep Learning with Python, Second Edition — François Chollet.

2021 · Manning

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

François Chollet

صفحة الكتاب لدى Manning

Deep Learning with R — François Chollet وJ. J. Allaire، في الطبعة الأصلية.

2018 · Manning

ينقل المنهج التعليمي نفسه إلى بيئة R، ويُظهر كيف يمكن تقديم مفاهيم التعلّم العميق من خلال واجهة برمجية متماسكة في لغة مختلفة. ومن المهم التمييز بين الكتاب الأصلي والطبعات اللاحقة؛ فالطبعة الثالثة، الصادرة عام 2026، شارك في تأليفها François Chollet وTomasz Kalinowski.

Manning author

صفحة الطبعة الثالثة

الأوراق البحثية الأساسية

لا ينبغي التعامل مع الأوراق البحثية باعتبارها كتبًا، لكنها ضرورية لفهم مشروعه الفكري:

“On the Measure of Intelligence” (2019): الورقة المركزية في طرحه لمشكلة قياس الذكاء والتعميم، والأساس الفكري لاختبار ARC.

measurement-db

+1

— النص على arXiv.
“Xception: Deep Learning with Depthwise Separable Convolutions” (2017): بحث في تصميم معماريات الشبكات العصبية للرؤية الحاسوبية، نُشر في CVPR.

Personal Page

+1

.
“AutoKeras: An AutoML Library for Deep Learning” (2020): بحث مشترك حول مكتبة للتعلّم الآلي المؤتمت، منشور في Journal of Machine Learning Research.

Personal Page

+1

.
“ARC Prize 2024: Technical Report” (2024): تقرير جماعي يراجع نتائج المسابقة وأساليب الحل والقيود المنهجية. وهو عمل مشترك، لا كتاب فردي لشوليه.

ARC Prize

+1

— التقرير الكامل.

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

8. النقد: ما الذي لا ينبغي المبالغة فيه؟

إدراج شوليه بقوة لا يعني أن جميع جوانب عمله متساوية في الأهمية، أو أن كل أطروحاته النظرية محسومة.

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

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

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

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

هذه التحفظات لا تضعف ترشيحه؛ بل تحدد بدقة ما يستحق التقدير: مهندس برمجيات جعل بناء نماذج التعلّم العميق أكثر سهولة وتنظيمًا، وباحث حاول جعل مسألة التعميم أكثر قابلية للاختبار والنقاش.

الحكم النهائي

أؤيد إدراج François Chollet

أراه اختيارًا قويًا جدًا لمسرد أعظم 26 مبرمجًا فرنسيًا، لأن إنجازه لا يقوم على مساهمة علمية منعزلة، بل على اجتماع ثلاثة أبعاد:

إنجاز برمجي واسع الأثر: تأسيس Keras وقيادة تطورها.
إسهام تقني بحثي: تطوير معماريات مثل Xception والمشاركة في أدوات التعلّم الآلي المؤتمت.
مشروع فكري قابل للاختبار: طرح ARC-AGI بوصفه محاولة لقياس التعميم والتجريد، لا مجرد الأداء على مهام مألوفة.

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

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

Henri Gouraud — هنري غورود

عالم حاسوب فرنسي، ورائد في الرسوميات الحاسوبية ثلاثية الأبعاد، وصاحب إحدى تقنيات التظليل الأساسية في تاريخ التصيير الرقمي

Henri Gouraud, the best-known of the little-known

PPT - Shading PowerPoint Presentation, free download - ID:2113155

UNIT-6-Illumination-Models-and-Surface-Rendering-Methods.pdf

حكمي: أؤيد إدراج Henri Gouraud بقوة في مسرد أعظم 26 مبرمجًا فرنسيًا. وهو اختيار مهم لأنه يوسّع مفهوم المبرمج إلى ما يتجاوز بناء لغات البرمجة وأنظمة التشغيل والتطبيقات العامة، ليشمل من يبتكر خوارزمية هندسية تصبح جزءًا من البنية الأساسية لصناعة الرسوميات الحاسوبية.

يرتبط اسم غورود ارتباطًا مباشرًا بـ Gouraud shading — تظليل غورود، وهي تقنية طُوّرت عام 1971 لتوليد تدرجات ضوئية سلسة على الأسطح الممثلة بمضلعات. وقد أسهمت في معالجة واحدة من المشكلات الجوهرية في الرسوميات ثلاثية الأبعاد المبكرة: كيف نجعل سطحًا مكوّنًا من أوجه هندسية منفصلة يبدو بصريًا سطحًا مستمرًا، بدل أن تظهر حواف المضلعات وتدرجات الإضاءة بينها بصورة حادة؟

J. Willard Marriott Digital Library

PPT - Lighting PowerPoint Presentation, free download - ID:3268452

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

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

1. من هو Henri Gouraud؟

The Launchpad for Game-Changing PhDs in 3D CGI History

وُلد هنري غورود في فرنسا عام 1944، ودرس في École Centrale Paris، ثم انتقل إلى جامعة يوتا في الولايات المتحدة لإكمال الدكتوراه في الحوسبة والرسوميات الحاسوبية. وقد أنجز أطروحته عام 1971 تحت إشراف Ivan Sutherland، أحد أبرز رواد الرسوميات التفاعلية. وكان غورود جزءًا من بيئة بحثية استثنائية في جامعة يوتا، في الفترة التي بدأت فيها الرسوميات الحاسوبية تتحول من رسم أشكال بسيطة على الشاشات إلى مجال هندسي وعلمي متكامل.

ويكيبيديا

لم تكن جامعة يوتا في تلك المرحلة مجرد مكان لإجراء أبحاث جامعية؛ بل كانت إحدى البيئات التي تبلورت فيها أفكار ستؤثر لاحقًا في الرسوميات ثلاثية الأبعاد، والنمذجة الهندسية، والتصيير، والرسوم المتحركة. وتزامن عمل غورود مع أعمال باحثين آخرين، من بينهم Bui Tuong Phong وEd Catmull، الذين طوروا بدورهم حلولًا مختلفة لمشكلات تمثيل الأسطح والإضاءة والصور الحاسوبية.

Escholarship

PPT - Computer Graphics: Colors, Drawing, and Transformations PowerPoint Presentation - ID:9625086

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

2. المشكلة التي حلّها: كيف نجعل المضلعات تبدو سطحًا مستمرًا؟

Implementing Phong Lighting Gouraud Shading Phong Shading Some

Modern OpenGL 06 – Diffuse Point Lighting — Tom Dalling

File:Shading models.png - Wikimedia Commons

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

هذا هو مظهر التظليل المسطح (Flat Shading). وهو مفيد في بعض السياقات، لكنه لا يحقق دائمًا المظهر المطلوب للأسطح المنحنية.

Smooth Shading in Blender - 3DModels.org Blog

كانت المشكلة إذن مزدوجة:

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

الحل لا يتطلب بالضرورة التخلص من المضلعات أو بناء تمثيل هندسي بالغ التعقيد. بل يمكن الإبقاء على الشبكة المضلعية، مع حساب الإضاءة بطريقة تخفف ظهور الفواصل بين الأوجه. وهذا هو الاتجاه الذي اتبعه غورود في أطروحته المنشورة عام 1971 وبحثه المعنون Continuous Shading of Curved Surfaces.

J. Willard Marriott Digital Library

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

3. كيف تعمل خوارزمية Gouraud Shading؟

Polygon Shading Polygon Shading Assigning color to a

PPT - Shading Models PowerPoint Presentation, free download - ID:1490356

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

يمكن تبسيط العملية إلى ثلاث مراحل:

المرحلة الأولى: حساب الإضاءة عند الرؤوس

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

المرحلة الثانية: الاستيفاء بين الرؤوس

تُستوفى قيم الإضاءة على امتداد أضلاع المثلث، ثم عبر المساحة الداخلية، لتتغير الشدة تدريجيًا بدل القفز المفاجئ عند الانتقال من مضلع إلى آخر.

المرحلة الثالثة: إنتاج الصورة

تظهر المضلعات بتدرجات ضوئية أكثر سلاسة، فيصبح من الممكن تقريب المظهر البصري لسطح منحني باستخدام شبكة مضلعية محدودة.

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

J. Willard Marriott Digital Library

ما الذكاء الهندسي في الحل؟

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

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

hist3d.fr

إنها مثال واضح على البرمجة التي تنشأ من فهم المشكلة في أكثر من مجال: الرياضيات، والحوسبة، والضوء، وكيفية إدراك الإنسان للصورة.

4. ما الذي لا تفعله التقنية؟ الفرق بين Gouraud وPhong Shading

PPT - Now Playing: PowerPoint Presentation, free download - ID:368799

PPT - Lighting & Shading PowerPoint Presentation, free download - ID:2525397

PPT - #12: Texture Mapping PowerPoint Presentation, free download - ID:4050782

لفهم مكانة غورود تاريخيًا، من الضروري التمييز بين تقنيته وتقنية Phong shading المرتبطة بالباحث Bui Tuong Phong.

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

الجانب	Gouraud shading	Phong shading
ما الذي يُستوفى؟	قيم الإضاءة	اتجاهات العمودي على السطح
أين تُحسب الإضاءة؟	عند الرؤوس، ثم تُستوفى القيم	عند نقاط داخل المضلع
الكلفة الحسابية التقليدية	أقل عادةً	أعلى عادةً
أبرز القصور	قد لا يظهر اللمعان الحاد إذا لم يمر برأس مناسب	يحتاج حسابات إضاءة أكثر تفصيلًا

مقارنة مفاهيمية؛ الكلفة الفعلية تعتمد على التنفيذ والعتاد ونموذج الإضاءة.

والتفصيل التاريخي هنا مهم: بحسب رواية غورود عن عمله، كان هو يستخدم تسمية smooth shading، ثم شاع اسم Gouraud shading للتمييز بين طريقته وطريقة فونغ التي عالجت أيضًا مشكلة استمرارية تغير الإضاءة من منظور مختلف.

historyofcg.com

PPT - Shading Models for Polygons: Gouraud vs. Phong Comparison PowerPoint Presentation - ID:9323567

PPT - CSE 410 Computer Graphics Sessional PowerPoint Presentation, free download - ID:2642375

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

حدود الخوارزمية

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

وهذا تحديدًا ما يجعلها مثالًا جيدًا في تاريخ البرمجة: نجاحها لم يأت من أنها مثالية، بل من أنها حققت توازنًا مؤثرًا بين جودة المظهر والكلفة الحسابية في سياق تقني كانت فيه الموارد محدودة.

5. من الخوارزمية إلى البنية التحتية للرسوميات ثلاثية الأبعاد

3D platformers ruined everything, but that's OK | Film Stories

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

يمكن فهم أثر غورود من خلال ثلاث طبقات:

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

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

hist3d.fr

PPT - Foundations of 3D Computer Graphics: Real-Time Rendering and GPU Architecture PowerPoint Presentation - ID:2831546

PPT - Understanding Lighting in 3D Graphics: Key Components and Techniques PowerPoint Presentation - ID:2523478

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

6. هل كان غورود مبرمجًا بالمعنى الدقيق؟

أرى أن الإجابة نعم، مع توضيح طبيعة إنجازه.

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

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

PPT - Rendering and Rasterization PowerPoint Presentation, free download - ID:168090

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

وتضيف مسيرته المهنية بعدًا آخر إلى الصورة. فالمصادر التاريخية عن الحوسبة والرسوميات في فرنسا تربط عمله أيضًا بمشروعات وشركات تقنية بعد عودته من الولايات المتحدة، منها World Computer Center وTangram، ثم عمله في مؤسسات بحث وتطوير ارتبطت بـDigital وSun Microsystems.

historyofcg.com

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

7. الكتب والأبحاث التي تستحق الرجوع إليها

SIGGRAPH Celebrates 50 Years of Graphics Research – With CSE Leading the Way in Rendering | Computer Science

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

أعماله الأصلية

Computer Display of Curved Surfaces

1971 · أطروحة دكتوراه · University of Utah

العمل الأساسي لفهم كيفية تطوير تقنية التظليل السلس في سياق تمثيل الأسطح المنحنية بالمضلعات، ويشرح المشكلة التقنية التي عالجها. وهو تقرير بحثي وأطروحة، لا كتاب تجاري عام.

سجل الأطروحة في مكتبة جامعة يوتا

“Continuous Shading of Curved Surfaces”

1971 · IEEE Transactions on Computers، المجلد C-20، العدد 6، الصفحات 623–629

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

Wikipedia

معرّف الورقة الرقمي DOI

“Continuous Shading of Curved Surfaces” في كتاب Seminal Graphics: Pioneering Efforts That Shaped the Field

1998 · ACM Press · تحرير Rosalee Wolfe

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

Wikipedia

مراجع تاريخية عنه وعن التقنية

Histoire de l’image de synthèse en France — Henri Gouraud: مادة تاريخية فرنسية تشرح سياق عمله في جامعة يوتا، وصلته بإيفان ساذرلاند، والفكرة التي قادته إلى التظليل السلس. قراءة المادة.

hist3d.fr
People Behind the Pixels — Gouraud Shading: توثيق لتاريخ التقنية ورواية غورود عن نشأتها، بما في ذلك الفرق بينها وبين تظليل فونغ. قراءة المادة.

historyofcg.com
Early History of French CG: دراسة تاريخية عن البدايات المبكرة للرسوميات الحاسوبية في فرنسا، تضع غورود ضمن سياق أوسع من الباحثين والممارسات الفنية والهندسية. قراءة الدراسة.

digitalartarchive.siggraph.org

هذا القسم يكشف أمرًا مهمًا في مسردك: بعض المبرمجين تكون أعمالهم المرجعية الأساسية كتبًا ومشروعات برمجية ضخمة، بينما تكمن أهمية آخرين في ورقة بحثية أو أطروحة واحدة غيّرت طريقة معالجة مشكلة تقنية. ينبغي ألا نساوي بين حجم المؤلفات وحجم الأثر؛ فالحالة الثانية قد تكون شديدة التأثير رغم قلة المنشورات.

8. التقييم النقدي النهائي

أؤيد إدراج Henri Gouraud بقوة

غورود اختيار مقنع لمسرد أعظم 26 مبرمجًا فرنسيًا؛ لأنه يمثل بوضوح فئة مبتكري الخوارزميات التي تتحول إلى أدوات أساسية في تخصص كامل.

أبرز أسباب تأييده:

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

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

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

غورود مثال ممتاز على هذا النوع من الإنجاز: حلٌّ خوارزمي محدد، لكنه ترك أثرًا أكبر بكثير من حدود المسألة الأصلية التي صُمم لمعالجتها.

Jean-Marie Hullot — جان ماري هيولو

1954–2019 · عالم حاسوب ومبرمج فرنسي · رائد في بناء واجهات التطبيقات الرسومية وأدوات تطوير البرمجيات

Jean-Marie Hullot, l'un des pères de l'Apple iPhone, est décédé - Les Numériques

حكمي: أؤيد إدراج Jean-Marie Hullot بقوة في مسرد أعظم 26 مبرمجًا فرنسيًا. وأرى أن أهميته قد لا تكون واضحة بالقدر الكافي إذا اقتصرنا على الأسماء المعروفة بابتكار لغات البرمجة أو الخوارزميات الشهيرة؛ إذ تكمن مساهمته الكبرى في تغيير طريقة بناء البرمجيات نفسها، وتحديدًا طريقة إنشاء الواجهات الرسومية وربطها بمنطق التطبيقات.

ابتكر هيولو أداة SOS Interface خلال عمله البحثي في INRIA بفرنسا، ثم تطورت الفكرة إلى Interface Builder في بيئة NeXT، وصارت لاحقًا جزءًا مهمًا من منظومة تطوير تطبيقات Apple. وكانت الفكرة الجوهرية أن يتمكن المبرمج من إنشاء عناصر الواجهة وترتيبها وربطها ببعضها من خلال بيئة رسومية، بدل بناء كل شيء يدويًا في الشيفرة المصدرية.

Pixees

De Interface Builder aux LLM : l’évolution de l’abstraction du code - Mathemarium

هذه مساهمة أعمق مما يوحي به وصفه بأنه «مطور أداة واجهات». فقد ساعد في ترسيخ نمط من هندسة البرمجيات يفصل بين تصميم الواجهة، ومكونات التطبيق، والشيفرة التي تنفّذ السلوك، مع السماح لهذه العناصر بالتواصل عبر روابط محددة. وأصبح هذا النمط جزءًا مألوفًا من تطوير التطبيقات الرسومية، من بيئات NeXT القديمة إلى أدوات Apple اللاحقة.

ومع ذلك، ينبغي أن ننسب إليه ما أنجزه فعلًا دون تحويل سيرته إلى أسطورة عن شخص اخترع وحده الواجهات الرسومية الحديثة أو الهاتف الذكي. كانت هناك تقاليد بحثية وتجارية أوسع في واجهات المستخدم، وأسهمت فرق كثيرة في تطوير NeXTSTEP وMac OS X وiOS. تميّز هيولو هو أنه قدّم أداة ذات تأثير ملموس في طريقة إنتاج البرمجيات، ثم واصل العمل على منتجات وأنظمة أصبحت جزءًا من تاريخ الحوسبة الشخصية.

1. تكوينه العلمي: من البحث في علوم الحاسوب إلى بناء أدوات للمبرمجين

Summer Diaries: Inria Research Centre, Paris

File:ENS SaintCloud.JPG - Wikimedia Commons

وُلد هيولو في باريس عام 1954، ودرس في École normale supérieure de Saint-Cloud، ثم حصل عام 1981 على الدكتوراه في علوم الحاسوب من جامعة باريس-سود في أورساي، بإشراف الباحث Gérard Huet. وعمل باحثًا في INRIA خلال الفترة التي سبقت انتقاله إلى شركة NeXT في منتصف الثمانينيات.

ويكيبيديا

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

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

2. SOS Interface وInterface Builder: الإنجاز الذي يستحق أن يُذكر باسمه

Interfaces in the 80s: Creating GUIs before it was cool

لفهم الإنجاز، علينا تخيّل طريقة تطوير التطبيقات قبل انتشار أدوات بناء الواجهات المرئية.

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

بدأ هيولو العمل على SOS Interface في INRIA نحو عام 1984، وكتب الأداة بلغة Lisp. ثم عمل على تحويلها إلى منتج تجاري، وظهرت نسخة Macintosh باسم Interface Builder في عام 1986، قبل أن تنتقل الفكرة إلى بيئة NeXTSTEP. وتوضح المراجع التاريخية أن Steve Jobs تعرّف إلى الأداة بعد عرضها في منتصف الثمانينيات، ثم أصبحت جزءًا من أدوات تطوير NeXTSTEP.

Wikipedia

ما الذي غيّرته الأداة عمليًا؟

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

وتتجلى هنا أربعة ابتكارات تصميمية مترابطة:

الإنشاء المرئي: يستطيع المطور رؤية شكل الواجهة أثناء بنائها، بدل انتظار تشغيل التطبيق لمعرفة النتيجة.
إعادة استخدام المكونات: يمكن استخدام عناصر الواجهة نفسها في تطبيقات مختلفة، مع تخصيص خصائصها.
ربط العناصر بالسلوك: لا تظل الواجهة منفصلة عن منطق البرنامج، بل تُعرّف العلاقات التي تجعل عناصرها تستجيب للأحداث.
حفظ بنية الواجهة: في بيئة NeXTSTEP، كانت الواجهات تُحفظ في ملفات مثل .nib تتضمن الكائنات وعلاقاتها، بدل أن تقتصر العملية على توليد شيفرة نصية لإنشاء كل عنصر عند التشغيل.

Wikipedia

+1

Interface Builder User Guide: Connections and Bindings

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

ولذلك لا أرى أن أهمية هيولو تكمن في اختراع «السحب والإفلات» بمعناه العام، بل في بناء أداة متكاملة حول فكرة أن الواجهة يمكن أن تُنشأ وتُدار عبر كائنات وعلاقات قابلة للتحرير، وأن هذه العملية تستحق بيئة تطوير مستقلة عن كتابة الشيفرة.

3. الأثر الأعمق: تغيير اقتصاد إنتاج البرمجيات

في تقديري، هذا هو الجانب الذي يجعل هيولو جديرًا بالمسرد أكثر من مجرد شهرته في تاريخ Apple.

قبل انتشار أدوات بناء الواجهات، كانت تكلفة إنشاء واجهة جيدة مرتبطة بدرجة كبيرة بالجهد البرمجي اليدوي. ومع ظهور أدوات من نوع Interface Builder، أصبح بالإمكان نقل جزء من العمل إلى مرحلة تصميم مرئية، وإعادة استخدام العناصر، وتجربة التعديلات بسرعة أكبر. وهذا لا يلغي الحاجة إلى البرمجة؛ بل يغيّر توزيع العمل بين التصميم والتنفيذ.

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

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

Component Tree | IntelliJ IDEA Documentation

ومع ذلك، لا ينبغي نسب كل تطور لاحق في بيئات التطوير المرئي إلى هيولو وحده. فقد سبقت SOS Interface أدوات وأبحاث متعددة في تصميم الواجهات، وظهرت بالتوازي معها أنظمة مثل Trillium وأدوات تحرير الموارد في بيئات أخرى. القيمة التاريخية في عمله هي أنه قدم تطبيقًا مؤثرًا ومبكرًا لهذا النموذج، ثم ساعد على نشره من خلال NeXTSTEP.

citeseerx.ist.psu.edu

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

4. الصلة بظهور الويب: أداة هيولو في يد Tim Berners-Lee

Remembering the Day the World Wide Web Was Born | Scientific American

File:WorldWideWeb.1.png - Wikimedia Commons

Il y a trente ans, le Web naissait au CERN

من أكثر التفاصيل دلالة في تاريخ Interface Builder أن Tim Berners-Lee استخدم محطة عمل NeXT وأدوات تطويرها أثناء إنشاء أول متصفح ومحرر للويب، WorldWideWeb، في CERN. وتذكر المراجع التاريخية أن Interface Builder كان من الأدوات التي سهّلت بناء واجهة ذلك البرنامج.

Wikipedia

وهنا يلزم الفصل بين مستويين من الفضل:

ابتكار الويب: يعود إلى Tim Berners-Lee وزملائه في سياق العمل على تقنيات الويب الأولى، وليس إلى هيولو.
الأداة البرمجية التي ساعدت في إنشاء واجهته: كانت جزءًا من منظومة NeXTSTEP التي أسهم هيولو في تطويرها.

The world's first browser/editor, website and server go live at CERN | timeline.web.cern.ch

¿Cómo era navegar por la web en 1990? Descúbrelo con WorldWideWeb, el primer navegador web de la historia

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

وهذا نمط من التأثير يصعب قياسه بعدد الأسطر أو عدد المستخدمين وحدهما. أداة واحدة قد تُستخدم لبناء آلاف التطبيقات، ثم يختفي اسمها من الواجهة النهائية التي يراها المستخدم. لكن هذا لا يعني أن أثرها كان هامشيًا؛ بل قد يكون جزءًا من البنية التحتية التي جعلت الابتكار اللاحق ممكنًا.

5. NeXTSTEP وMac OS X: مساهمته في منظومة أكبر

Vor 20 Jahren: Apple präsentiert Aqua | News | MacTechNews.de

Xcode1.0の「Interface Builder」の使い方 | 貯え　小道具　興味ない？

بعد انتقاله إلى NeXT، أصبح هيولو أحد المساهمين الرئيسيين في بناء منظومة تطوير التطبيقات وبيئة NeXTSTEP. ولا يصح اختزال النظام كله في عمله الفردي؛ فقد شارك فيه مهندسون آخرون، وكان لكل منهم دور مختلف في نظام التشغيل وأطر البرمجة وبيئة التنفيذ.

لكن أهمية NeXTSTEP تاريخيًا تكمن في أنه جمع نظام تشغيل وواجهات برمجية وأدوات تطوير ضمن منظومة متماسكة. وعندما استحوذت Apple على NeXT في عام 1996، انتقلت تقنيات أساسية من هذه المنظومة إلى مستقبل أنظمة Apple، وأسهمت في الأساس التقني الذي تطور منه Mac OS X لاحقًا.

Editions Hozhoni

Apple's new Xcode 4 could portend new HTML5 development tools | AppleInsider

ومن المهم ألا نخلط بين استمرار الفكرة واستمرار المنتج حرفيًا. تغيرت أدوات Apple بمرور الزمن، وأُدمجت وظائف Interface Builder في Xcode، وتطورت صيغ حفظ الواجهات وطرائق تعريفها. لكن فكرة إنشاء الواجهات من كائنات مرئية وربطها بمنطق البرنامج بقيت جزءًا من تجربة تطوير تطبيقات Apple.

Wikipedia

بهذا المعنى، فإن أثر هيولو لا يقاس بعمر إصدار بعينه من الأداة، بل باستمرار النهج الذي ساعد على ترسيخه: جعل بناء الواجهة نشاطًا منظمًا له أدواته وتمثيلاته، لا مجرد سلسلة من تعليمات الرسم.

6. Apple وiPhone: كيف نميّز بين صاحب الفكرة ومهندس المنتج؟

GUIdebook > Screenshots > Mac OS X Panther

To fix iTunes, Apple should revisit iSync, an app that actually worked | Macworld

عاد هيولو إلى Apple عام 2001، وأصبح مسؤولًا عن جانب من تطوير التقنيات والتطبيقات. وارتبط عمله بفرق iCal وiSync، وهما مشروعان يقدّمان مثالًا على اهتمامه بالتفاعل بين التطبيقات والبيانات والأجهزة. كما تذكر سيرته أنه كان من أصحاب التصورات المبكرة التي ساهمت في دفع فكرة الهاتف الذي أصبح iPhone.

ويكيبيديا

iCal وiSync: أكثر من تطبيقين صغيرين

كان iCal تطبيقًا للتقويم وإدارة المواعيد، بينما ركّز iSync على مزامنة البيانات بين أجهزة Mac وبعض الهواتف والأجهزة المحمولة في تلك الفترة. قد تبدو هذه الوظائف اليوم عادية، لكنها تمثل تحديات برمجية مهمة: كيف نحافظ على اتساق البيانات بين أكثر من جهاز؟ كيف نحدد ما تغير؟ وكيف نتعامل مع الاختلافات بين التطبيقات والأجهزة وصيغ المعلومات؟

Using Your Blootooth Phone with Mac iSync and Your BMW

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

هل كان هيولو «مخترع iPhone»؟

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

Editions Hozhoni

Every iPhone Generation: A Full History of Release Dates

Fotos: So hat sich das iPhone seit 2007 entwickelt

The-Evolution-of-the-Apple-iPhone-A-Prototyping-Journey.pptx

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

وهذا التفريق مهم في مسردك: لا ينبغي أن يكون إدراجه معتمدًا على أسطورة iPhone، لأن Interface Builder وحده يقدم أساسًا قويًا ومحددًا لترشيحه. أما عمله في Apple فيضيف بُعدًا آخر إلى مسيرته بدل أن يكون الدليل الوحيد عليها.

7. RealNames وFotopedia: من أدوات البرمجة إلى المنتجات الرقمية

Fotopedia, The Best Photo Encyclopedia App for iOS, Got Even Better - MacStories

Qwiki App Review and Walkthrough - Business Insider

Dreams of Burma, A New Photo App | National Geographic

لم تقتصر مسيرة هيولو على البحث وأدوات التطوير. ففي عام 1996 شارك في تأسيس RealNames، وهي خدمة حاولت تقديم طريقة بديلة للوصول إلى المواقع عبر أسماء أو كلمات مفهومة بدل الاعتماد الكامل على عناوين URL التقليدية. انتهت الخدمة في أوائل العقد الأول من القرن الحادي والعشرين، لكنها تعكس اهتمامًا مبكرًا بمشكلة جعل الوصول إلى المعلومات أكثر سهولة للمستخدمين.

ويكيبيديا

لاحقًا، أسس Fotopedia، وهي موسوعة تصويرية تعاونية اهتمت بالصور والأماكن والثقافات والطبيعة. وهذا المشروع يختلف عن عمله السابق في تطوير الواجهات، لكنه يكشف استمرار اهتمامه بربط التقنية بتجربة إنسانية أوسع، وبجعل استكشاف المعلومات والصور أسهل وأكثر جاذبية.

8 Eye-Popping Retina Display Photography Apps for the New iPad | WIRED

لا أضع RealNames وFotopedia في مركز تقييمه كمبرمج؛ فالأثر التاريخي لـInterface Builder أكثر وضوحًا واستمرارًا. لكن هذين المشروعين يبرهنان على أنه لم يكن مطور أدوات منعزلًا عن مشكلات المنتجات، بل كان مهتمًا أيضًا بكيفية تقديم المعلومات وتنظيمها وجعلها قابلة للاستكشاف.

ومن المفيد ملاحظة أن هذه المسيرة جمعت بين البحث العلمي، والبرمجيات التجارية، والمنتجات الرقمية، ثم التصوير وحماية الطبيعة. إنها سيرة أوسع من الصورة المعتادة لمهندس يعمل طوال حياته على نوع واحد من البرامج.

8. الكتب: ما الذي ألّفه فعلًا؟

Buchtipp: Reise zum heiligen Berg | heise online

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

لكن لديه مساهمة موثقة في مجال الكتب المصوّرة والسفر، مرتبطة باهتمامه بالتصوير والطبيعة.

Pèlerinage au Tibet : autour du mont Kailash

2017 · Éditions Hozhoni · مع المصور Olivier Föllmi

كتاب مصوّر يوثّق رحلة حول جبل كايلاش في التبت، يجمع بين التصوير والسفر والتأمل في المكان والثقافة الروحية. وهو ليس كتابًا عن علوم الحاسوب؛ بل يعكس جانبًا مختلفًا من حياة هيولو واهتماماته الشخصية. وتثبت صفحة الناشر مشاركته في تأليف الكتاب مع Föllmi.

Site internet des éditions Hozhoni

صفحة الكتاب لدى الناشر

Au premier matin du monde

2018 · Éditions Hozhoni · Fondation IRIS وStéphanie Ledoux

كتاب عن التنوع الحيوي والطبيعة، مستند إلى رحلات استكشافية في بابوا وغرب المحيط الهادئ وجزر سوندا الصغرى. هنا يلزم التمييز: الناشر يذكر المؤسسة وStéphanie Ledoux ضمن أسماء المؤلفين، ولا ينبغي تصنيف هيولو باعتباره المؤلف الفردي للكتاب؛ ترتبط صلته بالمشروع بدوره في تأسيس Fondation IRIS والعمل البيئي المرتبط بها.

Site internet des éditions Hozhoni

صفحة الكتاب لدى الناشر

ماذا عن كتبه التقنية؟

لم أعثر في المصادر التي راجعتها على كتاب تقني مستقل ألّفه هيولو عن Interface Builder أو NeXTSTEP أو هندسة البرمجيات. لذلك أفضّل التصريح بذلك بدل إسناد كتب مرجعية عامة إليه لمجرد أنها تتناول الأدوات التي شارك في تطويرها.

وبالنسبة إلى من يريد فهم إسهامه التقني، فإن الأداة نفسها، والتوثيق التاريخي لها، والمقابلات التي أجراها، وشهادات زملائه أكثر فائدة من البحث عن كتاب لم يثبت أنه ألّفه. ومن المراجع المفيدة:

تاريخ Interface Builder، الذي يوثق صلته بـSOS Interface وانتقاله إلى NeXTSTEP.
تكريم هيولو في Pixees، الذي يجمع معلومات عن مساره البحثي والصناعي ويشير إلى مقابلة مطولة معه.
المادة التذكارية في Heidi.news، التي تضع عمله في سياق تاريخ NeXT والويب وApple.

9. التقييم النقدي: أين تكمن قوته التاريخية فعلًا؟

Storyboards and programmatic iOS development: part 1 | Brett Markowitz

أرى أن تقييم هيولو يصبح أدق إذا فصلنا بين ثلاثة أنواع من التأثير:

التأثير التقني: ابتكار SOS Interface ثم تطوير Interface Builder قدّم حلًا ملموسًا لمشكلة بناء الواجهات وربطها بمنطق البرامج. وهذه أقوى نقطة في ترشيحه؛ إذ يمكن تحديد الإنجاز وفهم آليته وتتبع تطوره التاريخي.

التأثير في أدوات المطورين: لم يكن المنتج النهائي مجرد تطبيق للمستخدم العادي، بل أداة يستخدمها مطورون آخرون لإنتاج تطبيقاتهم. وهذه ميزة مهمة؛ لأن أدوات التطوير تؤثر بصورة غير مباشرة في مجموعة كبيرة من المنتجات اللاحقة. ويقدم استمرار Interface Builder ضمن منظومة Apple مثالًا واضحًا على طول عمر هذا النهج.

Wikipedia

التأثير في المنتجات والمنظومات: عمله في NeXTSTEP ثم Apple، وارتباطه بتطبيقات مثل iCal وiSync، ثم اهتمامه المبكر بفكرة iPhone، يوضح أن خبرته انتقلت من تصميم أدوات التطوير إلى بناء المنتجات التي يستخدمها الناس. لكن هذا الجانب ينبغي عرضه بوصفه سجلًا من المساهمات ضمن فرق، لا سلسلة من الاختراعات الفردية المنسوبة إليه وحده.

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

الحكم النهائي

أؤيد إدراج Jean-Marie Hullot بقوة

يمثل هيولو فئة شديدة الأهمية في تاريخ البرمجة: المبرمج الذي يبتكر أدوات تغيّر طريقة بناء البرامج، لا البرامج التي يراها المستخدم النهائي فحسب.

أهم ما يبرر إدراجه:

ابتكار SOS Interface، التي تطورت إلى Interface Builder.
ترسيخ نموذج بناء الواجهات من كائنات مرئية وربطها بسلوك التطبيق.
الإسهام في منظومة NeXTSTEP التي تركت أثرًا مستمرًا في أدوات Apple.
العمل على تطبيقات المزامنة والتقويم، والمشاركة في مراحل مبكرة من مشروعات Apple اللاحقة.

والتحفظ الوحيد الذي أراه ضروريًا هو عدم المبالغة في نسبة NeXTSTEP أو iPhone إليه وحده؛ فقيمة إسهامه ثابتة حتى دون هذه المبالغات.

الخلاصة: إذا كان François Chollet يمثل المبرمج الذي جعل بناء نماذج التعلّم العميق أكثر سهولة، وكان Henri Gouraud يمثل صاحب الخوارزمية التي غيّرت معالجة الإضاءة في الرسوميات، فإن Jean-Marie Hullot يمثل مبرمج الأدوات التي تجعل إنشاء التطبيقات الرسومية عملية منظمة وقابلة لإعادة الاستخدام.

وهذا يمنحه مكانًا مبررًا في المسرد؛ ليس لأنه ارتبط باسم Steve Jobs أو Apple فحسب، بل لأنه قدّم إنجازًا هندسيًا محددًا ترك أثرًا طويل الأمد في عمل المطورين أنفسهم.

Jean Ichbiah — جان إيشبيا

1940–2007 · عالم حاسوب ومهندس فرنسي · المصمم الرئيسي للغة البرمجة Ada

حكمي: أؤيد إدراج Jean Ichbiah بقوة في مسرد أعظم 26 مبرمجًا فرنسيًا. وأراه من الأسماء التي يستند ترشيحها إلى إنجاز برمجي واضح ومحدد: قيادته تصميم لغة Ada بين عامي 1977 و1983، ضمن فريق عمل في شركة CII Honeywell Bull الفرنسية، استجابةً لمشروع أطلقته وزارة الدفاع الأمريكية لتوحيد وتطوير لغات البرمجة المستخدمة في الأنظمة المضمنة والعسكرية.

ICHBIAH Jean David

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

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

PPT - Abstract Data Types and Encapsulation Concepts in Programming Languages PowerPoint Presentation - ID:9548741

PPT - Ada in the Avionics Industry PowerPoint Presentation, free download - ID:614613

وُلد إيشبيا في باريس عام 1940، ودرس في École Polytechnique ثم École Nationale des Ponts et Chaussées، وأكمل دراسات الدكتوراه في معهد ماساتشوستس للتكنولوجيا MIT. عمل في CII-Honeywell Bull، ثم أسس شركة Alsys عام 1980 لمواصلة تطوير Ada وتسويق أدواتها ومترجماتها. وانتُخب مراسلًا للأكاديمية الفرنسية للعلوم، ونال وسام جوقة الشرف الفرنسي.

ICHBIAH Jean David

1. لماذا كان مشروع Ada مهمًا أصلًا؟

DVIDS - U.S. Army Intelligence Center of Excellence

لفهم حجم المهمة التي تولّاها إيشبيا، ينبغي العودة إلى مشكلة كانت تواجه المؤسسات الكبرى في السبعينيات: تعدد لغات البرمجة وتعدد البيئات البرمجية داخل المؤسسة الواحدة.

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

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

О старых книгах по программированию / Хабр

أُطلقت المنافسة على اللغة في عام 1977، وقدمت فرق مختلفة مقترحاتها. وكان مقترح Green الذي قاده إيشبيا ضمن CII Honeywell Bull هو المقترح الذي اختير عام 1979، ثم حملت اللغة اسم Ada. واستمر العمل على تصميمها وتوحيدها حتى نشر معيارها الأمريكي عام 1983، ثم معيارها الدولي عام 1987.

ويكيبيديا

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

2. Ada: لغة برمجة تجعل الأخطاء أكثر قابلية للكشف

Ada, a great but uncommon programing language | by Carlos Reyes | Medium

6. SPARK Tutorial — SPARK User's Guide 27.0w

أحد أهم قرارات تصميم Ada هو اعتماد نظام أنواع قوي وصريح (strong and explicit typing)، إلى جانب بنية تدعم تقسيم البرامج إلى وحدات واضحة. وهذه ليست تفاصيل شكلية في قواعد اللغة؛ إنها أدوات هندسية لتقليل مساحة الأخطاء التي يمكن أن تمر دون اكتشاف.

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

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

مثال مبسط


type Temperature is range -100 .. 100;
type Motor_Speed is range 0 .. 5000;

Current_Temperature : Temperature := 25;
Current_Speed       : Motor_Speed := 1200;

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

PPT - Data Types and Structures PowerPoint Presentation, free download - ID:9451713

Formal Verification with GNATprove — SPARK 2014 Toolset User's Guide 0.2w documentation

PPT - Exception Handling PowerPoint Presentation, free download - ID:312907

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

وهذا بالضبط ما يجعل قرار التصميم مهمًا: بدل أن يعتمد الانضباط كله على انتباه المبرمج، توفر اللغة آليات تفرض بعض القيود وتتحقق منها آليًا.

3. الوحدات والحزم: بناء برامج كبيرة لا مجرد كتابة تعليمات

PPT - Chapter 11: Abstract Data Types and Encapsulation Concepts PowerPoint Presentation - ID:766850

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

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


package Navigation is
   type Heading is range 0 .. 359;

   procedure Set_Heading (Value : Heading);
   function Current_Heading return Heading;
end Navigation;

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

6. Developing Ada Source Code — GNATbench for WRS Workbench User' Guide 27.0.20260210.w documentation

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

هذا الجانب من Ada ينسجم مع فلسفة هندسة البرمجيات التي ترى أن صعوبة البرامج الكبيرة لا تكمن في عدد التعليمات وحده، بل في عدد العلاقات والاعتماديات التي يجب على المطور فهمها والمحافظة عليها.

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

4. التزامن والأنظمة ذات الزمن الحقيقي

PPT - Real-Time Systems: Example / Case Studies PowerPoint Presentation - ID:3008724

Embedded Systems: Real-Time Operating Systems (RTOS) | Tutorials on Electronics | Next Electronics

صُممت Ada مع اهتمام واضح بالأنظمة التي تحتاج إلى تنفيذ أعمال متزامنة أو الاستجابة لأحداث ضمن قيود زمنية. ولهذا تضمن تصميمها آليات للتعامل مع المهام والتواصل بينها، بدل الاعتماد على وسائل خارجية منفصلة تمامًا عن اللغة.

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

PPT - Operacijski sistemi za delo v realnem času PowerPoint Presentation - ID:752093

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

كذلك لا ينبغي الخلط بين وجود ميزات للزمن الحقيقي وبين ضمان الالتزام بالمواعيد النهائية تلقائيًا. فذلك يتطلب تحليلًا للتوقيت، وجدولة مناسبة، ومعرفة بخصائص العتاد والنظام التنفيذي، واختبارات تحقق ملائمة.

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

5. لماذا ارتبطت Ada بالطيران والدفاع والأنظمة الحرجة؟

Ordenador de vuelo para piloto - FCC - BAE Systems - electrónico

ESA - Jupiter 2 control room during Ariane 504 campaign

Siemens Mobility achève la modernisation de la ligne 14 du métro parisien étendue à l’aéroport Paris-Orly

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

sigada.org

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

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

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

6. إيشبيا وLIS: ما الذي سبق Ada؟

PPT - Comparative Programming Languages PowerPoint Presentation, free download - ID:5518147

PPT - Coroutines in Programming Languages PowerPoint Presentation, free download - ID:9121889

قبل مشروع Ada، عمل إيشبيا على لغة تجريبية تُسمى LIS بين عامي 1972 و1974. وتصف المراجع التاريخية هذه اللغة بأنها تأثرت بـPascal وSimula، وكانت جزءًا من اهتمامه بتصميم لغات لتنفيذ الأنظمة. كما شارك في مجتمع مستخدمي Simula، وهي لغة ذات أهمية تاريخية في تطور البرمجة كائنية التوجه.

ICHBIAH Jean David

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

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

PPT - Assembly Language PowerPoint Presentation, free download - ID:9466767

PPT - The History Of Programming Languages PowerPoint Presentation, free download - ID:1033165

ومع ذلك، لا ينبغي المبالغة في أثر LIS مقارنةً بـAda. فالمراجع المتاحة تتيح تأكيد وجود المشروع وموقعه في مسيرة إيشبيا، لكنها لا تمنح أساسًا كافيًا لاعتباره لغة أحدثت أثرًا تاريخيًا واسعًا مماثلًا. قيمته هنا أنه يكشف تطور اهتمامه، لا أنه منافس لإنجاز Ada المركزي.

7. Alsys: لم يكتفِ بتصميم اللغة، بل بنى عملًا حولها

NASA Tech Briefs Magazine - March, 1988 - Parry Game Preserve

في عام 1980، أسس إيشبيا شركة Alsys لمواصلة تطوير Ada وتسويقها، والعمل على مترجماتها وأدواتها. وكان ذلك امتدادًا طبيعيًا للمشروع: فاللغة المصممة على الورق لا تصبح أداة عملية إلا عندما تتوفر لها مترجمات، وبيئات تطوير، وتوثيق، ودعم للمستخدمين، وطرق لاختبار توافق التنفيذ مع المعيار.

ويكيبيديا

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

SPARK: Formal Verification and Proving Program Correctness in Ada | by Jordan Rowles | Jan, 2026 | Medium

PPT - The Structure of the GNAT Compiler PowerPoint Presentation, free download - ID:4177424

تذكر المصادر أن مترجمات Ada المتخصصة التي قدمتها Alsys استُخدمت لدى جهات مثل NASA والجيش الأمريكي.

sigada.org

وهذا مهم لأنه يربط إسهام إيشبيا ببيئة استخدام حقيقية، بدل أن يظل تصميمه مجرد معيار نظري.

لكن ينبغي أيضًا الفصل بين تاريخ Alsys وتاريخ Ada اللاحق؛ فقد تغيرت ملكية الشركة وتطورت منظومة الأدوات بعد مرحلة تأسيسها. ولا يصح أن ننسب كل تطور لاحق في مترجمات Ada إلى إيشبيا أو إلى شركته وحدها.

8. FITALY: وجه آخر من تفكيره البرمجي

بعد مرحلة Ada، اتجه إيشبيا إلى مجال مختلف ظاهريًا: إدخال النصوص على الأجهزة الصغيرة. فقد صمم تخطيط لوحة المفاتيح FITALY، الذي استهدف تسريع إدخال النص عبر القلم أو اللمس على الأجهزة المحمولة، ثم أسس Textware Solutions لتطوير وتسويق برامج إدخال النصوص.

sigada.org

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

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

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

9. الكتب والمراجع: ما الذي كتبه إيشبيا فعلًا؟

Reference Manual for the ADA® Programming Language | SpringerLink

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

وثائق وأعمال أساسية مرتبطة به

Rationale for the Design of the Ada Programming Language

1986 · وثيقة تصميمية

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

ICHBIAH Jean David

البحث عن نسخ وفهارس الكتاب

Reference Manual for the Ada Programming Language

1983 · المرجع المعياري الأول للغة

يحدد قواعد اللغة ودلالاتها، وهو مرجع معياري أكثر من كونه كتابًا تعليميًا. ومن المهم عدم التعامل معه بوصفه مؤلفًا فرديًا لإيشبيا؛ فقد كانت Ada نتيجة عمل فريق، وخضعت وثائقها لعملية مواصفات ومراجعة وتوحيد رسمية.

ICHBIAH Jean David

البحث عن النسخ والفهارس

Communications of the ACM - October 1984 - Magazine - Computing History

“Ada: Past, Present, Future” — مقابلة مع Jean Ichbiah

1984 · Communications of the ACM

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

Ada Forge – Home

البحث في أرشيف ACM

مراجع تاريخية تتناول حياته وأعماله

النعي المهني في Ada Information Clearinghouse / ACM SIGAda: يقدم خلاصة لمسيرته في Ada، ثم انتقاله إلى أنظمة إدخال النصوص. قراءة النعي.

sigada.org
سجل الأكاديمية الفرنسية للعلوم: مرجع مؤسسي لسيرته ومناصبه وبعض أعماله الببليوغرافية. السجل الفرنسي.

ICHBIAH Jean David
تاريخ مشروع Ada: يوضح كيف وقع الاختيار على مقترح Green، وكيف انتقلت اللغة من مشروع التصميم إلى المواصفات والمعايير. مادة تاريخية عن المشروع.

Ada Forge – Home

لا أرى دليلًا كافيًا لتقديم إيشبيا بوصفه مؤلف كتب تقنية كثيرة بالمعنى التجاري. والأدق أن نقول إن إرثه المكتوب يتجسد خصوصًا في وثائق التصميم والمواصفات والمقابلات التقنية، وهي مصادر شديدة الأهمية لفهم قراراته الهندسية.

10. التقييم النقدي: حدود Ada وموقع إيشبيا في تاريخ تصميم اللغات

6. Developing Ada Source Code — GNATbench for WRS Workbench User' Guide 22.0.20210305.w documentation

لا ينبغي أن يتحول تقدير إيشبيا إلى ادعاء بأن Ada لغة مثالية، أو أن جميع المشاريع ينبغي أن تستخدمها.

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

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

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

الحكم النهائي

أؤيد إدراج Jean Ichbiah بقوة

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

أبرز ما يبرر إدراجه:

قيادة تصميم Ada من مقترح Green إلى اللغة التي استُكملت مواصفاتها في أوائل الثمانينيات.
الإسهام في تصور لغوي يركز على الوضوح، والتحقق، وتنظيم البرامج الكبيرة.
تأسيس Alsys لدعم تطوير اللغة ومترجماتها وتحويل التصميم إلى أدوات عملية.
مواصلة الابتكار في مجال آخر عبر FITALY وأنظمة إدخال النصوص.

التحفظ الضروري: يجب تقديم Ada باعتبارها إنجاز فريق قاده إيشبيا، لا اختراعًا فرديًا منفصلًا عن العمل المؤسسي والمعايير والتطوير اللاحق.

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

إذا كان Henri Gouraud قد أعاد صياغة مشكلة الإضاءة في الرسوميات، وكان Jean-Marie Hullot قد جعل بناء الواجهات عملية أكثر تنظيمًا، فإن Jean Ichbiah يمثل مهندس اللغة الذي حاول أن يجعل خصائص البرنامج وقواعده أكثر وضوحًا منذ لحظة كتابته. وهذه مساهمة جوهرية في تاريخ البرمجة، وتبرر إدراجه في مسردك.

Jean-François Groff — جان فرانسوا غروف

مسرد المبرمجين الفرنسيين | البرمجة المبكرة للويب، مكتبات البرمجيات، ونشر التكنولوجيا

(From LÂ° Robert Cailliau, the first Web

الحكم الأولي: اختيار وجيه، وتكمن أهميته في التاريخ التقني للويب

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

تؤكد صفحة CERN المخصصة لغروف أنه ساعد بيرنرز لي في تطوير تقنية الويب خلال عمله في المنظمة، ثم نقل شيفرة الاتصالات للعمل عبر DECnet، وساعد في إعداد خادم ويب للمكتبة التقنية الدنماركية. وتصفه CERN ضمن رواد الويب الذين عملوا مع بيرنرز لي في بدايات المشروع.

web30.web.cern.ch

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

1. السياق التاريخي: الويب قبل أن يصبح منصة عامة

30 years of World Wide Web: 20 interesting facts you didn't know about the 'Internet' | Gadgets Now

A short history of the internet | National Science and Media Museum

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

W3C

انضم غروف إلى المشروع في بداياته، عام 1991 وفق سجل تاريخي منشور عن رواد الويب.

Web Building

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

لفهم أهمية هذا النوع من العمل، ينبغي التمييز بين ثلاث مراحل:

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

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

2. إسهامه البرمجي: العمل على النظام لا على الفكرة وحدها

1990: Programming the World Wide Web | Cybercultural

What is a Web Browser: Definition, Types, and Features

30 Jahre WWW – Tim Berners-Lee und die Anfänge des World Wide Web | Landesmedienzentrum Baden-Württemberg

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

أ. تطوير البرمجيات في مرحلة التأسيس

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

Who Made the Internet

والأهم هنا هو طبيعة المشكلات التي كان على فريق الويب حلها:

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

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

ب. نقل شيفرة الاتصالات إلى DECnet

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

web30.web.cern.ch

تقنيًا، يكشف هذا عن مسألة كثيرًا ما تُهمَل في روايات الاختراع: لا يكفي أن يعمل البرنامج في بيئة المطوّر الأصلية. يجب أن يمكن تكييفه مع البنية الشبكية للمؤسسة التي تريد استخدامه.

وكان DECnet نظامًا شبكيًا مرتبطًا بمنتجات Digital Equipment Corporation، مختلفًا عن بيئة بروتوكولات الإنترنت التي أصبحت لاحقًا الأساس المعتاد لخدمات الويب. لذلك فإن نقل شيفرة الاتصالات إليه مثال على عمل تكاملي يربط تطبيقًا جديدًا ببيئة تقنية قائمة.

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

ج. لماذا كان إنشاء خادم خارجي مهمًا؟

1992: The Web vs Gopher, and the First External Browsers | Cybercultural

Client-server architecture of World Wide Web | Download Scientific Diagram

Die zweite Geburt des World Wide Web | HNF Blog

مساعدة المكتبة التقنية الدنماركية على إعداد خادم ويب تمثل انتقالًا من تطوير النظام داخل CERN إلى تبنّيه خارجها. وهذا مهم لأن الويب لا يصبح شبكة عالمية بمجرد وجود برنامج يعمل؛ بل عندما تستطيع جهات مستقلة تشغيل خوادمها ونشر وثائقها والوصول إلى وثائق الآخرين.

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

3. علاقته بالورقة التأسيسية «The World-Wide Web: The Information Universe»

Overview of the World-Wide Web Project | PDF | Server (Computing) | World Wide Web

توجد مساهمة كتابية مهمة وموثقة لغروف هي مشاركته في تأليف ورقة The World-Wide Web: The Information Universe مع تيم بيرنرز لي وروبرت كايو وبيرند بولرمان. نُشرت الورقة عام 1992، وهي متاحة في أرشيف CERN وسجل تاريخ الويب.

/timbl/hypertext/Journals/ENRAP

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

ومن الأفكار التي تناقشها الورقة:

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

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

/timbl/hypertext/Journals/ENRAP

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

4. هل كان غروف مبرمجًا أم مهندس اتصالات أم رائد ويب؟

هذه الأوصاف لا تتعارض بالضرورة. فبحسب سيرته، درس هندسة الاتصالات، ثم شارك في تطوير الويب في CERN، وعمل لاحقًا مع NeXT Europe، واتجه إلى ريادة الأعمال والتقنيات الرقمية.

ويكيبيديا

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

وهذا التمييز مهم عند تقييمه داخل المسرد:

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

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

5. ما بعد CERN: ريادة الأعمال وتبسيط التكنولوجيا

Mobino Introduces Mobino Cash, a Swiss Standard for Mobile Money - Finovate

Mobino Presents Its Universal Mobile Payments Solution - Finovate

تصف صفحة CERN غروف بأنه رائد أعمال مهتم بتبسيط الابتكارات التقنية وجعلها متاحة لجمهور أوسع، وتشير إلى عمله اللاحق في مجال النقود الرقمية عبر الهاتف المحمول والشمول المالي.

web30.web.cern.ch

هذا المسار امتداد معقول لاهتمامه السابق بإتاحة التقنية خارج البيئة التي نشأت فيها. ففي مشروع الويب كان التحدي هو جعل المعلومات متاحة عبر أنظمة ومؤسسات مختلفة؛ وفي مجال الخدمات المالية الرقمية يصبح التحدي متعلقًا بإتاحة المعاملات والخدمات لمستخدمين لا تتساوى ظروف وصولهم إلى البنية المصرفية التقليدية.

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

6. الكتب والمنشورات والمراجع

هذا القسم مهم لتقييم غروف، لأن أثره الموثق يظهر في ورقة علمية تاريخية ومساهمات هندسية أكثر مما يظهر في كتب تقنية ألّفها منفردًا.

The World-Wide Web: The Information Universe (1992)

ورقة علمية مشتركة التأليف

شارك غروف في تأليفها مع Tim Berners-Lee وRobert Cailliau وBernd Pollermann. وهي أهم مساهمة منشورة يمكن الاستناد إليها مباشرةً لتوثيق مشاركته الفكرية في عرض بنية الويب المبكرة.

قراءة الورقة في أرشيف W3C · سجل CERN

World’s First Website Back Online - Techlicious

وثائق مشروع الويب المبكر

وثائق تقنية وتاريخية، وليست كتابًا فرديًا موثقًا

تمثل وثائق المشروع وسجلاته مصدرًا مناسبًا لدراسة بيئة العمل التي شارك فيها غروف، لكن لا ينبغي تحويل كل وثيقة من وثائق CERN إلى مؤلَّف شخصي له ما لم يُذكر اسمه مؤلفًا أو مساهمًا فيها.

تاريخ الويب في CERN · سجل الورقة العلمية

هل ألّف كتابًا تقنيًا مستقلًا؟ لم أعثر في المصادر الموثوقة التي راجعتها على كتاب تقني مستقل معروف من تأليف غروف وحده. وهذا لا يعني أنه لم يكتب وثائق داخلية أو مواد تقنية أخرى؛ إنما يعني أنني لا أملك دليلًا كافيًا لإدراج كتاب فردي محدد في قائمته.

ومن الأفضل أن يذكر المسرد الورقة المشتركة صراحةً، بدل ملء القسم بعناوين غير موثقة أو الإيحاء بأن غروف صاحب مؤلفات تقنية عديدة.

7. حدود الاختيار: ما الذي يثبته السجل، وما الذي لا يثبته؟

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

web30.web.cern.ch

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

W3C

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

الخلاصة: هل يستحق مكانًا في المسرد؟

نعم، أؤيد اختياره. فغروف يمثل فئة مهمة من المبرمجين والمهندسين الذين لا تُختزل مساهماتهم في لغة أو خوارزمية، بل في تطوير منظومة برمجية ناشئة والمساعدة على نقلها إلى مستخدمين ومؤسسات أخرى.

وأقوى صياغة تعريفية له في المسرد ستكون:

Jean-François Groff — مهندس اتصالات ومبرمج فرنسي، ومن رواد الويب الأوائل في CERN. ساهم في تطوير تقنية الويب مع تيم بيرنرز لي، وشارك في تأليف ورقة The World-Wide Web: The Information Universe عام 1992، وعمل على تكييف برمجيات الاتصالات للبيئات الشبكية المختلفة، كما ساعد مؤسسات خارج CERN على إنشاء خوادم ويب. تكمن أهميته في مساهمته في تطوير النظام المبكر وتوسيع إمكانات تبنيه، لا في اختراع الويب منفردًا.

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

Kahn, Gilles

Gilles Kahn — جيل كان

مسرد المبرمجين الفرنسيين | دلالات لغات البرمجة، الحوسبة المتوازية، البرهان الصوري، وبناء المؤسسات البحثية

الحكم: أؤيد إدراجه بقوة، لكن ليس لمجرد مكانته الإدارية في INRIA

جيل كان (1946–2006) من الشخصيات التي تمنح مسرد المبرمجين الفرنسيين عمقًا علميًا حقيقيًا؛ فإسهامه لا يقتصر على كتابة البرمجيات أو إدارة فرق تطويرها، بل يمتد إلى صياغة نماذج رياضية تفسر كيفية تنفيذ البرامج وتفاعل العمليات المتزامنة، والبحث في العلاقة بين البرمجة والتحقق من صحة البرامج.

كان خريج المدرسة متعددة التقنيات الفرنسية École Polytechnique، ودرس في جامعة ستانفورد، ثم عمل في مؤسسات البحث الفرنسية، وانضم إلى IRIA — التي أصبحت لاحقًا INRIA — في سبعينيات القرن العشرين. انتُخب عضوًا في الأكاديمية الفرنسية للعلوم عام 1997، وتولى رئاسة INRIA وإدارتها العامة عام 2004 حتى وفاته في فبراير 2006.

From Semantics to Computer Science

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

المحاور الأساسية لإرثه العلمي

شبكات كان

نمذجة العمليات المتزامنة وتدفق البيانات

دلالات البرامج

تحديد المعنى الرياضي لتنفيذ البرنامج

التحقق الصوري

العلاقة بين البرنامج ومواصفاته وإثبات صحته

بيئات البرمجة

أدوات تطوير البرامج والتحقق منها

تتفق هذه المحاور مع الصورة التي ترسمها مقدمة كتاب التكريم العلمي From Semantics to Computer Science: تطور اهتمام كان من دلالات لغات البرمجة إلى أدوات البرمجة، ثم إلى الصلة بين نشاط البرمجة والتحقق من البراهين.

From Semantics to Computer Science

1. شبكات كان: عندما تصبح البرمجة مسألة تدفق معلومات

أبرز إسهام نظري ارتبط باسم Gilles Kahn هو ما يُعرف بـ Kahn Process Networks، أو شبكات عمليات كان. طرح كان هذا النموذج في أوائل السبعينيات، وأصبح إطارًا مهمًا لوصف الحسابات التي تتكون من عمليات متفاعلة تتبادل البيانات عبر قنوات.

From Semantics to Computer Science

لفهم أهميته، تخيّل برنامجًا يعالج بثًا من البيانات. بدل أن يُكتب البرنامج كتسلسل واحد من التعليمات، يمكن تصوره مجموعة عمليات مستقلة نسبيًا:

عملية تقرأ البيانات وتنتج عناصر أولية.
عملية ثانية تحول العناصر أو تصفيها.
عملية ثالثة تجمع النتائج أو تحللها.
قنوات تنقل البيانات بين هذه العمليات.

يمكن تمثيل البنية بصورة مبسطة:

العملية A

إنتاج البيانات

قناة FIFO

بيانات مرتبة تصل إلى المستهلك

العملية B

استهلاك البيانات وتحويلها

رسم توضيحي مبسط للفكرة، وليس مخططًا من الورقة الأصلية لكان.

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

ما المقصود بالتنفيذ غير المتزامن؟

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

في الصياغة التقليدية لشبكات كان:

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

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

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

2. دلالات لغات البرمجة: ما الذي يعنيه أن «ينفّذ» البرنامج؟

PPT - Operational Semantics PowerPoint Presentation, free download - ID:3828919

PPT - CS5205: Foundation in Programming Languages Semantics PowerPoint Presentation - ID:4731268

PPT - Spring 2014 Program Analysis and Verification Lecture 2: Operational Semantics I PowerPoint Presentation - ID:6328666

إذا كانت شبكات كان تشرح كيف تتبادل العمليات البيانات، فإن المحور الثاني في عمله يذهب إلى سؤال أعمق: كيف نحدد المعنى الدقيق للبرنامج؟

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

هذا هو مجال Programming Language Semantics، أي دلالات لغات البرمجة. وقد اهتم كان بكيفية وصف البرامج وصفًا رياضيًا، وبالصلة بين هذا الوصف وبين أدوات البرمجة والتحقق من صحتها.

From Semantics to Computer Science

الدلالات الطبيعية Natural Semantics

من الأعمال المهمة لكان ورقته Natural Semantics، التي ظهرت عام 1987، وتُعرف أيضًا باسم La sémantique naturelle. قدّم فيها عرضًا منهجيًا لأسلوب في وصف دلالات البرامج باستخدام قواعد استدلال.

pascal-francis.inist.fr

يمكن فهم الفكرة عبر برنامج حسابي صغير:

x := 2
y := x + 3

بدل الاكتفاء بالقول إن البرنامج «يضع 2 في x ثم يضيف 3»، يمكن صياغة قواعد تشرح كيف تنتقل حالة البرنامج من حالة إلى أخرى، أو كيف تُشتق النتيجة النهائية من قواعد اللغة.

على مستوى مبسط، يمكن تمثيل النتيجة هكذا:

\[ x=2,\quad y=5 \]

لكن القيمة الحقيقية للمنهج لا تكمن في هذا المثال السهل، بل في إمكانية تعريف قواعد رسمية للعبارات المركبة، والشروط، والحلقات، واستدعاءات الدوال، ثم استخدام تلك القواعد في دراسة البرامج المعقدة.

تساعد قواعد الاستدلال على الإجابة عن أسئلة مثل:

ما النتيجة التي يحددها هذا البرنامج إذا بدأ من حالة معينة؟
كيف يؤثر تركيب التعبيرات في سلوك البرنامج؟
هل يمكن ربط تنفيذ البرنامج بمواصفاته الرسمية؟
هل تستطيع أداة برمجية استخدام التعريف نفسه لتفسير البرنامج أو تحليل خصائصه؟

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

EurekaMag

ما الذي أضافه هذا إلى تاريخ البرمجة؟

ينبغي عدم نسبة اختراع دلالات لغات البرمجة إلى كان؛ فهذا حقل تشكّل عبر مساهمات عديدة، منها أعمال Dana Scott وChristopher Strachey وGordon Plotkin وغيرهم. لكن مساهمة كان مهمة في تطوير طرق عملية وواضحة لصياغة المعنى الرسمي للبرامج، وربط هذه الصياغة بأدوات البرمجة والتحقق.

وهنا يظهر خيط فكري يربط أعماله: البرنامج ليس نصًا فحسب؛ إنه كيان يمكن نمذجة سلوكه رياضيًا، ثم استخدام النموذج لفهمه والتحقق منه.

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

3. من كتابة البرنامج إلى التحقق من صحته

Official place to learn how to setup Coq make files for beginner - Using Rocq - Rocq Prover

Formal Verification | NAIST Division of Information Science

لم يتوقف اهتمام كان عند وصف البرامج؛ بل امتد إلى العلاقة بين البرمجة وإثبات أن البرنامج يحقق ما يُطلب منه. وتؤكد مقدمة كتاب التكريم العلمي أن تفاعل نشاط البرمجة مع التحقق من البراهين كان أحد محاور أبحاثه.

From Semantics to Computer Science

من المفيد هنا التمييز بين ثلاث مسائل كثيرًا ما تختلط:

التنفيذ: هل يعمل البرنامج على مدخل معين، وما النتيجة التي ينتجها؟
الاختبار: هل اجتاز البرنامج مجموعة من الحالات الاختبارية التي اخترناها؟
التحقق الصوري: هل يمكن البرهنة، ضمن نموذج ومواصفات محددين، على أن البرنامج يحقق خاصية معينة؟

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

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

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

4. بيئات البرمجة: لماذا اهتم بأدوات المطوّرين؟

Chapter�1.�Writing Language Definitions in ASF+SDF

من السهل عند دراسة عالم نظري أن نفصل أعماله عن أدوات البرمجة الفعلية. لكن كان اهتم منذ بدايات مسيرته ببيئات البرمجة، وتولى قيادة مشروع مخصص لتطويرها في IRIA/INRIA. وتصف المصادر المؤسسية خبرته بأنها تشمل بيئات البرمجة وبيئات البرهان بمساعدة الحاسوب.

ercim.eu

بيئة البرمجة ليست مجرد محرر نصوص. يمكن أن تجمع بين المحرر، والمترجم، وأدوات تحليل البرامج، ومعلومات عن البنية النحوية، وربما أدوات للتحقق من خصائص الشيفرة.

وهنا يبرز مشروع Centaur، المرتبط بتاريخ بيئات البرمجة القائمة على وصف اللغات وأدوات التعامل معها. ويتناول كتاب التكريم العلمي فصلًا بعنوان From Centaur to the Meta-Environment: a tribute to a great meta-technologist، ثم فصلًا آخر يتناول «أحفاد Centaur» وتطور هذا الخط البحثي.

From Semantics to Computer Science

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

تظهر أهمية هذا التوجه في هندسة لغات البرمجة الحديثة: فالمترجمات، والمحللات الساكنة، وأدوات إعادة الهيكلة، والمحررات الذكية، وأنظمة التحقق، كلها تستفيد بدرجات متفاوتة من تمثيلات منظمة للشيفرة ومن معرفة رسمية باللغة.

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

5. قيادة INRIA: تحويل البحث النظري إلى قدرة مؤسسية

INRIA - Presse - Deux Grands Prix sont attribu�s � Jean-Daniel Boissonnat et Nicholas Ayache, chercheurs INRIA

كان كان باحثًا، لكنه أصبح أيضًا شخصية مؤثرة في توجيه البحث العلمي الفرنسي. تولى مسؤوليات علمية وإدارية في INRIA، وشارك في تأسيس وحدة البحث في صوفيا أنتيبوليس عام 1983، ثم أصبح المدير العلمي للمعهد في التسعينيات، قبل أن يتولى رئاسته وإدارته العامة عام 2004.

ercim.eu

أهمية هذا المسار بالنسبة إلى مسرد المبرمجين ليست أن الإدارة إنجاز برمجي بحد ذاتها؛ بل أن كان استطاع الجمع بين فهم عميق لمشكلات الحوسبة وبين المشاركة في بناء بيئة بحثية تدعم تطوير علوم الحاسوب في فرنسا.

كان من المؤمنين بأن علم الحاسوب ليس مجرد تطبيق للرياضيات أو وسيلة لخدمة الهندسة، بل مجال علمي له أسئلته ونماذجه ومناهجه الخاصة. وتبرز سيرته المؤسسية مساهمته في توجيه استراتيجية INRIA وتطوير علاقاته الدولية، فضلًا عن دوره في دعم الباحثين والمشروعات العلمية.

annales.org

ومن اللافت أن المجتمع العلمي الفرنسي لم يكتفِ بتخليد اسمه عبر النعي أو التأبين؛ فقد سُمّيت جائزة أطروحات الدكتوراه التي تمنحها Société Informatique de France باسمه منذ عام 2007. وتُمنح الجائزة لأبحاث الدكتوراه المتميزة في علوم الحاسوب، بما يعكس اتساع المجالات التي أرادت المؤسسة تكريمها تحت اسمه.

Société Informatique de France

6. الكتب والمنشورات: ماذا ينبغي أن نضع في مسرده الببليوغرافي؟

لا يُعرف Gilles Kahn أساسًا بكتاب دراسي منفرد ذائع الانتشار؛ إنما يتمثل إرثه المنشور في الأوراق البحثية والتقارير العلمية، إضافة إلى كتاب تكريمي يجمع دراسات لباحثين آخرين عن موضوعات ترتبط بأعماله.

From Semantics to Computer Science: Essays in Honour of Gilles Kahn (2009)

كتاب تكريمي محرر — وليس كتابًا ألّفه كان منفردًا

حرره Yves Bertot وGérard Huet وJean-Jacques Lévy وGordon Plotkin، وصدر عن Cambridge University Press. يجمع أبحاثًا في دلالات البرامج، وشبكات العمليات، والتحقق الصوري، وبيئات البرمجة، إلى جانب مقالات تتناول أثر كان العلمي والمؤسسي.

Cambridge

وهو أفضل مدخل كتابي واسع إلى امتداد إرثه؛ لأنه لا يقتصر على سيرة حياته، بل يوضح كيف تواصلت الأسئلة البحثية التي عمل عليها في مجالات متعددة.

صفحة الكتاب لدى Cambridge University Press

(PDF) The Semantics of Predicate Logic as a Programming Language.

The Semantics of a Simple Language for Parallel Programming (1974)

ورقة بحثية أصلية

نُشرت في وقائع مؤتمر IFIP Congress 1974، الصفحات 471–475. تمثل هذه الورقة مصدرًا مباشرًا لدراسة عمل كان على الدلالات الرسمية للبرمجة المتوازية.

dblp.org

السجل الببليوغرافي في DBLP

Natural Semantics (1987)

تقرير بحثي وورقة في دلالات لغات البرمجة

نشر كان تقرير INRIA رقم 601، في 23 صفحة، يعرض فيه منهج الدلالات الطبيعية وصلته بالمنطق والحوسبة. وهو مرجع مناسب لفهم منهجه في وصف سلوك البرامج بصورة رسمية.

pascal-francis.inist.fr

سجل التقرير في قاعدة PASCAL/INIST

Coroutines and Networks of Parallel Processes (1977)

ورقة مشتركة مع David B. MacQueen

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

From Semantics to Computer Science

السجل الببليوغرافي ضمن مراجع كتاب التكريم

تُظهر هذه المراجع أن مساهمته لم تكن محصورة في مجال واحد. ومع ذلك، لا ينبغي أن نخلط بين المقالات العلمية التي ألّفها، والكتاب التكريمي الذي حرره آخرون، والأعمال التي تناولت أفكاره بعد وفاته. هذا التفريق مهم في أي مسرد يريد أن يكون مرجعًا دقيقًا، لا مجرد تجميع للأسماء والعناوين.

7. التقييم النقدي: أين تكمن قوة اختياره، وما حدودها؟

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

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

From Semantics to Computer Science

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

ثالثًا، الصلة بين النظرية والممارسة: لم يكتفِ كان بالبحث النظري؛ فقد اهتم ببيئات البرمجة وبالعلاقة بين المواصفات الرسمية وأدوات التطوير. كما جعل عمله في INRIA منه شخصية مؤثرة في البنية المؤسسية للبحث الحاسوبي الفرنسي.

ercim.eu

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

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

الخلاصة

أؤيد إدراج Gilles Kahn في مسرد أعظم المبرمجين الفرنسيين، وبثقة كبيرة. ما يجعله مناسبًا ليس منصبه في INRIA وحده، بل إسهامه في البنية الفكرية لعلم الحاسوب: من نمذجة الحساب المتوازي وتدفق البيانات، إلى وصف دلالات لغات البرمجة، ثم ربط هذه المعرفة بأدوات تطوير البرامج والتحقق من صحتها.

إنه مثال على مبرمج وعالم حاسوب ترك أثرًا لا يُقاس بعدد الأسطر التي كتبها أو ببرنامج يحمل اسمه، بل بمدى قدرة أفكاره على تشكيل الطريقة التي يفكر بها الآخرون في البرامج وكيفية بنائها وتحليلها.

والصياغة المقترحة لمدخل المسرد:

Gilles Kahn (1946–2006): عالم حاسوب فرنسي، من رواد دلالات لغات البرمجة والحوسبة المتوازية والتحقق الصوري. ارتبط اسمه بشبكات كان، وهي نموذج لوصف الحسابات الموزعة على عمليات تتبادل تدفقات البيانات عبر قنوات، كما أسهم في تطوير الدلالات الطبيعية وبيئات البرمجة التي تستفيد من النماذج الرسمية للغات. تولى لاحقًا قيادة INRIA، جامعًا بين البحث العلمي وتطوير المؤسسة البحثية. تكمن أهميته في وصل الأسس الرياضية للبرمجة بأدوات تطوير البرامج وتحليل صحتها.

Louis Pouzin — لويس بوزان

مسرد المبرمجين الفرنسيين | شبكات الحاسوب، تبديل الرزم، بروتوكولات الإنترنت، والبرمجيات النظامية

Louis Pouzin | Queen Elizabeth Prize for Engineering

Cyclades Project: The Internet almost became French | CentraleSupélec

Au cœur de la première connexion française à l'ARPAnet - Interstices - Interstices

الحكم: اختيار قوي جدًا، وله مبرر تقني مباشر

أؤيد إدراج لويس بوزان بقوة في مسرد أعظم المبرمجين الفرنسيين. بل إن أهميته تتجاوز تاريخ البرمجة بالمعنى الضيق إلى تاريخ البنية التي جعلت البرمجيات الحديثة تتواصل عبر الشبكات.

ارتبط اسمه بمشروع CYCLADES الفرنسي في سبعينيات القرن العشرين، وبنموذج نقل البيانات باستخدام الرزم المستقلة (datagrams)، كما أسهم في تاريخ أنظمة تقاسم الوقت والبرمجيات النظامية، بما فيها أداة RUNCOM التي ارتبطت ببدايات مفهوم الـ shell في واجهات سطر الأوامر. وقد اعترف به كل من Internet Hall of Fame ومتحف تاريخ الحاسوب بوصفه رائدًا في تصميم شبكات نقل الرزم.

CHM

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

File:CYCLADES Model - en.png - Wikimedia Commons

IOT Observer: The IP Protocol Suite (TCP/IP)

ولكي نقيّم دوره بدقة، يجب ألا نختزل التاريخ في العبارة الشائعة «بوزان اخترع الإنترنت»، ولا في العبارة المضادة «الإنترنت اختراع أمريكي صرف». الواقع التاريخي أكثر تركيبًا: كان بوزان قائدًا ومبتكرًا رئيسيًا في مشروع CYCLADES، وأسهمت أفكاره وأعمال فريقه في تطور مفاهيم الشبكات التي استوعبها تصميم TCP/IP لاحقًا، إلى جانب مساهمات مهمة من دونالد ديفيز، وفينت سيرف، وبوب كان، وجيرار لو لان، وهوبرت زيمرمان وآخرين.

CHM

1. RUNCOM والـ Shell: إسهام مبكر في أتمتة البرمجة

1961 | Timeline of Computer History | Computer History Museum

Compatible Time-Sharing System - Computer History Wiki

The Inventor of Email | False Claims About Email

قبل أن يصبح بوزان معروفًا بمشروع CYCLADES، كان قد عمل في معهد ماساتشوستس للتكنولوجيا MIT خلال ستينيات القرن العشرين، ضمن الجهود المرتبطة بنظام Compatible Time-Sharing System (CTSS). وفي هذه البيئة طوّر برنامجًا اسمه RUNCOM، وهو من أكثر جوانب مسيرته أهميةً بالنسبة إلى تاريخ البرمجة نفسه.

CHM

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

بدل إعادة كتابة الأوامر واحدًا تلو الآخر، أتاح RUNCOM وضع الأوامر في ملف وتنفيذها مع إمكانية استبدال المعاملات. وبذلك تحولت سلسلة الأوامر من تعليمات يكتبها المستخدم في كل مرة إلى شيء يمكن حفظه وإعادة استخدامه.

هذه الفكرة البسيطة نسبيًا تنطوي على تحوّل في طريقة التعامل مع الحاسوب:

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

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

multicians.org

هل اخترع بوزان الـ Shell؟

هنا يجب التمييز بين ثلاث مساهمات تاريخية:

RUNCOM: أداة مبكرة لتنفيذ ملفات الأوامر مع استبدال المعاملات.
مفهوم الـ Shell: ارتبط ببوزان استخدام المصطلح لوصف طبقة تتلقى أوامر المستخدم وتوجّه تنفيذها، في سياق عمله على أفكار مرتبطة بـMultics.
الـ Shell الحديثة: تطورت عبر أنظمة وأعمال لاحقة، من بينها تنفيذ الـ Shell في Multics ثم عائلة أدوات Unix وما تلاها.

توضح المصادر التاريخية أن بوزان وضع تصورًا لبيئة أوامر Multics، وأن Glenda Schroeder، بالتعاون مع مهندس من General Electric، نفذت الـ Shell الأولى في Multics بناءً على هذا العمل. لذا فإن نسب مفهوم الـ Shell وتطوراته كلها إلى بوزان وحده ستكون مبالغة.

Geschichte der Informatik

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

2. CYCLADES: المشروع الذي غيّر موقعه في تاريخ الإنترنت

في عام 1971 كُلّف بوزان بالمساهمة في إنشاء شبكة حاسوبية فرنسية تربط مراكز البحث والحوسبة، ضمن جهود فرنسا لتطوير قدراتها الوطنية في صناعة الحاسوب. درس بوزان تجربة ARPANET الأمريكية، كما استفاد من الأفكار والأبحاث التي سبقت مشروعه في مجال تبديل الرزم، ولا سيما عمل دونالد ديفيز في المختبر الفيزيائي الوطني البريطاني NPL.

CHM

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

لكن ما جعل CYCLADES ذا أهمية خاصة لم يكن مجرد ربط الأجهزة. بل كان اختيارًا معماريًا يتعلق بمكان وضع مسؤولية نقل البيانات وضمان وصولها.

كيف تعمل فكرة الرزم المستقلة؟

Unit 1 Circuit and Packet Switching.pptx

A Breakdown of Deep Packet Inspection & How It Works I IR

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

في نموذج الرزم المستقلة، أو datagram networking، لا يلزم أن تسلك كل الرزم المسار نفسه، ولا أن تصل بالترتيب الذي أُرسلت به. وقد تضيع رزمة، أو تصل رزمة متأخرة بعد رزم أُرسلت بعدها.

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

مثال توضيحي: نقل ثلاث رزم

الرزمة 1

المسار A

الرزمة 2

المسار B

الرزمة 3

المسار A

الجهاز المستقبِل

يتعامل مع الرزم الواصلة، ويعيد ترتيب البيانات عند الحاجة

رسم توضيحي للمبدأ العام؛ لا يمثل مسارات فعلية من شبكة CYCLADES الأصلية.

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

وهذا هو التحول المهم: الشبكة لا تحتاج إلى ضمان كل شيء كي تكون مفيدة؛ يمكن أن تكون وظيفتها الأساسية نقل الرزم، وتُسند وظائف إضافية إلى الأجهزة الطرفية بحسب حاجة التطبيق.

تصف مصادر تاريخ الإنترنت CYCLADES بأنه من أوائل التطبيقات العملية لنموذج الرزم المستقلة، وأن أفكاره أثرت في تطور تصميم TCP/IP.

Interstices

ما الذي كان جديدًا في التصميم؟

لم يخترع بوزان مبدأ تقسيم الرسائل إلى رزم من العدم. فقد كان تبديل الرزم موضوعًا بحثيًا سابقًا، ومن أبرز رواده دونالد ديفيز، الذي طوّر تصورًا مبكرًا لهذا الأسلوب في NPL. لكن بوزان وفريق CYCLADES قدّموا تطبيقًا عمليًا مؤثرًا لنموذج الرزم المستقلة، مع ترك مسؤولية التعامل مع جوانب من الموثوقية والترتيب إلى الأنظمة الطرفية.

CHM

ومن المهم أيضًا عدم الخلط بين الرزمة (packet) والرزمة المستقلة (datagram). فليست كل شبكة تستخدم الرزم بالضرورة شبكة datagram خالصة؛ إذ يمكن لشبكة رزم أن تعتمد على اتصال منطقي أو مسار افتراضي، بينما يتيح نموذج datagram التعامل مع كل رزمة على نحو مستقل في طبقة الشبكة.

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

3. مبدأ الطرف إلى الطرف: أين ينبغي أن توضع الموثوقية؟

PPT - TCP Features: Reliable End-to-End Communication PowerPoint Presentation - ID:9461266

PPT - Lecture 12: IP routing, IP protocols PowerPoint Presentation, free download - ID:7002679

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

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

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

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

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

4. من CYCLADES إلى TCP/IP: كيف انتقلت الأفكار إلى الإنترنت؟

Timeline: La historia del Internet y su futuro | Timetoast

On 5 May 1974 (50 years ago), Vint Cerf and Robert Kahn published the paper that created the TCP/IP protocol, "A Protocol for Packet Network Intercommunication", and changed the world forever:… | Prof Bill Buchanan OBE FRSE

PPT - Chapter 2 PowerPoint Presentation, free download - ID:5362649

توضح وثائق تاريخ الإنترنت أن تصميم TCP/IP استفاد من تجارب متعددة في ربط الشبكات، من بينها CYCLADES وشبكة NPL وأبحاث أخرى في الولايات المتحدة وأوروبا. كما تشير المصادر إلى أن جيرار لو لان، الذي عمل في مشروع CYCLADES ثم زار جامعة ستانفورد، كان له دور في نقل الخبرة والأفكار إلى النقاشات التي أحاطت بتطوير TCP.

CHM Revolution

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

ومع ذلك، ينبغي الفصل بين ثلاثة ادعاءات:

ادعاء موثق: صمم بوزان وقاد مشروع CYCLADES، الذي طبّق نموذج الرزم المستقلة بصورة مؤثرة.
ادعاء موثق: أثّرت أفكار CYCLADES في أعمال تطوير بروتوكولات الإنترنت، بما فيها TCP/IP.
ادعاء غير دقيق إذا أُخذ حرفيًا: بوزان اخترع TCP/IP أو أن الإنترنت الحالي نسخة مباشرة من CYCLADES.

فقد طوّر فينت سيرف وبوب كان بروتوكولات الإنترنت عبر عمل بحثي وهندسي مستقل ومتواصل، مستفيدين من عدة مصادر. ويؤكد متحف تاريخ الحاسوب أن تجارب CYCLADES وشبكة NPL وأبحاث Xerox وغيرها أسهمت في تشكيل بيئة التطوير التي خرجت منها بروتوكولات الإنترنت.

CHM Revolution

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

5. لماذا أُوقف مشروع CYCLADES؟

Conference / Reviving Minitel - Musée du Minitel

على الرغم من القيمة التقنية للمشروع، لم يستمر CYCLADES في فرنسا بوصفه البنية الوطنية الأساسية للشبكات. فقد تراجع التمويل الحكومي خلال النصف الثاني من السبعينيات، وأُوقف المشروع عام 1978، ثم خرجت الشبكة من الخدمة في أوائل الثمانينيات. وتربط المصادر التاريخية ذلك بصراع بين رؤى مختلفة للبنية الشبكية، وباختيارات مؤسسات الاتصالات الفرنسية التي فضّلت بدائل أخرى، من بينها بنية Transpac المرتبطة بخدمة Minitel.

CHM

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

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

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

6. بوزان مبرمجًا: ما وراء الشبكات

من الخطأ أن يُدرج بوزان في المسرد باعتباره «رجل شبكات» فحسب. عمله في RUNCOM يثبت أن لديه إسهامًا مباشرًا في تطوير البرمجيات النظامية قبل مشروع CYCLADES بسنوات.

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

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

واللافت أن هناك استمرارية فكرية بين RUNCOM وCYCLADES:

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

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

multicians.org

7. ما بعد CYCLADES: البروتوكولات والحوكمة ومستقبل الإنترنت

RINA: Recursive Inter Network Architecture | PDF

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

Internet Hall of Fame

لا ينبغي تقييم هذه المبادرات اللاحقة كما لو أن كل اقتراح فيها أصبح معيارًا عالميًا أو حلًّا مستخدمًا على نطاق واسع. قيمتها الأساسية هنا أنها تكشف استمرار اهتمام بوزان بمسألة أوسع من نقل الرزم: من يحدد قواعد الإنترنت؟ وكيف تتوزع السيطرة على البنية؟ وما الخيارات المتاحة لتطوير نظام عالمي لا يعتمد على تصميم مؤسسي واحد إلى الأبد؟

وهذه الأسئلة مهمة، لكنها تختلف عن السؤال التاريخي الذي يبرر إدراجه في المسرد. الأساس الأقوى لإدراجه يظل عمله على RUNCOM وCYCLADES وتطوير أفكار الرزم المستقلة، لا افتراض نجاح كل مشروع شارك فيه لاحقًا.

8. الكتب والمنشورات والمراجع

يملك بوزان سجلًا من المنشورات التقنية، كما صدرت عنه كتب تاريخية تستعرض مسيرته. وينبغي التمييز بين كتاباته الأصلية، والكتب التي ألّفها آخرون عنه.

Louis Pouzin, ingénieur français, un père oublié d'internet

The Inventions of Louis Pouzin: One of the Fathers of the Internet (2020)

كتاب سيرة تاريخية — ليس من تأليف بوزان

ألّفه Chantal Lebrument وFabien Soyez، ونشرته Springer. يعرض حياته المهنية، وأعماله في CTSS وRUNCOM، ومشروع CYCLADES، والظروف التي أدت إلى توقفه، إلى جانب مشروعاته اللاحقة. وهو مرجع مفيد لفهم العلاقة بين إنجازاته التقنية وسياقها المؤسسي.

Springer Nature Link

صفحة الكتاب لدى Springer

Gillies & Cailliau HOW THE WEB WAS BORN - Kupindo.com (76216465)

The Cyclades Computer Network (1982)

منشور تقني محرر

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

Interstices

يمكن الوصول إلى الإحالات إليه عبر مقال Interstices عن بوزان وCYCLADES.

Il y a 50 ans PRESENTATION AND MAJOR DESIGN ASPECTS OF THE CYCLADES COMPUTER NETWORK

Presentation and Major Design Aspects of the CYCLADES Computer Network (1973)

ورقة تقنية أصلية

نشر بوزان وصفًا لتصميم شبكة CYCLADES وعناصرها الأساسية في ندوة Data Communications Symposium عام 1973. ويُذكر هذا العمل ضمن مراجع RFC 675، إحدى الوثائق المبكرة في تاريخ بروتوكولات الإنترنت.

RFC Editor

السجل المرجعي في RFC Editor

The Evolution of The Unix Time-Sharing System | PDF

The Origin of the Shell

شهادة تاريخية تقنية

نص يروي فيه بوزان دوافع إنشاء RUNCOM، وكيف رأى أن الأوامر يمكن أن تكون لبنات لبناء أوامر أخرى. وهو مرجع أولي مفيد لفهم تصوره، مع ضرورة مقارنته بسجلات CTSS وMultics والمصادر التاريخية الأخرى عند كتابة تاريخ شامل للـ Shell.

multicians.org

قراءة النص

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

archive.computerhistory.org

9. التقييم النقدي: لماذا يستحق الإدراج، وما الذي يجب ألا ننسبه إليه؟

أرى أن بوزان يستحق مكانه في المسرد لأسباب تتجاوز شهرته بوصفه أحد رواد الإنترنت.

أولًا، لديه إسهام برمجي ملموس: RUNCOM يربطه بتاريخ أتمتة الأوامر والـ Shell، ويمنح اختياره أساسًا مباشرًا في تاريخ البرمجيات، لا في تاريخ الاتصالات وحده.

ثانيًا، لديه إسهام معماري موثق: CYCLADES كان تجربة فعلية في بناء شبكة رزم مستقلة، وأثر تصميمها في النقاشات والتصميمات التي أسهمت في تطوير TCP/IP. هذا تأثير تقني محدد، وليس مجرد تشابه عام بين شبكتين.

ثالثًا، تكشف مسيرته عن قيمة النماذج التجريبية: يمكن لمشروع أن يتوقف مؤسسيًا، ومع ذلك تبقى أفكاره نافعة وتدخل في تصاميم لاحقة. وهنا تصبح دراسة تاريخ CYCLADES دراسةً في كيفية انتقال الأفكار التقنية بين المؤسسات والفرق، وليس فقط في تاريخ منتج ناجح أو فاشل.

أما التحفظات الأساسية فهي ثلاثة:

لا ينبغي أن يُنسب اختراع تبديل الرزم كله إلى بوزان؛ فقد سبقته أعمال مهمة، خصوصًا أعمال دونالد ديفيز.
لا ينبغي أن يُنسب تطوير TCP/IP إلى بوزان وحده؛ فقد صممه وطوّره باحثون آخرون، وإن تأثروا بأفكار وتجارب من بينها CYCLADES.
لا ينبغي مساواة تصميم الشبكة بكتابة كل برمجياتها؛ فقد كان CYCLADES عمل فريق، وإن كان لبوزان دور قيادي وتصميمي بارز.

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

الخلاصة

أؤيد إدراج Louis Pouzin بقوة. وهو من الشخصيات التي تربط تاريخ البرمجة بتاريخ الشبكات ربطًا عضويًا: من RUNCOM، حيث تتحول الأوامر إلى وحدات قابلة للتركيب والأتمتة، إلى CYCLADES، حيث تصبح الرزم المستقلة أساسًا لتصميم شبكي مرن، إلى المشاركة في النقاشات الدولية التي شكلت تطور بروتوكولات الإنترنت.

والصياغة المقترحة لمدخل المسرد:

Louis Pouzin (1931–): مهندس وعالم حاسوب فرنسي، من رواد البرمجة النظامية وشبكات الحاسوب. طوّر RUNCOM في بيئة CTSS بمعهد MIT، وهي أداة مبكرة لتنفيذ ملفات الأوامر ارتبطت بتاريخ الـ Shell والبرمجة النصية. ثم قاد مشروع CYCLADES الفرنسي في سبعينيات القرن العشرين، الذي طبّق نموذج الرزم المستقلة وأسهم في تطوير أفكار معمارية أثّرت في TCP/IP. تكمن أهميته في الجمع بين ابتكار أدوات برمجية عملية والتأثير في تصميم الشبكات التي يقوم عليها الإنترنت، مع الاعتراف بأن هذه الإنجازات نتاج تاريخ تعاوني شارك فيه رواد وفرق متعددة.

Meyer, Bertrand

Bertrand Meyer — برتران ماير

مسرد المبرمجين الفرنسيين | لغة Eiffel، البرمجة كائنية التوجه، التصميم بالعقود، وهندسة البرمجيات الموثوقة

Villebrumier. Le génie logiciel au-delà des frontières - ladepeche.fr

Object-Oriented Software Construction - Meyer, Bertrand: 9780136291558 - AbeBooks

الحكم: أؤيد إدراجه بقوة، وهو من الشخصيات التي توسّع معنى «المبرمج» نفسه

برتران ماير، المولود في باريس عام 1950، من أبرز علماء الحاسوب الفرنسيين في هندسة البرمجيات والبرمجة كائنية التوجه. صمّم لغة Eiffel، وبلور منهجية Design by Contract — التصميم بالعقود، وألّف كتاب Object-Oriented Software Construction الذي أصبح من المراجع المؤثرة في تصميم البرمجيات وإعادة استخدامها. كما أسس شركة Interactive Software Engineering عام 1985، التي عُرفت لاحقًا باسم Eiffel Software، وعمل أستاذًا لهندسة البرمجيات في ETH Zurich من 2001 إلى 2016.

ae-info.org

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

PPT - Design by Contract PowerPoint Presentation, free download - ID:3692886

Thinking in Systems : A Gameplay Programmer’s Perspective | by Puru Kaushik | The Startup | Medium

PPT - SCOOP – Eiffel Concurrency PowerPoint Presentation, free download - ID:4739407

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

The Home of EiffelStudio

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

1. Eiffel: لغة صُممت حول منهج هندسي متكامل

بدأ ماير تطوير Eiffel في منتصف الثمانينيات، وظهرت علنًا في مؤتمر OOPSLA عام 1986. لم تكن الفكرة مجرد إضافة لغة أخرى إلى اللغات الموجودة، بل إنشاء لغة وبيئة تطوير تنسج مبادئ البرمجة كائنية التوجه مع منهجية واضحة لبناء المكونات البرمجية وصيانتها.

The Home of EiffelStudio

لفهم مشروع Eiffel، ينبغي النظر إلى اللغة من خلال أربعة محاور مترابطة.

أ. الكائنات بوصفها وحدات ذات مسؤوليات محددة

في البرمجة كائنية التوجه، لا يُنظر إلى البرنامج فقط باعتباره مجموعة من الإجراءات المتتابعة، بل باعتباره مجموعة من الكائنات التي تقدم خدمات محددة عبر واجهات معروفة.

في Eiffel، ترتبط هذه الفكرة بمفهوم الصنف (Class): فهو يحدد بنية الكائن وعملياته والخصائص التي يستطيع إتاحتها للآخرين.

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

وهنا تظهر الصلة بين التصميم الكائني والتصميم بالعقود: فالصنف لا يعرّف فقط ما يستطيع فعله، بل يمكنه أيضًا أن يحدد الشروط التي تجعل استخدامه صحيحًا.

ب. الأنواع الثابتة والتحقق قبل التنفيذ

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

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

ج. الوراثة وإعادة استخدام البرمجيات

من القضايا التي شغلت ماير إعادة استخدام البرمجيات: كيف نستفيد من مكون سبق تطويره واختباره في سياق جديد، دون أن نضطر إلى نسخ شيفرته أو إعادة بنائه بالكامل؟

تدعم Eiffel الوراثة وإعادة تعريف العمليات، وتتيح آليات لتكوين المكونات وتخصيصها. وقد خصص ماير كتابًا كاملًا لموضوع البرمجيات القابلة لإعادة الاستخدام، هو Reusable Software: The Base Object-Oriented Component Libraries الصادر عام 1994.

archive.eiffel.com

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

د. اللغة والبيئة والمنهجية

لم ينحصر المشروع في قواعد اللغة النحوية. فقد قاد ماير تطوير بيئة EiffelStudio والمترجم والأدوات والمكتبات المصاحبة للغة عبر إصدارات متعاقبة.

Bertrand Meyer’s technology+ blog

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

2. Design by Contract: الفكرة التي تتجاوز Eiffel

File:Design by contract.svg - Wikimedia Commons

إذا كان لا بد من تحديد الفكرة الأكثر ارتباطًا باسم ماير، فهي التصميم بالعقود (Design by Contract). قدّمها في سياق تطوير Eiffel بوصفها طريقة لتحديد الالتزامات المتبادلة بين المكوّن البرمجي والجهة التي تستخدمه. وقد أثّر هذا النهج في ممارسات تصميم البرمجيات ولغات وأطر عمل أخرى.

The Home of EiffelStudio

كلمة «عقد» هنا ليست عقدًا قانونيًا؛ إنها وصف رسمي لشروط الاستخدام والسلوك المتوقع.

يتكون العقد التقليدي من ثلاثة عناصر أساسية:

الشروط المسبقة — Preconditions

ما الذي يجب أن يكون صحيحًا قبل استدعاء العملية؟ مثلًا، يجب أن يكون مبلغ السحب موجبًا وألا يتجاوز الرصيد المتاح، وفق قواعد الحساب.

الشروط اللاحقة — Postconditions

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

ثوابت الصنف — Class Invariants

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

مثال: عقد لعملية سحب

يمكن تبسيط الفكرة باستخدام شبه شيفرة:

withdraw(amount)

require
    amount > 0
    amount <= balance

do
    balance := balance - amount

ensure
    balance = old balance - amount

هنا يوضح require الشروط المسبقة، بينما يصف ensure النتيجة المطلوبة بعد التنفيذ. أما old balance فيشير إلى قيمة الرصيد قبل تنفيذ العملية.

هذا المثال توضيحي؛ وتختلف الصياغة الدقيقة والتفاصيل النحوية باختلاف إصدار اللغة والسياق.

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

لماذا كانت هذه الفكرة مهمة؟

تساعد العقود في معالجة مشكلة شائعة في البرمجيات الكبيرة: كل مكون قد يبدو صحيحًا منفردًا، لكن النظام كله يفشل بسبب اختلاف توقعات المكونات بعضها من بعض.

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

العقد يجعل هذا النوع من التوقعات صريحًا. كما يساعد في:

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

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

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

3. ماير ومشكلة جودة البرمجيات: من كتابة الشيفرة إلى بناء منتج قابل للصيانة

What is Component? | Software Architecture Guild

Class Diagrams - Engineering Fundamentals Playbook

DueCode Blog | How to check code quality?

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

هذا ما يجعل كتابه Object-Oriented Software Construction مهمًا: فهو لا يقدم دليلًا نحويًا للغة Eiffel فحسب، بل يعرض منهجًا لبناء البرمجيات باستخدام التجريد، والوحدات، والواجهات، والوراثة، والتصميم بالعقود. وقد حصلت طبعته الثانية على جائزة Jolt عام 1998.

eiffel.org

أ. المعيارية ليست مجرد تقسيم الشيفرة إلى ملفات

يمكن لأي مطور تقسيم برنامج كبير إلى ملفات أو وحدات، لكن هذا لا يكفي لتحقيق المعيارية الجيدة. فالسؤال الأهم هو: هل لكل وحدة مسؤولية واضحة؟ وهل يمكن استخدام الوحدة دون معرفة تفاصيل تنفيذها الداخلية؟ وهل تحدد الواجهة ما تحتاج إليه الوحدة من بقية النظام؟

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

ب. إعادة الاستخدام لا تعني نسخ الشيفرة

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

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

ج. التحقق ليس بديلًا عن التصميم الجيد

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

لذلك فإن مشروع ماير ليس مشروع تحقق صوري منفصلًا عن الممارسة، بل محاولة لربط المواصفات الرسمية بجوانب عملية من هندسة البرمجيات.

هذه النقطة تفسر لماذا كان تأثيره أكبر من تأثير مصمم لغة متخصصة: فقد قدم إطارًا متكاملًا للتفكير في بناء البرمجيات، من صياغة الواجهة إلى اختبار السلوك وتنظيم المكونات.

4. البرمجة كائنية التوجه: ماير ليس مخترعها، لكنه من أهم منظّريها

PPT - Eiffel Programming Language PowerPoint Presentation, free download - ID:869251

Eiffel: The Language by Bertrand Meyer | Goodreads

يجب وضع ماير في سياق تاريخ البرمجة كائنية التوجه، لا تصويره كما لو أنه اخترع هذا الاتجاه من الصفر.

تعود جذور البرمجة كائنية التوجه إلى أعمال سابقة، من بينها Simula وSmalltalk، وأسهم علماء ومهندسون كثيرون في تطوير مفاهيم الأصناف والكائنات والوراثة والربط الديناميكي. أما إسهام ماير فكان في تنظيم هذه الأفكار داخل لغة ومنهجية هندسية متماسكة، مع إعطاء العقود وإعادة الاستخدام وجودة البرمجيات مكانة مركزية. وتصف IEEE Computer Society أعماله بأنها إسهامات تأسيسية في هندسة البرمجيات الحديثة والتقنيات الكائنية.

IEEE Computer Society

ولفهم خصوصيته، يمكن مقارنته من حيث طبيعة الإسهام — لا من حيث ترتيب الأشخاص — بمسارات أخرى في تاريخ البرمجة:

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

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

5. الكتب والمنشورات: مشروع فكري موثق لا مجرد شهرة للغة Eiffel

في حالة ماير، الكتب ليست هامشًا لسيرته؛ إنها جزء أساسي من تأثيره في تعليم البرمجة وهندسة البرمجيات.

Object-Oriented Software Construction (1988؛ الطبعة الثانية 1997)

الكتاب المحوري في منهجه

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

eiffel.org

النص الكامل للطبعة الثانية على موقع المؤلف

Eiffel: The Language (1992)

مرجع اللغة ومواصفاتها

كتاب يشرح لغة Eiffel وبنيتها النحوية ومفاهيمها وخصائصها. وهو مهم لتوثيق تصميم اللغة نفسه، لكن ينبغي التنبه إلى أن الطبعات المطبوعة القديمة لا تعكس بالضرورة كل التغييرات التي طرأت على اللغة لاحقًا.

eiffel.org

المرجع على موقع Eiffel

Reusable Software: The Base Object-Oriented Component Libraries (1994)

إعادة استخدام البرمجيات

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

archive.eiffel.com

Touch of Class: Learning to Program Well with Objects and Contracts (2009)

تعليم البرمجة من خلال الكائنات والعقود

يقدم مدخلًا تعليميًا إلى البرمجة يربط المفاهيم الكائنية بالعقود وجودة الشيفرة. ويكشف عن اهتمام ماير بالتعليم، لا بتصميم اللغات والأدوات فقط.

IEEE Computer Society

Introduction to the Theory of Programming Languages (English Language Teaching) - Meyer: 9780134985022 - AbeBooks

Introduction to the Theory of Programming Languages (1990)

نظرية لغات البرمجة

يوسّع الصورة إلى ما وراء Eiffel، ويعرض مسائل نظرية تتعلق بلغات البرمجة ودلالاتها. وجود هذا الكتاب مهم لأنه يبين أن مشروع ماير الفكري لم يكن مجرد تبرير للغة التي صممها، بل شمل الاهتمام بأسس البرمجة ومفاهيمها العامة.

archive.eiffel.com

Applying Requirements and Business Analysis

Handbook of Requirements and Business Analysis (2022)

تحليل المتطلبات

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

Bertrand Meyer’s technology+ blog

الموقع الشخصي للمؤلف

ومن المهم أيضًا ذكر كتابه الفرنسي Conception et programmation orientées objet، الصادر عن Eyrolles، وهو عمل موسع في التصميم والبرمجة كائنية التوجه، يضم موضوعات مثل جودة البرمجيات، والمعيارية، والأصناف، وإدارة الذاكرة، والتعميم، والتصميم بالعقود.

Éditions Eyrolles

ولا يلزم إدراج كل عنوان من عناوينه في المدخل المختصر للمسرد؛ يكفي اختيار الأعمال التي تمثل المحاور الرئيسية. أما القائمة الموسعة فيمكن أن تفصل بين الكتب النظرية، والمراجع الخاصة بلغة Eiffel، والكتب التعليمية، والأعمال التي تناولت إعادة الاستخدام وتحليل المتطلبات.

6. حدود تأثيره: هل أصبحت Eiffel معيارًا سائدًا؟

Enhancing Code Reliability in C# with Assertions and Code Contracts

هنا يأتي التحفظ الأهم في تقييم ماير: قوة تأثيره الفكري أكبر من الانتشار التجاري للغة Eiffel نفسها.

لم تصبح Eiffel لغة الاستخدام العام المهيمنة في الصناعة، ولم تحل محل لغات مثل C++ أو Java أو C# في أغلب بيئات التطوير. لكن عدم هيمنة لغته لا يعني أن أفكاره لم تنتشر؛ إذ تؤكد IEEE أن التصميم بالعقود أثّر في تصميمات وتقنيات أخرى، من بينها امتدادات للغات وأطر عمل مختلفة.

IEEE Computer Society

وينبغي التمييز بين نوعين من التأثير:

تأثير اللغة: عدد المطورين والمؤسسات الذين يستخدمون Eiffel مباشرةً، وتوفر الأدوات والمكتبات والوظائف المتعلقة بها.
تأثير المنهجية: مدى انتشار أفكار العقود، والمواصفات الدقيقة، والمعيارية، وإعادة الاستخدام في مجتمعات تستخدم لغات أخرى.

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

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

وهناك تحفظ ثانٍ: قد تتحول العقود إلى مجرد فحوص وقت تشغيل إذا لم تُدمج في تصميم النظام وممارسات الاختبار والتحليل. وجود require وensure في الشيفرة لا يثبت وحده أن المواصفات صحيحة أو شاملة. فالعقد لا يكون مفيدًا إلا بقدر دقته واتساقه مع متطلبات النظام.

هذه حدود عملية للمنهج، وليست سببًا لرفضه؛ بل هي ما يجعل تقييمه أكثر واقعية من الاكتفاء بمدح «البرمجة الموثوقة» بصورة عامة.

7. التقييم النهائي: ما الذي يجعل ماير اختيارًا مهمًا في المسرد؟

أرى أن اختيار Bertrand Meyer قوي لثلاثة أسباب مترابطة.

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

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

ثالثًا: وثّق مشروعه فكريًا وتعليميًا. كتبه، وعلى رأسها Object-Oriented Software Construction، لا تشرح لغة واحدة فقط؛ بل تناقش أسئلة عامة حول بناء البرمجيات وتصميمها وصيانتها، ولذلك امتد أثرها إلى قراء يستخدمون لغات أخرى.

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

الصياغة المقترحة لمدخل المسرد

Bertrand Meyer (مواليد 1950): عالم حاسوب ومهندس برمجيات فرنسي، من رواد البرمجة كائنية التوجه وهندسة البرمجيات الحديثة. صمم لغة Eiffel، وبلور منهجية Design by Contract التي تستخدم الشروط المسبقة واللاحقة وثوابت الأصناف لتحديد التزامات المكونات البرمجية. ألّف Object-Oriented Software Construction، وهو مرجع مؤثر في التصميم الكائني والمعيارية وإعادة استخدام البرمجيات. تكمن أهميته في الجمع بين تصميم اللغات والمنهجيات الهندسية التي تهدف إلى جعل البرامج أكثر وضوحًا وقابلية للصيانة والتحقق، مع امتداد تأثير أفكاره إلى ما وراء لغة Eiffel نفسها.

خلاصة حكمي: أؤيد إدراجه بقوة. ماير ليس مجرد مصمم لغة، بل أحد أبرز من سعوا إلى تحويل البرمجة من ممارسة تركز على كتابة التعليمات إلى هندسة تتعامل بوضوح مع مواصفات المكونات، والتزاماتها، وجودة النظام الناتج عنها.

Maurice Nivat — أحد مؤسسي علوم الحاسوب النظرية في فرنسا وأوروبا

Maurice Nivat, pioneer of computer science | Inria

حكمي: أؤيد إدراج موريس نيفا (Maurice Nivat، 1937–2017) بقوة في مسرد أعظم المبرمجين الفرنسيين، لكن مع تحديد مهم لطبيعة إسهامه: لم تكن شهرته الأساسية نابعة من ابتكار برنامج تجاري واسع الانتشار أو لغة برمجة تحمل اسمه، بل من إسهامه في بناء الأسس الرياضية لعلوم الحاسوب، ومن تحويل دراسة اللغات والبرامج إلى مجال بحثي منظم له مؤسساته ومجلاته ومؤتمراته ومدارسه العلمية.

ae-info.org

وهذا يجعل إدراجه اختبارًا مهمًا لتعريف المسرد نفسه: هل «المبرمج العظيم» هو من كتب برامج استثنائية، أم من أسهم في صياغة النظريات التي تفسر كيف تُبنى البرامج، وكيف تُفهم لغاتها، وكيف يمكن تحليل سلوكها؟ نيفا ينتمي بوضوح إلى الفئة الثانية؛ وهو ليس مجرد عالم رياضيات اقترب من الحاسوب، بل أحد الأسماء التي ساعدت في ترسيخ علوم الحاسوب النظرية (Theoretical Computer Science) بوصفها تخصصًا مستقلًا.

1. المسار العلمي: من الرياضيات إلى بنية الحوسبة

وُلد نيفا في كليرمون فيران بفرنسا في 21 ديسمبر 1937. التحق بمدرسة الأساتذة العليا في باريس (École normale supérieure) عام 1956، ثم بدأ الاحتكاك بالحوسبة في أواخر الخمسينيات. انتقل من الرياضيات إلى دراسة اللغات الصورية والحسابية تحت تأثير عالم الرياضيات ومُنظّر اللغات Marcel-Paul Schützenberger، الذي أشرف على أطروحته حول تحويلات لغات تشومسكي، والتي نوقشت عام 1967.

Société Mathématique de France

Study at ENS - English Taught Degree Programs

Marcel-Paul Schützenberger—French Darwin doubter · Creation.com

عُيّن أستاذًا في جامعة باريس عام 1969، ثم كان من الشخصيات الرئيسية في تأسيس فرق ومختبرات بحثية متخصصة في علوم الحاسوب النظرية. وفي عام 1975، شارك في تأسيس مختبر LITP (Laboratoire d’Informatique Théorique et de Programmation) مع جاك أرساك (Jacques Arsac)، في إطار تعاون بين الجامعات والمركز الوطني الفرنسي للبحث العلمي CNRS.

Hommage à Maurice Nivat

لكن مساره لا يُقرأ بصورة صحيحة إذا اختُزل في المناصب الجامعية. المسألة الأهم هي أنه عمل على جبهات متصلة: ما اللغات التي تستطيع النماذج الحسابية وصفها؟ كيف تتحول الرموز إلى عمليات؟ كيف نعرّف معنى البرنامج بصورة رياضية؟ وما الخصائص البنيوية التي يمكن استنتاجها من شكل اللغة أو البرنامج نفسه؟

هذه الأسئلة تضعه عند نقطة التقاء الرياضيات والمنطق ونظرية الحوسبة، وهي نقطة كان لها أثر عميق في الأجيال اللاحقة من الباحثين والمبرمجين.

2. اللغات الصورية والتحويلات: مساهمته التقنية الأهم

PPT - Intro to Theory of Computation PowerPoint Presentation, free download - ID:1753333

nlp - Understanding the flow of Finite State Transducer - Stack Overflow

PPT - English Syntax PowerPoint Presentation, free download - ID:343631

لفهم مكانة نيفا، ينبغي التوقف عند نظرية اللغات الصورية (Formal Language Theory)، وهي ليست مجرد دراسة لقواعد كتابة الشيفرة، بل دراسة رياضية لمجموعات السلاسل الرمزية، والعمليات التي تحولها، والآليات التي تستطيع توليدها أو التعرف إليها.

تخيل أن لدينا لغة برمجة تتكون من سلاسل رمزية، مثل:

x = a + b

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

هنا تظهر أهمية العمل الرياضي الذي أنجزه نيفا.

أ. تحويلات اللغات (Transductions)

من أبرز أعماله بحثه Transductions des langages de Chomsky، المنشور عام 1968 في Annales de l’Institut Fourier، والممتد على أكثر من مئة صفحة. تناول فيه بصورة منهجية التحويلات بين اللغات، بما في ذلك التحويلات العقلانية وعلاقاتها بالخصائص الجبرية للفئات اللغوية.

numdam.org

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

لكن من المهم ألا نخلط بين ثلاثة مستويات:

اللغة: مجموعة السلاسل التي تحقق شروطًا معينة.
المحوّل (Transducer): آلية تحول مدخلات إلى مخرجات.
البرنامج التنفيذي: نظام له سلوك تشغيلي قد يتضمن حالة وذاكرة وتفاعلات.

عمل نيفا يقع في الأساس عند المستويين الأول والثاني، ويتصل بالثالث من خلال دلالات البرامج. وليس دقيقًا اختزال بحثه في أنه «اخترع المترجمات»؛ فهذا مجال تراكمي واسع سبقته وأسهمت فيه مدارس وباحثون متعددون.

الأهمية الأعمق هي أنه ساعد على جعل التحويل بين اللغات موضوعًا يمكن تحليله بأدوات جبرية دقيقة، بدل التعامل معه باعتباره مجرد حيلة هندسية لبناء أداة برمجية.

ب. لماذا كان ذلك مهمًا للمبرمجين؟

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

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

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

3. دلالات البرامج: ماذا يعني البرنامج رياضيًا؟

PPT - Secure Semantics: Programming Language Approaches to Information Flow Security PowerPoint Presentation - ID:1658441

PPT - CPS 506 Comparative Programming Languages PowerPoint Presentation - ID:2323081

Introduction to Recursion Schemes with Matryoshka | by Anatoliy Kmetyuk | Medium

إذا كانت نظرية اللغات تسأل عن البنى الرمزية التي يمكن تكوينها، فإن دلالات لغات البرمجة (Programming Language Semantics) تسأل عن معنى تلك البنى وسلوكها.

قد يبدو برنامجان مختلفين في الكتابة، لكنهما ينتجان النتيجة نفسها. وقد تتشابه بنيتهما، مع أن سلوكهما مختلف. فما التعريف الرياضي الذي يسمح لنا بمقارنة البرنامجين بدل الاكتفاء بمراقبتهما في بعض الحالات؟

كان نيفا من الباحثين الذين ساهموا في تطوير المقاربات الجبرية والدلالية لهذه المسائل. ومن الأعمال المهمة في هذا السياق أبحاثه المشتركة مع Bruno Courcelle حول الدلالات الجبرية لمخططات البرامج العودية، ومنها:

The Algebraic Semantics of Recursive Program Schemes (1978).
Algebraic Families of Interpretations (1976)، مع Bruno Courcelle.
Metric Interpretations of Infinite Trees and Semantics of Non-Deterministic Recursive Programs (1980)، مع Bruno Courcelle في سياق أعمال دلالية متصلة بالأشجار اللانهائية.

csauthors.net

+1

لماذا الأشجار اللانهائية؟

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

أما استخدام البنى المترية، فيوفر لغة رياضية لدراسة التقارب والمسافة بين التفسيرات. وهذا يسمح بصياغة بعض مسائل الدلالات باستخدام أدوات رياضية مألوفة من التحليل، بدل الاقتصار على وصف تنفيذي مباشر.

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

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

4. من الكلمات إلى الأشجار والعمليات المتزامنة

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

ae-info.org

وهذا الاتساع ليس بالضرورة تشتتًا في موضوعاته؛ إذ يمكن قراءة جزء كبير منه باعتباره بحثًا في سؤال واحد: كيف ندرس البنى الحسابية المعقدة باستخدام أدوات رياضية دقيقة؟

لغات الأشجار (Tree Languages): مفيدة لتمثيل البنى المتداخلة، مثل الأشجار النحوية والتعبيرات المتكررة.
الكلمات اللانهائية (Infinite Words): تتيح دراسة السلوك الذي يستمر إلى ما لا نهاية، وهو أمر مهم في نمذجة الأنظمة المستمرة والأنظمة التفاعلية.
التزامن (Concurrency): يطرح أسئلة حول العمليات التي تتقدم بالتوازي، وعلاقات الترتيب بين الأحداث، وما إذا كانت سلوكيات مختلفة متكافئة.
البنى المتقطعة (Discrete Structures): توفر موضوعًا لدراسة خصائص هندسية وتركيبية من دون افتراض الاستمرارية الهندسية المعتادة.

تكمن قيمة هذا الاتساع في أن أدوات النظرية اللغوية والجبرية لا تقتصر على تحليل النصوص البرمجية؛ بل يمكن أن تساعد على فهم أشكال أخرى من البنية والحساب.

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

5. الهندسة المتقطعة والتبليط: مرحلة مختلفة من مشروعه

A New Algorithm Based on Colouring Arguments for Identifying Impossible Polyomino Tiling Problems

PPT - Branch and Bound Method for Discrete Tomography Reconstruction of hv-convex Binary Matrices PowerPoint Presentation - ID:9522617

discrete geometry - Are there irregular tilings by L-polyominoes? - MathOverflow

من الجوانب اللافتة في مسيرة نيفا اهتمامه بالهندسة المتقطعة، بما في ذلك التبليط (Tilings) والتصوير المقطعي المتقطع (Discrete Tomography).

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

تناول نيفا هذه المسائل في أبحاث متأخرة من مسيرته. ومن أمثلتها بحثه Sous-ensembles homogènes de Z² et pavages du plan، المنشور عام 2002، الذي يدرس علاقات بين مجموعات متقطعة متجانسة وتبليط المستوى بالانتقال.

ScienceDirect

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

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

6. لم يكن أثره في الأبحاث فقط، بل في تأسيس التخصص

STOC 2022 - 54th ACM Symposium on Theory of Computing

هذا الجانب، في تقديري، هو ما يجعل نيفا اسمًا مهمًا بصورة استثنائية في تاريخ الحوسبة الفرنسية والأوروبية.

تأسيس EATCS ومؤتمر ICALP

كان نيفا من الشخصيات المؤسسة للجمعية الأوروبية لعلوم الحاسوب النظرية (EATCS) عام 1972، وساهم في تنظيم أول مؤتمر دولي للأوتوماتا واللغات والبرمجة (ICALP) في باريس في العام نفسه. كما أسس مدرسة ربيعية متخصصة في علوم الحاسوب النظرية عام 1973، وأطلق مجلة Theoretical Computer Science عام 1975، وظل رئيس تحريرها قرابة ربع قرن.

iuuk.mff.cuni.cz

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

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

لماذا يُعد ذلك إنجازًا علميًا؟

لأن تأثير الباحث لا يُقاس فقط بما نشره بنفسه، بل أيضًا بما أتاحه للآخرين من فرص للتعاون والنشر والتكوين. ساهمت المجلة والمؤتمرات والمدارس التي ارتبطت به في تشكيل مجتمع أوروبي متماسك لعلوم الحاسوب النظرية.

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

ae-info.org

لكن ينبغي ضبط النسبة: لم ينشئ نيفا هذه المؤسسات وحده بمعزل عن زملائه. كانت هذه مشاريع جماعية، شارك فيها علماء ومؤسسات متعددة. وتكمن مكانته في المبادرة والقيادة العلمية والتنظيمية التي قدمها ضمن هذا الجهد المشترك.

7. الكتب والأعمال العلمية التي تستحق التوثيق

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

1. Transductions des langages de Chomsky (1968)

بحث أصيل — تأليف فردي

من أهم الأعمال المبكرة التي يمكن الرجوع إليها لفهم إسهامه في التحويلات اللغوية والخصائص الجبرية لفئات اللغات. نُشر في Annales de l’Institut Fourier، وهو متاح عبر الأرشيف الرياضي الفرنسي Numdam.

numdam.org

قراءة البحث في Numdam

2. Merci Maurice (2002)

مجلد تكريم علمي — محرر: Pierre-Louis Curien

صدر احتفاءً بمسيرة نيفا العلمية عند تقاعده. وهو مفيد لمن يريد فهم مدى اتساع أثره في المجتمع البحثي، لكنه ليس كتابًا ألّفه نيفا منفردًا؛ بل مجموعة أعمال وتكريمات مرتبطة بمسيرته.

informatique.univ-paris-diderot.fr

Encyclopedia of Mathematics and Its Appl Graph Structure and Monadic Second-Order Logic, Book 138, (Hardcover) - Walmart Business Supplies

3. Graph Structure and Monadic Second-Order Logic (2012)

كتاب لبرونو كورسيل ويوست إنغلفريت — كتب نيفا مقدمته

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

Graph Structure and Monadic Second-Order Logic

صفحة الكتاب لدى Cambridge University Press

أوراق أخرى جديرة بالبحث

** The Algebraic Semantics of Recursive Program Schemes (1978)**، مع Bruno Courcelle: مثال على عمله في الدلالات الجبرية للبرامج العودية.
** Algebraic Families of Interpretations (1976)**، مع Bruno Courcelle: عمل يتناول العائلات الجبرية للتفسيرات.
** Metric Interpretations of Infinite Trees and Semantics of Non-Deterministic Recursive Programs (1980)**: من الأعمال المتصلة بدلالات البرامج غير الحتمية والأشجار اللانهائية.
** Sous-ensembles homogènes de Z² et pavages du plan (2002)**: نموذج لاهتمامه بالهندسة المتقطعة والتبليط.

csauthors.net

+2

هذه عينة منتقاة وليست ببليوغرافيا كاملة. ولمن يريد التوسع في أعماله المنشورة، يمكن استخدام سجل منشوراته في DBLP أو قاعدة بيانات مؤلفي علوم الحاسوب.

8. التقييم النقدي: هل هو فعلًا من «أعظم المبرمجين»؟

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

معيار التقييم	تقديري
الإسهام في أسس علوم الحاسوب	جوهري
نظرية اللغات الصورية والتحويلات	من أبرز محاور عمله
دلالات لغات البرمجة	إسهام علمي معتبر
بناء المؤسسات والمجتمع البحثي	أثر استثنائي
إنتاج برامج عملية واسعة الانتشار	ليس موضع شهرته الأساسي
التأثير في الأجيال اللاحقة	قوي عبر البحث والتعليم والمؤسسات

الملاحظة النقدية الأساسية هي أن التأثير في البرمجة ليس دائمًا تأثيرًا في كتابة الشيفرة. بعض الباحثين يوسعون ما يستطيع المبرمجون فهمه وإثباته، وبعضهم يبتكر أدوات يستخدمها المبرمجون مباشرة، وبعضهم يربط بين الطرفين.

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

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

الخلاصة

موريس نيفا شخصية أساسية في تاريخ علوم الحاسوب النظرية الفرنسية والأوروبية: رياضي التكوين، وباحث في اللغات الصورية ودلالات البرامج، ومؤسس مشارك لمؤسسات ومؤتمرات ومجلات ساعدت على جعل علوم الحاسوب النظرية مجتمعًا علميًا متماسكًا.

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

Pascal

نعم أقصد بليز باسكال، لأن باسكال اخترع: La Pascaline ، هذا غير مساهماته الأخرى في علوم الحاسوب قبل أن يظهر أي شيء اسمه حاسوب

آلة “الباسكالين”

Blaise Pascal — بليز باسكال (1623–1662)

Pascal, di santa ragione - la Repubblica

Sale of 17th-Century Pascal Invention Halted Over Cultural Heritage Concerns

Bienvenue à l'accueil du MuAM | Musée des Arts et Métiers

حكمي: أتفق بقوة مع إدراج بليز باسكال في مسرد أعظم المبرمجين الفرنسيين، بشرط أن نفهم «المبرمج» هنا ضمن تاريخ أوسع للحوسبة، لا بوصفه شخصًا كتب تعليمات برمجية بلغة حديثة. بل إن باسكال من الحالات التي تكشف لماذا قد يكون تعريف المبرمج تعريفًا ضيقًا مرتبطًا بالحاسوب الإلكتروني مجحفًا تاريخيًا: فقد عمل على تحويل العمليات الحسابية من نشاط ذهني ويدوي إلى عمليات تنفذها آلية مادية مصممة لهذا الغرض، قبل ظهور الحاسوب الإلكتروني بقرون. وتمنح La Pascaline هذا الإدراج أساسًا تقنيًا ملموسًا، لا مجرد تشابه رمزي بين اسمه واسم لغة البرمجة Pascal.

whipplemuseum.cam.ac.uk

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

1. La Pascaline: ليست مجرد آلة حاسبة قديمة

File:Pascaline-CnAM 823-1-IMG 1506-black.jpg - Wikimedia Commons

Une Pascaline aux enchères chez Christie’s - IFIC Formations

La pascaline, la « machine qui relève du défaut de la mémoire »

ابتكر باسكال آلته الحسابية في أربعينيات القرن السابع عشر، وكان الدافع عمليًا: مساعدة والده إتيان باسكال في عمله المتعلق بتحصيل الضرائب والحسابات المالية. وتذكر المصادر المتحفية أن تصميم الآلة بدأ نحو عام 1642، وأنها كانت تنفذ الجمع والطرح بواسطة عجلات وأقراص رقمية.

Lemelson

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

وهذا يقود إلى ثلاث نقاط تجعل الآلة ذات صلة بتاريخ الحوسبة:

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

النقطة الثالثة هي الأهم هندسيًا. فعملية الحمل الحسابي التي تبدو بديهية في الحساب اليدوي أصبحت مشكلة تصميم ميكانيكي: كيف يمكن لدوران عجلة واحدة أن يؤدي إلى تقدم العجلة التالية في اللحظة المناسبة، دون أن يفسد بقية الآلية؟ استخدم باسكال ما يعرف بآلية sautoir، وهي قطعة تنقل الحمل من عجلة إلى أخرى عند تجاوز الحد العددي. ويشرح متحف الفنون والحرف في باريس هذا النظام باعتباره من السمات الأساسية للآلة.

Pascaline

هذا هو السبب في أنني أرى أن اختزال Pascaline إلى «آلة جمع قديمة» يقلل من أهميتها. فهي مثال مبكر على تحويل قاعدة رياضية إلى سلوك تنفيذي مادي: الرقم ليس فكرة على الورق فحسب، بل حالة ميكانيكية تتغير وفق قواعد محددة.

2. هل كانت Pascaline حاسوبًا بدائيًا؟

File:Machine a Calculer Blaise Pascale 1642 - Musée des arts et métiers.jpg - Wikimedia Commons

File:Pascaline - top view and mechanism.jpg - Wikimedia Commons

هنا أختلف مع أي وصف يساوي بين الآلة والحاسوب القابل للبرمجة، لكنني أتفق مع وضعها ضمن التاريخ المبكر للحوسبة.

هناك فارق بين ثلاث مراحل تاريخية:

المرحلة	ما الذي يحدث؟	موقع باسكال
أدوات الحساب	تساعد الإنسان على إجراء الحساب يدويًا	ليست الإسهام الأساسي الذي يميزه
الآلات الحسابية الميكانيكية	تنفذ عمليات محددة بواسطة آليات مادية	هنا يقع إسهامه المركزي
الحواسيب القابلة للبرمجة	تنفذ سلسلة تعليمات قابلة للتغيير، وفق تصميم الحاسوب	لم تصل Pascaline إلى هذه المرحلة

لم تكن Pascaline آلة عامة يستطيع المستخدم أن يحمّلها برنامجًا متغيرًا لتنفذ خوارزميات مختلفة. كانت آلة متخصصة في الحساب، ذات عمليات وحدود ميكانيكية محددة. لذلك لا ينبغي أن ننسب إليها خصائص ظهرت لاحقًا في الحواسيب القابلة للبرمجة. وتوضح المقارنة التاريخية بين الآلات الميكانيكية والحواسيب المبرمجة أن الأتمتة الحسابية سبقت البرمجة الحاسوبية بزمن طويل.

museum.ipsj.or.jp

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

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

Histoire des machines : La Pascaline

3. تصميم الآلة يكشف تفكيرًا هندسيًا، لا مجرد براعة رياضية

من أبرز جوانب الآلة أنها لم تكن مجرد تجسيد مباشر لعملية الجمع؛ بل كان على باسكال أن يتعامل مع اختلاف أنظمة العد والحساب المستخدمة في الحياة اليومية.

فالنظام النقدي الفرنسي آنذاك لم يكن عشريًا بالكامل: كانت الليرة تساوي 20 سولًا، والسول يساوي 12 دينارًا. لذلك احتاجت بعض إصدارات الآلة إلى عجلات بأعداد مختلفة من الأسنان، بحسب الخانة التي تمثلها. ويصف متحف الفنون والحرف في باريس هذا التكيّف بوصفه جزءًا من التصميم الفعلي للآلة.

Musée des Arts et Métiers

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

ويمكن قراءة ذلك بوصفه مشكلة تصميم نظام حسابي:

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

هذه أسئلة هندسية قريبة من مسائل تصميم الأنظمة الحسابية، وإن كانت تُحل هنا بالتروس والرافعات بدل الدارات الإلكترونية والبرمجيات.

ومع ذلك، ينبغي ألا نبالغ: لا نملك أساسًا كافيًا لوصف باسكال بأنه مارس «هندسة البرمجيات» قبل ظهورها، أو أنه ابتكر مفاهيم البرمجة الحديثة. ما يمكن الدفاع عنه هو أن عمله يُظهر تفكيرًا منهجيًا في تصميم آلية تنفذ عمليات حسابية محددة، مع مراعاة قواعد التمثيل والحركة والنتيجة.

4. ماذا عن مساهماته الأخرى في علوم الحاسوب؟

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

المثلث الحسابي والتوافيق

Des mathématiques de Pascal aux... | Gazette Drouot

درس باسكال المثلث الحسابي بعمق في كتابه Traité du triangle arithmétique، الذي ألّفه في القرن السابع عشر ونُشر بعد وفاته. ويجب هنا تصحيح تصور شائع: باسكال لم يخترع المثلث الحسابي من الصفر؛ فقد عُرفت ترتيبات مكافئة له في تقاليد رياضية أقدم، كما ظهرت في أعمال أوروبية قبل عصره. وتكمن مساهمته في دراسته المنظمة لخصائصه وعلاقاته واستخداماته.

Internet Encyclopedia of Philosophy

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

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

الاحتمالات ونظرية القرار

How Blaise Pascal cracked probability after a gambler asked one tricky question - India Today

2.4 PROBABILITY: A Historic Start (PART II) | G'Day Math

أسهمت مراسلات باسكال مع بيير دي فيرما عام 1654 في تطوير المعالجة الرياضية لمشكلات الاحتمال، ولا سيما مسألة تقسيم الرهانات عندما تتوقف لعبة قبل اكتمالها. وتُعد هذه المراسلات محطة تأسيسية في تاريخ نظرية الاحتمالات الحديثة.

American Physical Society

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

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

5. حدود الإنجاز: لماذا لم تتحول Pascaline إلى ثورة حاسوبية فورية؟

French court halts sale of ‘earliest calculator’ at Christie's - The Art Newspaper - International art news and events

First handheld calculator headlines auction of mathematical treasures

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

Histoire des machines : La Pascaline

هذا القيد لا ينفي أهمية الابتكار، لكنه يفرض تمييزًا بين ثلاثة أمور:

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

نجح باسكال بوضوح في الأول، وكانت الثاني محدودًا، أما الثالث فيظهر ضمن التاريخ الأوسع للحساب الميكانيكي. فقد ألهمت Pascaline أعمالًا لاحقة، ومن بينها آلة لايبنتز التي وسّعت إمكانات الحساب الميكانيكي لتشمل عمليات إضافية. لكن لا ينبغي اختزال التطور اللاحق في خط سببي واحد يبدأ بباسكال وينتهي بالحاسوب الحديث؛ فالتاريخ تضمن مسارات متوازية واختراعات مستقلة ومراحل طويلة من التطوير.

Histoire des machines : La Pascaline

6. مكانته في مسرد المبرمجين الفرنسيين

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

وبهذا المعيار، يملك باسكال مبررًا قويًا للإدراج:

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

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

الخلاصة النقدية

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

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

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

أخر المقالات

رسالتنا

المدونة

مبرمجين من فرنسا

1. Antoine Schmitt — أنطوان شميت

المبرمج الفرنسي الذي حوّل البرمجة إلى مادة فنية مستقلة

1. الهوية والخلفية: من البرمجة في سن المراهقة إلى الهندسة الاحترافية

لماذا تهم هذه الخلفية؟

2. المسيرة البرمجية: ما الذي فعله شميت خارج الفن؟

مساهمته في البرمجيات التفاعلية المبكرة

3. التحليل التقني: ما الذي يميز طريقة شميت في البرمجة؟

أ. الانتقال من رسم الشكل إلى برمجة سلوكه

ب. العمل البرمجي بوصفه نظامًا ديناميكيًا

ج. لماذا يُعد هذا العمل مهمًا؟

4. الفكرة المحورية في مشروعه: البرمجة مادة فعالة وليست أداة محايدة

هل هذه الفكرة جديدة تاريخيًا؟

5. أبرز الأعمال والمشروعات: ماذا أنجز شميت بالفعل؟

5.1. Vexation 1 — عام 2001

5.2. Still Living — الفن التوليدي ونقد أنظمة التمثيل

5.3. Black Square — عام 2016

5.4. City Sleep Light — عام 2010

ماذا تكشف هذه الأعمال مجتمعة؟

6. التأثير التاريخي والتقني: ما حجم مكانته الحقيقية؟

أ. أثره في الفن البرمجي

ب. أثره في البرمجة العامة

ج. أثره في النقاش الفكري حول البرمجة

7. النقد: أين تكمن حدود تجربة شميت؟

أولًا: التميز الفني لا يساوي التفوق البرمجي

ثانيًا: صعوبة العمل لا تُستنتج من مظهره

ثالثًا: الابتكار في توظيف التقنية يختلف عن الابتكار في التقنية نفسها

رابعًا: هل يكفي أن يكون مبرمجًا محترفًا لإدراجه ضمن أعظم 26؟

8. هل يستحق أنطوان شميت مكانًا ضمن أعظم 26 مبرمجًا فرنسيًا؟

الاختبار المضاد: ماذا لو لم يكن فنانًا؟

9. المراجع والمصادر

مصادر السيرة المهنية

مصادر الأعمال والتحليل الفني

ملاحظة توثيقية

10. الحكم النهائي: ما الذي يضيفه أنطوان شميت إلى مسردك؟

الخلاصة التاريخية

ما أهميته بالنسبة إلى قائمتك؟

حكمي النهائي

Fabrice Bellard — فابريس بيلار

مهندس البرمجيات الذي بنى أدوات أصبحت جزءًا من البنية التحتية للحوسبة الحديثة

بطاقة الشخصية

1. النشأة والتكوين: مبرمج يميل إلى فهم الآلة من الداخل

LZEXE: فهم البرنامج بوصفه بنية تنفيذية

2. FFmpeg: الإسهام في البنية التحتية العالمية للصوت والفيديو

لماذا كان هذا مشروعًا برمجيًا بالغ الأهمية؟

3. QEMU: حين تصبح الحواسيب قادرة على محاكاة حواسيب أخرى

كيف تعمل الفكرة؟

المحاكاة والترجمة الديناميكية

لماذا أعدّ QEMU من أبرز إسهامات بيلار؟

4. Tiny C Compiler: ضغط المترجم إلى حجمه الضروري

لماذا يهم أن يترجم المترجم نفسه؟

TCCBOOT: اختبار عملي لفكرة المترجم الصغير

5. من QEmacs إلى QuickJS: بناء أدوات صغيرة تؤدي وظائف حقيقية

QEmacs

QuickJS

JSLinux

6. الرياضيات والحساب العددي: حين يصبح البرنامج أداة لاختبار حدود الحساب

صيغة بيلار لحساب أرقام \(\pi\)

رقم قياسي في حساب \(\pi\)

7. مشروعات أخرى تكشف اتساع قدراته

8. التحليل النقدي: ما الذي يجعل بيلار مبرمجًا استثنائيًا؟

أ. الكفاءة ليست مجرد تحسين للسرعة

ب. بناء أدوات يستخدمها الآخرون

ج. القدرة على التنقل بين مستويات التجريد

د. الاستقلالية في بناء المشروعات

ما حدود إسهاماته؟

9. الكتب والمؤلفات والمراجع

مراجع مستقلة إضافية

10. الحكم النهائي: لماذا أتفق مع إدراجه في مسردك؟

خلاصة التقييم

Alain Colmerauer — مهندس اللغة التي جعلت المنطق قابلًا للبرمجة

1. السيرة العلمية: من تحليل اللغة إلى بناء لغات للحاسوب

2. Prolog: الإنجاز المركزي الذي يبرر إدراجه

3. ما الذي ابتكره كولميراور فعلًا؟ قراءة تقنية أعمق

4. من Q-systems إلى Prolog: خيط فكري متصل

5. القواعد النحوية التحويلية: مساهمة تتجاوز اسم Prolog

6. Prolog II وIII وIV: استمرار المشروع بعد ولادة اللغة