الوعد الأبدي: تاريخ من محاولات القضاء على المبرمجين

الحلم الذي لا يموت

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

ثورة كوبول: جعل الآلات تتحدث الإنجليزية

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

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

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

عصر 4GL وأدوات CASE: أتمتة أجهزة التشغيل الآلي

جلبت الثمانينيات لغات الجيل الرابع (4GLs) وأدوات هندسة البرمجيات بمساعدة الكمبيوتر (CASE)، ومعها موجة جديدة من التفاؤل بالقضاء على المبرمجين. وعدت منتجات مثل Informix-4GL وProgress وOracle Forms بأن الواجهات المرئية وبناء الجملة التعريفية ستسمح لمحللي الأعمال ببناء التطبيقات مباشرة. توقع جيمس مارتن، مستشار تكنولوجيا المعلومات المؤثر، في عام 1982 أنه سيتم استبدال البرمجة التقليدية إلى حد كبير بأدوات آلية في غضون عقد من الزمن.

الشركات استثمرت المليارات. بلغ سوق أدوات CASE ذروته بأكثر من 6 مليارات دولار سنويًا في أوائل التسعينيات. قامت شركات مثل Andersen Consulting (المعروفة الآن باسم Accenture) ببناء ممارسات كاملة حول فكرة أن المنهجيات المنظمة وتوليد التعليمات البرمجية الآلي من شأنه أن يقلل بشكل كبير من الحاجة إلى البرامج المكتوبة بخط اليد. حاولت مبادرة AD/Cycle الخاصة بشركة IBM إنشاء بيئة تطوير شاملة تعمل على أتمتة دورة حياة البرنامج بأكملها.

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

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

أدى ظهور الإنترنت إلى ظهور ذ

Related Posts

• أداة العزل في سطر الأوامر في macOS غير المعروفة (2025)
• طريقة وآلة حاسبة لبناء منظمات الأدراج الرغوية
• لماذا أشعر بالقلق بشأن فقدان الوظيفة والأفكار حول الميزة النسبية
• ملحقات Chrome تتجسس على بيانات تصفح المستخدمين