كوبول

في أواخر خمسينيات القرن العشرين، بدأ مستخدمو الحواسيب ومصنّعوها يشعرون بالقلق إزاء ارتفاع تكلفة البرمجة. فقد أظهر مسحٌ أُجري عام ١٩٥٩ أن تكلفة البرمجة في أي نظام لمعالجة البيانات تبلغ ٨٠٠ ألف دولار أمريكي في المتوسط، وأن ترجمة البرامج لتشغيلها على أجهزة جديدة ستُكلّف ٦٠٠ ألف دولار أمريكي. وفي الوقت الذي كانت فيه لغات البرمجة الجديدة تنتشر بكثرة ، أشار المسح نفسه إلى أنه في حال استخدام لغة برمجة شائعة موجهة للأعمال، ستكون عملية التحويل أرخص وأسرع بكثير. ^{[ ١٨ ]}

في 8 أبريل 1959، دعت ماري ك. هاوز ، عالمة الحاسوب في شركة بوروز ، إلى اجتماع ضم ممثلين عن الأوساط الأكاديمية ومستخدمي الحاسوب والمصنعين في جامعة بنسلفانيا لتنظيم اجتماع رسمي حول لغات الأعمال المشتركة. ^{[ 19 ]} وشمل الممثلون غريس هوبر (مخترعة لغة معالجة البيانات الشبيهة باللغة الإنجليزية FLOW-MATIC )، وجين ساميت ، وساول غورن . ^{[ 20 ] [ 21 ]}

في اجتماع أبريل، طلبت المجموعة من وزارة الدفاع الأمريكية رعاية مبادرة لإنشاء لغة أعمال موحدة. وقد أثار الوفد إعجاب تشارلز أ. فيليبس، مدير قسم أبحاث أنظمة البيانات في وزارة الدفاع، ^{[ 22 ]} الذي رأى أنهم "فهموا تمامًا" مشاكل الوزارة. كانت وزارة الدفاع تُشغّل 225 جهاز كمبيوتر، ولديها 175 جهازًا آخر قيد الطلب، وقد أنفقت أكثر من 200 مليون دولار على تنفيذ برامج لتشغيلها عليها. من شأن البرامج المحمولة أن توفر الوقت، وتقلل التكاليف، وتسهل عملية التحديث. ^{[ 23 ]}

وافق تشارلز فيليبس على رعاية الاجتماع، وكلف الوفد بصياغة جدول الأعمال. ^{[ 24 ]}

في 28 و29 مايو 1959، عُقد اجتماع في البنتاغون لمناقشة إنشاء لغة برمجة مشتركة للأعمال (بعد عام واحد بالضبط من اجتماع ALGOL 58 في زيورخ ). حضر الاجتماع 41 شخصًا وترأسه فيليبس. ^{[ 25 ]} كانت وزارة الدفاع قلقة بشأن إمكانية تشغيل برامج معالجة البيانات نفسها على أجهزة كمبيوتر مختلفة. كانت لغة FORTRAN ، اللغة السائدة الوحيدة آنذاك، تفتقر إلى الميزات اللازمة لكتابة مثل هذه البرامج. ^{[ 26 ]}

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

أسفر الاجتماع عن تشكيل لجنة توجيهية ولجان قصيرة ومتوسطة وطويلة المدى. مُنحت اللجنة قصيرة المدى مهلة حتى سبتمبر (ثلاثة أشهر) لوضع مواصفات لغة مؤقتة، على أن تُطوّرها اللجان الأخرى لاحقًا. ^{[ 28 ] [ 29 ]} إلا أن مهمتها الرسمية كانت تحديد نقاط القوة والضعف في لغات البرمجة الحالية، ولم تُوجّهها صراحةً إلى إنشاء لغة جديدة. ^{[ 26 ]}

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

ضمّت اللجنة قصيرة المدى ممثلين عن ست شركات مصنّعة للحواسيب وثلاث وكالات حكومية. وشملت الشركات المصنّعة: بوروز كوربوريشن ، وآي بي إم ، ومينيابوليس-هانيويل (مختبرات هانيويل)، وآر سي إيه ، وسبري راند ، وسيلفانيا إلكتريك برودكتس . أما الوكالات الحكومية فكانت: القوات الجوية الأمريكية ، وحوض ديفيد تايلور النموذجي التابع للبحرية الأمريكية ، والمكتب الوطني للمعايير (الذي يُعرف الآن باسم المعهد الوطني للمعايير والتكنولوجيا). ^{[ 33 ]} وترأس اللجنة جوزيف ويغستين من المكتب الوطني للمعايير الأمريكي. وبدأ العمل بدراسة أوصاف البيانات، والبيانات، والتطبيقات الحالية، وتجارب المستخدمين. ^{[ 34 ]}

ركزت اللجنة بشكل أساسي على دراسة لغات البرمجة FLOW-MATIC و AIMACO و COMTRAN . ^{[ 26 ] [ 35 ]} وكانت لغة FLOW-MATIC مؤثرة بشكل خاص نظرًا لتطبيقها الفعلي، ولأن لغة AIMACO كانت مشتقة منها مع تغييرات طفيفة فقط. ^{[ 36 ] [ 37 ]} كما عملت غريس هوبر، مخترعة FLOW-MATIC، مستشارةً فنيةً للجنة. ^{[ 30 ]} تمثلت إسهامات FLOW-MATIC الرئيسية في لغة COBOL في أسماء المتغيرات الطويلة، والكلمات الإنجليزية للأوامر، وفصل أوصاف البيانات عن التعليمات. ^{[ 38 ]} يُطلق على هوبر أحيانًا لقب "أم COBOL" أو "جدة COBOL"، ^{[ 39 ] [ 40 ] [ 41 ]} على الرغم من أن جان ساميت ، المصمم الرئيسي للغة COBOL، صرّح بأن هوبر "لم تكن أم COBOL أو مبتكرتها أو مطورتها". ^{[ 42 ] [ 1 ]}

اعتُبرت لغة COMTRAN من IBM، التي ابتكرها بوب بيمر ، منافسةً للغة FLOW-MATIC ^{[ 43 ] [ 44 ]} من قِبل لجنة قصيرة المدى مؤلفة من زملاء غريس هوبر. ^{[ 45 ]} لم تُدمج بعض ميزاتها في لغة COBOL حتى لا يبدو أن IBM قد سيطرت على عملية التصميم، ^{[ 28 ]} وصرحت جين ساميت في عام 1981 بوجود "تحيز قوي ضد IBM" من قِبل بعض أعضاء اللجنة (بمن فيهم هي نفسها). ^{[ 46 ]} في إحدى الحالات، بعد أن حضر روي غولدفينغر، مؤلف دليل COMTRAN وعضو اللجنة متوسطة المدى، اجتماعًا للجنة فرعية لدعم لغته وتشجيع استخدام التعبيرات الجبرية، أرسلت غريس هوبر مذكرة إلى اللجنة قصيرة المدى تُعيد فيها التأكيد على جهود سبيري راند لإنشاء لغة قائمة على اللغة الإنجليزية. ^{[ 47 ]}

في عام 1980، علّقت غريس هوبر قائلةً: "إن لغة كوبول 60 هي 95% من لغة فلوماتيك"، وأن تأثير لغة كومتران كان "ضئيلاً للغاية". وأضافت أنها ستدّعي أن عملها تأثر بكلتا اللغتين فلوماتيك وكومتران فقط "لإرضاء الآخرين [حتى] لا يحاولوا إقصاءنا". ^{[ 48 ]}

تضمنت الميزات المُدمجة من لغة COMTRAN في لغة COBOL الصيغ، [49] والعبارة ^{، [ 50} ] وعبارة ^{مُحسّنة تُغني عن} الحاجة إلى عبارات GO TO ، ونظام إدارة ملفات أكثر قوة. ^{[ 43 ]}PICTUREIF

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

تضمنت الميزات المثيرة للجدل تلك التي اعتبرها البعض عديمة الفائدة أو متقدمة للغاية بالنسبة لمستخدمي معالجة البيانات. وشملت هذه الميزات التعبيرات المنطقية ، والصيغ ، وفهرسة الجداول . ^{[ 52 ] [ 53 ]} وكانت نقطة خلاف أخرى هي ما إذا كان ينبغي جعل الكلمات المفتاحية حساسة للسياق وتأثير ذلك على سهولة القراءة. ^{[ 52 ]} على الرغم من رفض الكلمات المفتاحية الحساسة للسياق، فقد تم استخدام هذا النهج لاحقًا في لغة PL/I وجزئيًا في لغة COBOL منذ عام 2002. ^{[ 54 ]} لم يُولَ اهتمام يُذكر للتفاعلية ، والتفاعل مع أنظمة التشغيل (التي كانت قليلة في ذلك الوقت)، والدوال (التي اعتُبرت رياضية بحتة وغير مفيدة في معالجة البيانات). ^{[ 55 ] [ 56 ]}

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

في اجتماع عُقد منتصف سبتمبر، ناقشت اللجنة اسم اللغة الجديدة. وشملت الاقتراحات "BUSY" (نظام الأعمال)، و"INFOSYL" (لغة نظم المعلومات)، و"COCOSYL" (لغة أنظمة الحاسوب المشتركة). ^{[ 57 ]} من غير الواضح من الذي اقترح اسم "COBOL"، ^{[ 58 ] [ 59 ]} على الرغم من أن بوب بيمر ادعى لاحقًا أنه هو من اقترحه. ^{[ 60 ] [ 61 ] [ 62 ]}

في أكتوبر، تلقت لجنة النطاق المتوسط ​​نسخًا من مواصفات لغة FACT التي وضعها روي نوت . وقد أعجبت اللجنة بميزاتها لدرجة أنها أصدرت قرارًا بجعل لغة COBOL مبنية عليها. ^{[ 63 ]}

كان هذا بمثابة ضربة للجنة قصيرة المدى، التي أحرزت تقدمًا ملحوظًا في وضع المواصفات. فعلى الرغم من تفوقها التقني، لم تُصمم FACT مع مراعاة قابلية النقل أو من خلال توافق آراء المصنّعين والمستخدمين. كما افتقرت إلى تطبيق عملي قابل للإثبات، ^{[ 30 ]} مما سمح لمؤيدي COBOL القائم على FLOW-MATIC بإلغاء القرار. وقد عرقل هوارد برومبيرغ، ممثل شركة RCA، مشروع FACT أيضًا، حتى لا يذهب جهد RCA في تطوير تطبيق COBOL سدىً. ^{[ 64 ]}

سرعان ما اتضح أن اللجنة كانت كبيرة جدًا بحيث لا يمكنها إحراز أي تقدم سريع. فاشترى هوارد برومبيرغ، المحبط، شاهد قبر بقيمة 15 دولارًا (عام 1959؛ ما يعادل 170 دولارًا عام 2025 ) ^{[ 65 ]} منقوشًا عليه كلمة "كوبول"، وأرسله إلى تشارلز فيليبس ليُظهر استياءه. ^{[ ب ] [ 67 ] [ 68 ]}

تم تشكيل لجنة فرعية لتحليل اللغات الموجودة وتألفت من ستة أفراد: ^{[ 26 ] [ 69 ]}

• ويليام سيلدن وجيرترود تيرني من شركة آي بي إم،
• هوارد برومبيرغ وهوارد ديسكاونت من شركة آر سي إيه،
• فيرنون ريفز وجين إي. ساميت من شركة سيلفانيا للمنتجات الكهربائية.

أنجزت اللجنة الفرعية معظم العمل في وضع المواصفات، تاركةً للجنة قصيرة المدى مهمة مراجعة وتعديل عملها قبل إصدار المواصفات النهائية. ^{[ 26 ]}

تمت الموافقة على المواصفات من قبل اللجنة التنفيذية في 8 يناير 1960، وأُرسلت إلى مطبعة الحكومة التي طبعتها باسم COBOL 60. وكانت الأهداف المعلنة للغة هي تمكين كتابة برامج فعالة وقابلة للنقل بسهولة، وتمكين المستخدمين من الانتقال إلى أنظمة جديدة بأقل جهد وتكلفة، وأن تكون مناسبة للمبرمجين عديمي الخبرة. ^{[ 70 ]}

أنشأت اللجنة التنفيذية لـ CODASYL لاحقًا لجنة صيانة COBOL للإجابة على أسئلة المستخدمين والبائعين ولتحسين وتوسيع المواصفات. ^{[ 71 ]}

خلال عام 1960، ازداد عدد الشركات المصنعة التي تخطط لبناء مترجمات لغة كوبول. وبحلول سبتمبر، انضمت خمس شركات أخرى إلى كوداسيل ( بينديكس ، وشركة كونترول داتا ، وجنرال إلكتريك ، وناشونال كاش ريجستر ، وفيلكو )، وأعلنت جميع الشركات الممثلة عن مترجمات كوبول. وخططت جنرال إلكتريك وآي بي إم لدمج كوبول في لغتيهما، جيكوم وكومتران على التوالي. في المقابل، خططت شركة إنترناشونال كمبيوترز آند تابوليتورز لاستبدال لغتها، كودل، بلغة كوبول. ^{[ 72 ]}

في غضون ذلك، عملت شركتا RCA وSperry Rand على تطوير مُجمِّعات لغة كوبول. تم تشغيل أول برنامج كوبول في 17 أغسطس على جهاز RCA 501. ^{[ 73 ]} وفي 6 و7 ديسمبر، تم تشغيل البرنامج نفسه (مع بعض التعديلات الطفيفة) على جهاز كمبيوتر من RCA وجهاز كمبيوتر من Remington-Rand Univac ، مما أثبت إمكانية تحقيق التوافق. ^{[ 74 ]}

لا يزال التأثير النسبي للغات المستخدمة موضحًا في التوصيات المطبوعة في جميع أدلة مرجعية لغة كوبول:

لغة COBOL هي لغة صناعية وليست ملكًا لأي شركة أو مجموعة شركات، أو لأي منظمة أو مجموعة منظمات.

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

FLOW-MATIC (علامة تجارية لشركة Unisys Corporation )، برمجة لأنظمة أتمتة البيانات UNIVAC (R) I و II، حقوق الطبع والنشر 1958، 1959، لشركة Unisys Corporation؛ نموذج المترجم التجاري لشركة IBM رقم F28-8013، حقوق الطبع والنشر 1959 لشركة IBM؛ FACT، DSI 27A5260-2760، حقوق الطبع والنشر 1960 لشركة Minneapolis-Honeywell.

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

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

كانت مُجمِّعات لغة كوبول المبكرة بدائية وبطيئة. تُعدّ كوبول لغةً صعبةً لكتابة مُجمِّع لها، نظرًا لبنية تركيبها المعقدة وكثرة العناصر الاختيارية ضمنها، فضلًا عن الحاجة إلى توليد شيفرة فعّالة للغة ذات تمثيلات بيانات متعددة، وتحويلات ضمنية للأنواع، وإعدادات ضرورية لعمليات الإدخال والإخراج. ^{[ 77 ]} أظهر تقييم أجرته البحرية الأمريكية عام 1962 أن سرعات التجميع تتراوح بين 3 و11 عبارة في الدقيقة. وبحلول منتصف عام 1964، ارتفعت هذه السرعات إلى ما بين 11 و1000 عبارة في الدقيقة. ولوحظ أن زيادة الذاكرة تُحسّن السرعة بشكل كبير، وأن تكاليف التجميع تتفاوت بشكل كبير: حيث تتراوح تكلفة العبارة الواحدة بين 0.23 دولار و18.91 دولار. ^{[ 78 ]}

في أواخر عام 1962، أعلنت شركة IBM أن لغة COBOL ستكون لغة التطوير الأساسية لديها وأن تطوير لغة COMTRAN سيتوقف. ^{[ 78 ]}

خضعت مواصفات لغة كوبول للمراجعة ثلاث مرات خلال السنوات الخمس التي تلت نشرها. استُبدلت لغة كوبول-60 في عام 1961 بلغة كوبول-61، ثم استُبدلت هذه الأخيرة بمواصفات كوبول-61 الموسعة في عام 1963، والتي أضافت وظائف الفرز وكتابة التقارير. ^{[ 79 ]} وقد صححت هذه الوظائف المضافة عيوبًا حددتها شركة هانيويل في أواخر عام 1959 في رسالة إلى اللجنة قصيرة المدى. ^{[ 73 ]} وجاء إصدار كوبول لعام 1965 بمزيد من التوضيحات للمواصفات، وقدم وظائف للتعامل مع ملفات وجداول التخزين الضخمة . ^{[ 80 ]}

بدأت الجهود لتوحيد لغة كوبول للتغلب على عدم التوافق بين الإصدارات. في أواخر عام 1962، شكلت كل من المنظمة الدولية للمقاييس (ISO) ومعهد المعايير الأمريكي ( ANSI حاليًا ) مجموعات لوضع المعايير. أصدر معهد المعايير الأمريكي معيار كوبول X3.23 في أغسطس 1968، والذي أصبح حجر الزاوية للإصدارات اللاحقة. ^{[ 81 ]} عُرف هذا الإصدار باسم معيار كوبول الوطني الأمريكي (ANS)، واعتمدته المنظمة الدولية للمقاييس في عام 1972. ^{[ 82 ]}

بحلول عام 1970، أصبحت لغة البرمجة كوبول اللغة الأكثر استخدامًا في العالم. ^{[ 83 ]}

بشكل مستقل عن لجنة ANSI، كانت لجنة لغة البرمجة CODASYL تعمل على تحسين اللغة. وقد وصفت إصدارات جديدة في أعوام 1968 و1969 و1970 و1973، تضمنت تغييرات مثل إمكانيات جديدة للتواصل بين البرامج، وتصحيح الأخطاء، ودمج الملفات، بالإضافة إلى تحسينات في معالجة السلاسل النصية وميزات تضمين المكتبات . ^{[ 84 ]}

على الرغم من أن CODASYL كانت مستقلة عن لجنة ANSI، إلا أن ANSI استخدمت مجلة CODASYL للتطوير لتحديد الميزات الشائعة بما يكفي لتبرير تطبيقها. ^{[ 85 ]} كما تواصلت لجنة لغات البرمجة مع ECMA ولجنة معيار COBOL اليابانية. ^{[ 84 ]}

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

في عام 1974، نشرت ANSI نسخةً مُنقّحة من لغة COBOL (ANS)، تضمنت ميزات جديدة مثل تنظيم الملفات ، DELETEوعبارة ^{[ 87 ]} ، ووحدة التجزئة . ^{[ 88 ]} وشملت الميزات المحذوفة NOTEعبارة، EXAMINEوعبارة (التي استُبدلت بـ INSPECT)، ووحدة الوصول العشوائي المُعرّفة من قِبل المُنفّذ (التي حلّت محلها وحدات الإدخال/الإخراج التسلسلية والنسبية الجديدة). وشكّلت هذه التغييرات 44 تغييرًا، جعلت العبارات الموجودة غير متوافقة مع المعيار الجديد. ^{[ 89 ]} وكان من المُقرر إزالة مُنشئ التقارير من COBOL، ولكن أُعيد إدراجه قبل نشر المعيار. ^{[ 90 ] [ 91 ]} واعتمدت ISO لاحقًا المعيار المُحدّث في عام 1978. ^{[ 82 ]}

في يونيو 1978، بدأ العمل على مراجعة لغة COBOL-74. وقد اختلف المعيار المقترح (المعروف باسم COBOL-80) اختلافًا كبيرًا عن المعيار السابق، مما أثار مخاوف بشأن عدم التوافق وتكاليف التحويل. في يناير 1981، هدد جوزيف تي. بروفي، نائب الرئيس الأول لشركة Travelers Insurance ، بمقاضاة لجنة المعايير لعدم توافقها مع COBOL-74. ووصف بروفي عمليات التحويل السابقة لقاعدة بياناتهم البرمجية التي تبلغ 40 مليون سطر بأنها "غير منتجة" و"إهدار كامل لموارد المبرمجين". ^{[ 92 ]} وفي وقت لاحق من ذلك العام، أعلنت جمعية إدارة معالجة البيانات (DPMA) معارضتها الشديدة للمعيار الجديد، مشيرةً إلى تكاليف التحويل "الباهظة" والتحسينات "المفروضة على المستخدم". ^{[ 93 ] [ 94 ]}

خلال فترة المراجعة العامة الأولى، تلقت اللجنة 2200 ردًا، منها 1700 ردًا سلبيًا. ^{[ 95 ]} أما الردود الأخرى فكانت عبارة عن تحليلات مفصلة لتأثير لغة كوبول-80 على أنظمتهم؛ حيث قُدِّرت تكاليف التحويل بما لا يقل عن 50 سنتًا لكل سطر من التعليمات البرمجية. وكان أقل من اثني عشر ردًا مؤيدًا للمعيار المقترح. ^{[ 96 ]}

أنشأت اللجنة الفرعية 97-97 التابعة للمنظمة الدولية للمعايير (ISO TC97-SC5) في عام 1979 فريق خبراء لغة كوبول الدولي، بمبادرة من ويم إيبينكهاوزن . ضمّ الفريق خبراء كوبول من دول عديدة، من بينها الولايات المتحدة. وكان هدفه تحقيق التفاهم والاحترام المتبادل بين المعهد الوطني الأمريكي للمعايير (ANSI) وبقية دول العالم فيما يتعلق بالحاجة إلى ميزات جديدة في لغة كوبول. بعد ثلاث سنوات، حوّلت المنظمة الدولية للمعايير (ISO) وضع الفريق إلى فريق عمل رسمي: فريق العمل 4 كوبول (WG 4 COBOL) . تولى الفريق المسؤولية الرئيسية عن تطوير معيار كوبول، حيث قدّم المعهد الوطني الأمريكي للمعايير (ANSI) معظم المقترحات.

في عام ١٩٨٣، سحبت جمعية مصنعي ومطوري برامج الحاسوب (DPMA) معارضتها للمعيار، مشيرةً إلى استجابة اللجنة لمخاوف الجمهور. وفي العام نفسه، خلصت دراسة أجراها المكتب الوطني للمعايير إلى أن المعيار المقترح لن يطرح سوى القليل من المشاكل. ^{[ ٩٤ ] [ ٩٧ ]} وبعد عام، أصدرت شركة DEC برنامج VAX/VMSEVALUATE COBOL-80، ولاحظت أن تحويل برامج COBOL-74 لم يطرح سوى القليل من المشاكل. وقد لاقت عبارات التصريح والعبارات المضمنة الجديدة PERFORMاستحسانًا كبيرًا، وحسّنت الإنتاجية بفضل تبسيط تدفق التحكم وتصحيح الأخطاء . ^{[ ٩٨ ]}

استقطبت المراجعة العامة الثانية 1000 رد (معظمها سلبي)، بينما لم تستقطب المراجعة الأخيرة سوى 25 رداً، وبحلول ذلك الوقت تمت معالجة العديد من المخاوف. ^{[ 94 ]}

في عام 1985، قبلت مجموعة العمل الرابعة التابعة للمنظمة الدولية للمقاييس (ISO) النسخة آنذاك من معيار ANSI المقترح، وأجرت عدة تغييرات عليه، وجعلته معيار ISO الجديد COBOL 85. وقد تم نشره في أواخر عام 1985.

تم تغيير أو إيقاف ستين ميزة وإضافة 115 ميزة ^{[ 99 ]} ، مثل: ^{[ 100 ] [ 101 ]}

• محددات النطاق ( END-IF, END-PERFORM, END-READ, إلخ.)
• البرامج الفرعية المتداخلة
• CONTINUEبيان عدم القيام بأي عملية
• EVALUATEعبارة التبديل
• INITIALIZEبيان يمكنه تعيين مجموعات البيانات إلى قيمها الافتراضية
• أجسام الحلقات المضمنة PERFORM- سابقًا، كان يجب تحديد أجسام الحلقات في إجراء منفصل
• تعديل المرجع، الذي يسمح بالوصول إلى السلاسل الفرعية
• رموز حالة الإدخال/الإخراج.

تم اعتماد المعيار الجديد من قبل جميع هيئات التقييس الوطنية، بما في ذلك المعهد الوطني الأمريكي للمعايير (ANSI). ^{[ 82 ]}

تلا ذلك تعديلان في عامي 1989 و1993. أدخل التعديل الأول وحدة الوظائف الجوهرية ، وقدم التعديل الثاني تصحيحات. ^{[ 82 ]}

في عام 1997، قدّرت مجموعة غارتنر أن إجمالي عدد أسطر لغة كوبول بلغ 200 مليار سطر، والتي كانت تُشغّل 80% من جميع برامج الأعمال. ^{[ ج ] [ 102 ]}

في أوائل التسعينيات، بدأ العمل على إضافة البرمجة كائنية التوجه في المراجعة الكاملة التالية للغة كوبول. وقد تم استخلاص ميزات البرمجة كائنية التوجه من لغتي سي++ وسمول توك . ^{[ 4 ] [ 5 ]}

كان التقدير الأولي هو إتمام هذه المراجعة بحلول عام 1997، وقد توفرت مسودة لجنة ISO (CD) بحلول ذلك العام. وقد أدخل بعض الموردين (بما في ذلك مايكرو فوكس ، وفوجيتسو ، وآي بي إم ) بنيةً برمجيةً كائنية التوجه استنادًا إلى مسودات المراجعة الكاملة. وتمت الموافقة على معيار ISO النهائي ونشره في أواخر عام 2002. ^{[ 103 ]}

Fujitsu/GTSoftware، ^{[ 104 ]} قدمت Micro Focus مترجمات COBOL الموجهة للكائنات والتي تستهدف إطار عمل .NET .

كانت هناك العديد من الميزات الجديدة الأخرى، والتي كان الكثير منها موجودًا في مجلة CODASYL COBOL للتطوير منذ عام 1978، ولم تُتح لها الفرصة لإدراجها في COBOL-85. ^{[ 105 ]} وشملت هذه الميزات الأخرى ما يلي: ^{[ 106 ] [ 107 ]}

• رمز حر الشكل
• الدوال المعرفة من قبل المستخدم
• التكرار
• المعالجة المستندة إلى اللغة المحلية
• دعم مجموعات الأحرف الموسعة مثل يونيكود
• أنواع البيانات ذات الفاصلة العائمة والبيانات الثنائية (حتى ذلك الحين، كانت العناصر الثنائية تُقتطع بناءً على مواصفات الأساس 10 لإعلانها )
• نتائج العمليات الحسابية المحمولة
• أنواع البيانات الثنائية والبوليانية
• المؤشرات والصيغة اللازمة للحصول على مساحة التخزين وتحريرها
• واجهات المستخدمSCREEN SECTION النصية
• المنشأةVALIDATE​
• تحسين قابلية التشغيل البيني مع لغات البرمجة الأخرى وبيئات الأطر البرمجية مثل .NET و Java .

تم نشر ثلاثة تصحيحات للمعيار: اثنان في عام 2006 وواحد في عام 2009. ^{[ 108 ]}

بين عامي 2003 و 2009، تم إعداد ثلاثة تقارير فنية تصف إنهاء الكائنات ومعالجة XML وفئات التجميع لـ COBOL. ^{[ 108 ]}

عانى إصدار COBOL 2002 من ضعف الدعم، إذ لم يدعم أيٌّ من المترجمات المعيار بشكل كامل. وقد خلصت شركة مايكرو فوكس إلى أن ذلك يعود إلى قلة طلب المستخدمين على الميزات الجديدة، وإلى إلغاء مجموعة اختبارات المعهد الوطني للمعايير والتكنولوجيا (NIST) التي كانت تُستخدم لاختبار توافق المترجمات. كما تبيّن أن عملية التقييس كانت بطيئة وتعاني من نقص الموارد. ^{[ 109 ]}

يتضمن COBOL 2014 التغييرات التالية: ^{[ 110 ]}

• أصبحت الميزات الرئيسية اختيارية، مثل المرفق VALIDATE، وكاتب التقارير، ومرفق معالجة الشاشة.
• جداول السعة الديناميكية (ميزة تم إسقاطها من مسودة COBOL 2002) ^{[ 111 ]}
• تم استبدال نتائج العمليات الحسابية المحمولة بأنواع بيانات IEEE 754
• التحميل الزائد للأساليب

أضاف معيار COBOL 2023 بعض الميزات الجديدة:

• صيغة المراسلة غير المتزامنة باستخدام عبارات " SENDو" ^{[ 112 ]}RECEIVE
• مرفق لمعالجة ^{المعاملات} مع COMMIT[ ROLLBACK^{112 ]}
• XORعامل منطقي ^{[ 112 ]}
• يمكن توسيع نطاق البيان CONTINUEليشمل إيقاف البرنامج مؤقتًا لمدة محددة ^{[ 113 ]}
• بيان ^{[ 113 ]}DELETE FILE​
• LINE SEQUENTIALتنظيم الملفات ^{[ 114 ]}
• تم تعريف التكرار اللانهائي باستخدام PERFORM UNTIL EXIT^{[ 113 ]}
• SUBSTITUTEوظيفة جوهرية تسمح باستبدال السلاسل الفرعية ذات الأطوال المختلفة ^{[ 113 ]}
• CONVERTدالة لتحويل الأساس ^{[ 113 ]}
• عوامل الإزاحة المنطقية ^{[ 115 ]}

gcobol^{[ 116 ]} ، من GCC 15.1، يستند إلى هذا المعيار.

مع اقتراب نهاية القرن العشرين، شكّلت مشكلة عام 2000 (Y2K) محور اهتمام كبير في برمجة لغة كوبول، حتى من قِبل المبرمجين أنفسهم الذين صمموا الأنظمة قبل عقود. يُعزى هذا الجهد الكبير المطلوب لتصحيح أكواد كوبول إلى الكم الهائل من تطبيقات كوبول الموجهة للأعمال، حيث تعتمد هذه التطبيقات بشكل كبير على التواريخ، وإلى حقول البيانات ذات الطول الثابت. ^{[ 121 ]} تُشير بعض الدراسات إلى أن ما يصل إلى 24% من تكاليف إصلاح برامج Y2K تعود إلى كوبول. ^{[ 122 ]} بعد الجهود المبذولة لتنظيف هذه البرامج لمواجهة مشكلة Y2K، كشف استطلاع رأي أُجري عام 2003 أن العديد منها لا يزال قيد الاستخدام. ^{[ 123 ]} وذكر الباحثون أن بيانات الاستطلاع تُشير إلى "تراجع تدريجي في أهمية كوبول في تطوير التطبيقات خلال السنوات العشر التالية، ما لم يتم اعتماد التكامل مع لغات وتقنيات أخرى". ^{[ 124 ]}

في عامي 2006 و2012، كشفت استطلاعات رأي أجرتها مجلة Computerworld (شملت 352 قارئًا) أن أكثر من 60% من المؤسسات تستخدم لغة كوبول (أكثر من لغتي C++ و Visual Basic .NET )، وأن نصف هذه المؤسسات تستخدم كوبول في غالبية برامجها الداخلية. ^{[ 12 ] [ 125 ]} وأفاد 36% من المديرين أنهم يخططون للانتقال من كوبول، بينما قال 25% إنهم سيفعلون ذلك لولا تكلفة إعادة كتابة البرامج القديمة . في المقابل، قامت بعض الشركات بنقل برامج كوبول الخاصة بها من الحواسيب المركزية إلى أجهزة أرخص وأسرع. ^{[ 12 ]}

بحلول عام 2019، كان عدد مبرمجي لغة كوبول يتناقص بسرعة بسبب التقاعد، مما أدى إلى فجوة وشيكة في المهارات لدى مؤسسات الأعمال والحكومة التي لا تزال تستخدم أنظمة الحواسيب المركزية لمعالجة كميات هائلة من المعاملات. وقد أثبتت الجهود المبذولة لإعادة كتابة أنظمة كوبول بلغات أحدث أنها مكلفة ومعقدة، وكذلك الاستعانة بمصادر خارجية لصيانة الشفرة، ولذلك تُنادى بمقترحات لتدريب المزيد من الأشخاص على لغة كوبول. ^{[ 126 ]}

قامت العديد من البنوك بجهود تحديث متعددة السنوات باستخدام لغة كوبول، مما أدى في بعض الأحيان إلى انقطاعات واسعة النطاق في الخدمة نتج عنها غرامات. ^{[ 127 ]}

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

في عام 2024، أعلنت مصلحة الضرائب الأمريكية عن الانتقال من لغة كوبول إلى لغة جافا بفضل مبادرة "الرقمية أولاً" . ^{[ 118 ]}

تتميز لغة كوبول ببنية نحوية شبيهة باللغة الإنجليزية، تُستخدم لوصف كل شيء تقريبًا في برامج كوبول. على سبيل المثال، يمكن التعبير عن شرط ما على النحو التالي: `$` أو بشكل أكثر اختصارًا: `$` أو ` $ `. ويمكن اختصار الشروط الأكثر تعقيدًا بحذف الشروط والمتغيرات المتكررة. على سبيل المثال، يمكن اختصار `$` إلى `$ `. لدعم هذه البنية النحوية، تحتوي كوبول على أكثر من 300 كلمة مفتاحية . ^{[ 130 ] [ d ]} بعض هذه الكلمات المفتاحية عبارة عن تهجئات بديلة أو جمع بسيطة لنفس الكلمة، مما يوفر عبارات وجملًا أكثر ملاءمة من الناحية النحوية؛ على سبيل المثال، يمكن استخدام الكلمتين المفتاحيتين `$` و` $ ` بشكل متبادل، وكذلك `$` و` $` و`$ `. xISGREATERTHANy xGREATERy  x>y a>bANDa>cORa=d a>bANDcOR =dINOFTIMETIMESVALUEVALUES

يتكون كل برنامج COBOL من أربعة عناصر معجمية أساسية : الكلمات، والقيم الحرفية، وسلاسل الأحرف المصورة، والفواصل. تشمل الكلمات الكلمات المحجوزة والمعرفات التي يُعرّفها المستخدم. يصل طولها إلى 31 حرفًا، وقد تتضمن حروفًا وأرقامًا وواصلات وشرطات سفلية. تشمل القيم الحرفية الأرقام (مثل 1 12) والسلاسل النصية (مثل 1 'Hello!'). ^{[ 132 ]} تشمل الفواصل المسافة والفاصلة والفاصلة المنقوطة متبوعة بمسافة. ^{[ 133 ]}

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

$\displaystyle \begin{array}{l}{\underline {\texttt {إضافة}}}\,{\begin{Bmatrix}{\text{identifier-1}}\\{\text{literal-1}}\end{Bmatrix}}\dots \;{\underline {\texttt {إلى}}}\,\left\{{\text{identifier-2}}\,\left[\,{\underline {\texttt {تقريب}}}\,\right]\right\}\dots \\[1em]\quad \left[\left|{\begin{array}{l}{\texttt {تشغيل}}\,{\underline {\texttt {الحجم}}}\,{\underline {\texttt {خطأ}}}\,{\text{عبارة-الأمر-1}}\\{\underline {\texttt {ليس}}}\,{\texttt {ON}}\,{\underline {\texttt {SIZE}}}\,{\underline {\texttt {ERROR}}}\,{\text{imperative-statement-2}}\end{array}}\right|\right]\\[1em]\quad \left[\,{\underline {\texttt {END-ADD}}}\,\right]\end{array}}}$

أضف 1 إلى x ، أضف 1 ، a ، b إلى x (مقربًا) ، y ، z (مقربًا)أضف a و b إلى c عند ظهور خطأ في الحجم ، اعرض "خطأ" . نهاية الإضافةأضف أ إلى ب، لا تعرض خطأ في الحجم، اعرض "لا يوجد خطأ"، عند ظهور خطأ في الحجم، اعرض "خطأ".

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

يمكن كتابة لغة كوبول بصيغتين: ثابتة (الصيغة الافتراضية) أو حرة. في الصيغة الثابتة، يجب محاذاة الكود ليناسب مساحات محددة (وهو أمر متبقٍ من استخدام البطاقات المثقبة). وحتى إصدار كوبول 2002، كانت هذه المساحات كالتالي:

في لغة كوبول 2002، تم دمج المنطقتين A و B لتشكيل منطقة نص البرنامج، والتي تنتهي الآن عند عمود يحدده المبرمج. ^{[ 136 ]}

قدمت لغة كوبول 2002 أيضًا ميزة كتابة الكود الحر. يمكن وضع الكود الحر في أي عمود من الملف، كما هو الحال في لغات البرمجة الحديثة. تُحدد التعليقات باستخدام *>، والتي يمكن وضعها في أي مكان، ويمكن استخدامها أيضًا في الكود المصدري ذي التنسيق الثابت. لا توجد أسطر استمرار، >>PAGEويحل التوجيه محل /المؤشر. ^{[ 136 ]}

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

*> هذان متكافئان. استدعاء الدالة my-class "foo" وإرجاع القيمة var، ثم نقل القيمة my-class :: "foo" إلى var. *> استدعاء دالة مضمنة

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

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

01 بعض السجلات . *> عنصر سجل المجموعة المجمعة 05 رقم PIC 9(10) . *> عنصر أساسي 05 التاريخ . *> عنصر سجل المجموعة (الفرعية) المجمعة 10 السنة PIC 9(4) . *> عنصر أساسي 10 الشهر PIC 99. * > عنصر أساسي 10 اليوم PIC 99. * > عنصر أساسي

01 تاريخ البيع . 05 السنة PIC 9(4) . 05 الشهر PIC 99. 05 اليوم PIC 99 .

01 سجل العميل . 05 مفتاح العميل PIC X(10) . 05 اسم العميل . 10 اسم العميل الأول PIC X(30) . 10 اسم عائلة العميل PIC X(30) . 05 تاريخ ميلاد العميل PIC 9(8) . 05 رصيد العميل PIC 9(7)V99 . 66 تفاصيل العميل الشخصية RENAMES اسم العميل حتى تاريخ ميلاد العميل . 66 جميع تفاصيل العميل RENAMES اسم العميل حتى رصيد العميل .

77 اسم العقار PIC X(80) . 77 منطقة المبيعات PIC 9(5) .

01 نوع الأجر PIC X . 88 الأجر بالساعة VALUE "H" . 88 الأجر السنوي VALUE " S" , "Y" .

تقرير المبيعات الصادر عن المدير المالي .

تقرير مبيعات RD ، حدود الصفحة 60 سطرًا، التفاصيل الأولى 3 عناصر تحكم، اسم البائع .01 اكتب عنوان الصفحة . 03 العمود 1 القيمة "تقرير المبيعات" . 03 العمود 74 القيمة "الصفحة" . 03 العمود 79 الصورة Z9 مصدر عداد الصفحات .01 sales-on-day TYPE DETAIL , LINE + 1 . 03 COL 3 VALUE "Sales on" . 03 COL 12 PIC 99/99/9999 SOURCE sales-date . 03 COL 21 VALUE "were" . 03 COL 26 PIC $$$$9.99 SOURCE sales-amount .01 invalid-sales TYPE DETAIL , LINE + 1 . 03 COL 3 VALUE "INVALID RECORD:" . 03 COL 19 PIC X(34) SOURCE sales-record .01 TYPE CONTROL HEADING seller-name , LINE + 2 . 03 COL 1 VALUE "Seller:" . 03 COL 9 PIC X(30) SOURCE seller-name .

تقرير المبيعات - الصفحة 1البائع: هوارد برومبيرغ.  المبيعات بتاريخ 10/12/2008: 1000.00 دولار.  المبيعات بتاريخ 12/12/2008: 0.00 دولار.  المبيعات بتاريخ 13/12/2008: 31.47 دولار.  سجل غير صالح: هوارد برومبيرغ XXXXYYالبائع: هوارد ديسكاونت ... تقرير المبيعات، الصفحة ١٢ بلغت المبيعات في 08/05/2014 مبلغ 543.98 دولارًا أمريكيًا.  سجل غير صالح: ويليام سيلدن 12052014FOOFOO.  بلغت المبيعات في 30/05/2014 مبلغ 0.00 دولارًا أمريكيًا.

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

برنامج "مرحباً بالعالم!" بلغة كوبول:

قسم التعريف . معرف البرنامج . مرحباً بالعالم . قسم الإجراءات . عرض "مرحباً بالعالم!" .

عندما نُشر مثال برنامج "Hello, World!" الشهير في كتاب "لغة البرمجة C" لأول مرة عام 1978، كان من المرجح أن يتم تقديم نموذج برنامج COBOL مماثل للحاسوب المركزي عبر JCL ، باستخدام قارئ بطاقات مثقبة وبطاقات مثقبة ذات 80 عمودًا على الأرجح. تم اختبار القائمة أدناه، مع حقل فارغDATA DIVISION ، باستخدام نظام Linux ومحاكي System/370 Hercules الذي يعمل بنظام MVS 3.8J. تم اشتقاق JCL، الذي كُتب في يوليو 2015، من دروس Hercules التعليمية ونماذجها التي استضافها جاي موسلي. ^{[ 169 ]} تماشيًا مع برمجة COBOL في تلك الحقبة،مرحبا بالعالميتم عرضها بأحرف كبيرة.

// COBUCLG JOB ( 001 ), 'اختبار قاعدة كوبول' ,// CLASS = A , MSGCLASS = A , MSGLEVEL = ( 1 , 1 )// BASETEST EXEC COBUCLG// COB . SYSIN DD *00000 * التحقق من صحة تثبيت برنامج كوبول الأساسي01000 قسم تحديد الهوية .01100 معرف البرنامج . 'مرحباً' .02000 قسم البيئة .02100 قسم التكوين .02110 SOURCE-COMPUTER . GNULINUX .02120 حاسوب كائني . هرقل .02200 أسماء خاصة .02210 وحدة التحكم هي CONSL .03000 قسم البيانات .04000 قسم الإجراءات .04100 00 - MAIN .04110 عرض عبارة "مرحباً بالعالم" عند الاتصال .04900 توقف تشغيل .// LKED . SYSLIB DD DSNAME = SYS1 . COBLIB , DISP = SHR// DD DSNAME = SYS1 . LINKLIB , DISP = SHR// GO . SYSPRINT DD SYSOUT = A//

بعد إرسال JCL، عرضت وحدة تحكم MVS ما يلي:

 19.52.48 المهمة 3 $HASP100 COBUCLG على القارئ 1 اختبار قاعدة كوبول 19.52.48 المهمة 3 IEF677I رسائل تحذيرية للمهمة COBUCLG 19.52.48 تم بدء المهمة 3 $HASP373 COBUCLG - تهيئة 1 - الفئة أ - SYS BSP1 19.52.48 المهمة 3 IEC130I بيان DD مفقود 19.52.48 المهمة 3: بيان DD الخاص بمكتبة نظام IEC130I مفقود 19.52.48 المهمة 3 IEC130I بيان DD مفقود 19.52.48 JOB 3 IEFACTRT - Stepname Procstep Program Retcode 19.52.48 JOB 3 COBUCLG BASETEST COB IKFCBL00 RC= 0000 19.52.48 JOB 3 COBUCLG BASETEST LKED IEWL RC= 0000 19.52.48 JOB 3 +مرحباً بالعالم 19.52.48 JOB 3 COBUCLG BASETEST GO PGM=*.DD RC= 0000 19.52.48 انتهت المهمة رقم 3 $HASP395 COBUCLG

تم تمييز السطر 10 من قائمة وحدة التحكم أعلاه لأغراض التوضيح فقط؛ التمييز ليس جزءًا من مخرجات وحدة التحكم الفعلية .

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

في سبعينيات القرن العشرين، أصبح تبني نموذج البرمجة الهيكلية أكثر انتشارًا. كتب إدسكار ديكسترا ، عالم الحاسوب البارز، رسالة إلى محرر مجلة "اتصالات رابطة آلات الحوسبة " ( Communications of the ACM) ، نُشرت عام 1975 بعنوان "كيف نخبر بالحقائق التي قد تكون مؤلمة؟"، انتقد فيها لغة كوبول (COBOL) والعديد من اللغات المعاصرة الأخرى، مشيرًا إلى أن "استخدام كوبول يُعيق العقل". ^{[ 170 ]}

في رأي مخالف منشور لملاحظات ديكسترا، ادعى عالم الحاسوب هوارد إي. تومبكينز أن لغة كوبول غير المهيكلة تميل إلى أن "يكتبها مبرمجون لم يسبق لهم الاستفادة من تعليم لغة كوبول المهيكلة بشكل جيد"، بحجة أن المشكلة تكمن أساسًا في التدريب. ^{[ 171 ]}

كان أحد أسباب شيفرة "سباغيتي" هو GO TOعبارة `s`. إلا أن محاولات إزالة GO TO`s` من شيفرة كوبول أدت إلى برامج معقدة وانخفاض جودة الشيفرة. ^{[ 172 ]}GO TO تم استبدال `s` إلى حد كبير بعبارة PERFORM`requirements` والإجراءات، مما عزز البرمجة المعيارية ^{[ 172 ]} ووفر وصولاً سهلاً إلى إمكانيات التكرار القوية. مع ذلك، PERFORMكان لا يمكن استخدام `s` إلا مع الإجراءات، لذا لم تكن أجسام الحلقات موجودة في أماكن استخدامها، مما جعل فهم البرامج أكثر صعوبة. ^{[ 173 ]} منذ اعتماد معيار 1985، GO TOتم الاستغناء تمامًا عن `s` بفضل الميزات الغنية للفعل `requirements` PERFORM؛ ومع ذلك، GO TOلا تزال `s` موجودة للتوافق مع الإصدارات السابقة، كما هو الحال في العديد من اللغات الأخرى.

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

وثمة تعقيد آخر نشأ من القدرة على تنفيذ PERFORM THRUتسلسل محدد من الإجراءات. هذا يعني أن التحكم يمكن أن ينتقل إلى أي إجراء ويعود منه، مما يخلق تدفق تحكم معقدًا ويسمح للمبرمج بخرق قاعدة الدخول والخروج الأحادي . ^{[ 176 ]}

تحسّن هذا الوضع مع إضافة المزيد من الميزات إلى لغة كوبول. فقد أضافت كوبول 74 البرامج الفرعية، مما منح المبرمجين القدرة على التحكم في البيانات التي يمكن لكل جزء من البرنامج الوصول إليها. ثم أضافت كوبول 85 البرامج الفرعية المتداخلة، مما سمح للمبرمجين بإخفاء البرامج الفرعية. ^{[ 177 ]} وزاد التحكم في البيانات والتعليمات البرمجية في عام 2002 مع تضمين البرمجة كائنية التوجه، والدوال المعرفة من قبل المستخدم، وأنواع البيانات المعرفة من قبل المستخدم. ^{[ 178 ]}

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

كان الهدف من لغة كوبول أن تكون لغةً "شائعة" سهلة النقل. مع ذلك، وبحلول عام 2001، تم ابتكار حوالي 300 لهجة. ^{[ 180 ]} كان أحد مصادر هذه اللهجات هو المعيار نفسه: فقد تألف معيار عام 1974 من نواة إلزامية واحدة وإحدى عشرة وحدة وظيفية، تحتوي كل منها على مستويين أو ثلاثة مستويات من الدعم. وقد أتاح ذلك 104,976 متغيرًا محتملاً. ^{[ 181 ]}

لم يكن COBOL-85 متوافقًا تمامًا مع الإصدارات السابقة، وكان تطويره مثيرًا للجدل. قاد جوزيف تي. بروفي، مدير قسم تكنولوجيا المعلومات في شركة Travelers Insurance ، جهودًا لإطلاع مستخدمي COBOL على التكاليف الباهظة لإعادة برمجة تطبيق المعيار الجديد. ^{[ 182 ]} ونتيجةً لذلك، تلقت لجنة ANSI COBOL أكثر من 2200 رسالة من الجمهور، معظمها سلبية، مما استدعى إجراء تغييرات. من جهة أخرى، كان يُعتقد أن التحول إلى COBOL-85 سيزيد الإنتاجية في السنوات اللاحقة، مما يبرر تكاليف التحول. ^{[ 183 ]}

كثيراً ما وُجهت انتقادات لبنية لغة كوبول بسبب إسهابها. ويقول المؤيدون إن هذا كان يهدف إلى جعل الكود موثقاً ذاتياً ، مما يُسهّل صيانة البرنامج. ^{[ 185 ]} كما صُممت كوبول لتكون سهلة التعلم والاستخدام للمبرمجين، ^{[ 186 ]} مع الحفاظ على سهولة قراءتها من قِبل الموظفين غير التقنيين، مثل المديرين. ^{[ 187 ] [ 188 ] [ 189 ] [ 190 ]}

أدى السعي إلى سهولة القراءة إلى استخدام بنية نحوية وعناصر هيكلية شبيهة باللغة الإنجليزية، مثل الأسماء والأفعال والجمل والفقرات والفواصل. ومع ذلك، بحلول عام 1984، كان مطورو برامج كوبول يواجهون صعوبة في التعامل مع التعليمات البرمجية "غير المفهومة" ^{[ 189 ]} ، وكانت التغييرات الرئيسية في كوبول-85 تهدف إلى تسهيل الصيانة. ^{[ 95 ]}

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

لاحقًا، عانى كوبول من نقص في المواد التي تغطيه؛ ولم تظهر كتب تمهيدية عنه إلا في عام 1963 (مع نشر ريتشارد د. إيروين كتابًا جامعيًا عن كوبول في عام 1966). ^{[ 193 ]} صرّح دونالد نيلسون، رئيس لجنة كوبول التابعة لـ CODASYL، في عام 1984 بأن "الأكاديميين... يكرهون كوبول" وأن خريجي علوم الحاسوب "قد غُرست فيهم كراهية كوبول". ^{[ 194 ]}

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

في عام 2003، كانت لغة كوبول مُدرجة في 80% من مناهج نظم المعلومات في الولايات المتحدة، وهي النسبة نفسها التي كانت تُدرج فيها لغتا سي++ وجافا . ^{[ 196 ]} بعد عشر سنوات، أظهر استطلاع رأي أجرته شركة مايكرو فوكس أن 20% من الأكاديميين الجامعيين يعتقدون أن لغة كوبول قديمة أو منقرضة، وأن 55% منهم يعتقدون أن طلابهم يعتقدون ذلك أيضًا. كما أظهر الاستطلاع نفسه أن 25% فقط من الأكاديميين يُدرّسون برمجة كوبول ضمن مناهجهم الدراسية، على الرغم من أن 60% منهم يرون ضرورة تدريسها. ^{[ 197 ]}

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

عانت معايير لغة كوبول مرارًا وتكرارًا من التأخير: فقد صدرت كوبول 85 بعد خمس سنوات من الموعد المأمول، ^{[ 199 ]} وكوبول 2002 بعد خمس سنوات، ^{[ 4 ]} وكوبول 2014 بعد ست سنوات. ^{[ 103 ] [ 200 ]} ولمواجهة هذا التأخير، سمحت لجنة المعايير بإنشاء ملاحق اختيارية تُضيف ميزات جديدة بسرعة أكبر من انتظار المراجعة التالية للمعيار. ومع ذلك، أعرب بعض أعضاء اللجنة عن مخاوفهم بشأن عدم التوافق بين التطبيقات والتعديلات المتكررة على المعيار. ^{[ 201 ]}

أثرت هياكل بيانات لغة كوبول على لغات البرمجة اللاحقة. فقد أثر هيكل السجلات والملفات فيها على لغتي PL/I وباسكال ، وكانت عبارة "السجلات المتغيرة" سابقةً لسجلات باسكال المتغيرة. وسبقت تعريفات هيكل الملفات الصريحة تطوير أنظمة إدارة قواعد البيانات ، وشكّلت البيانات المجمعة تقدماً كبيراً على مصفوفات فورتران. ^{[ 202 ]}REDEFINES

PICTUREتم دمج إعلانات البيانات في لغة PL/I، مع تغييرات طفيفة.

COPYعلى الرغم من اعتبارها "بدائية"، ^{[ 203 ]} إلا أن مرفق COBOL أثر على تطوير توجيهات التضمين . ^{[ 202 ]}

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