<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>لغة كوبول on [ MECANIK DEV ]</title><link>https://mecanik.dev/ar/tags/cobol/</link><description>Recent content in لغة كوبول on [ MECANIK DEV ]</description><generator>Hugo -- gohugo.io</generator><language>ar</language><copyright>{year}-حقوق النشر © 2020- {year} بواسطة Mecanik. كل الحقوق محفوظة.</copyright><lastBuildDate>Mon, 03 Aug 2026 07:00:00 +0100</lastBuildDate><atom:link href="https://mecanik.dev/ar/tags/cobol/index.xml" rel="self" type="application/rss+xml"/><item><title>خدمات تحديث COBOL: كيف تختار المورّد المناسب</title><link>https://mecanik.dev/ar/posts/cobol-modernisation-services-choosing-a-vendor/</link><pubDate>Mon, 03 Aug 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-modernisation-services-choosing-a-vendor/</guid><description>شراء خدمات تحديث COBOL ليس كشراء أي نوع آخر من أعمال البرمجيات. فالنظام المعني يعمل منذ ثلاثين أو أربعين سنة، ولا أحد من الموظفين الحاليين يفهمه بالكامل، وعواقب الخطأ تُقاس بإخفاقات في التقارير التنظيمية لا بمراحل تسليم فائتة. وفي الوقت نفسه، تَعِد كل العروض على مكتبك بالنتيجة ذاتها بأسعار متباينة بشدة.
يوضّح هذا الدليل ما يتضمنه أي ارتباط جاد فعلاً، وكيف تختلف أنواع المورّدين، وأي الأسئلة تفصل بين عرض مبني على أدلة وآخر مبني على التفاؤل.</description></item><item><title>أدوات ترحيل الحاسبات المركزية: ما ينجح وما يفشل</title><link>https://mecanik.dev/ar/posts/mainframe-migration-tools-what-works/</link><pubDate>Sat, 01 Aug 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/mainframe-migration-tools-what-works/</guid><description>يبدأ كل ترحيل لحاسب مركزي ببحث أحدهم عن أدوات ترحيل الحاسبات المركزية، وكل عرض تقديمي يتبع ذلك يبدو مقنعاً بشكل لافت. تدخل بضعة آلاف من أسطر COBOL، وتخرج Java مقروءة، وتنجح مجموعة الاختبارات، ويَعِد العرض بأتمتة بنسبة سبعين أو ثمانين بالمئة. العرض صادق عادةً. وهو أيضاً يُشغَّل عادةً على شيفرة لا تشبه شيفرتك إطلاقاً.
يصف هذا الدليل فئات الأدوات الموجودة فعلاً، وما تجيده كل فئة حقاً، والمواضع المحددة التي تميل فيها كل منها إلى الفشل على أحمال العمل الواقعية.</description></item><item><title>تحديث المينفريم: rewrite أو refactor أو replatform</title><link>https://mecanik.dev/ar/posts/mainframe-modernisation-rewrite-refactor-replatform/</link><pubDate>Mon, 06 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/mainframe-modernisation-rewrite-refactor-replatform/</guid><description>نادراً ما يكون تحديث المينفريم قراراً واحداً. إنه اختيار بين عدة استراتيجيات متمايزة، لكل منها ملف تعريف مختلف جداً من حيث التكلفة والجدول الزمني والمخاطر، والإجابة الصحيحة تعتمد على أهداف عملك بدلاً من التفضيل التقني. اختيار «إعادة كتابة كل شيء» عندما يكفي replatform، أو «lift and shift» عندما تكون المشكلة الحقيقية هي شيفرة غير قابلة للصيانة، هو الطريقة التي تهدر بها برامج التحديث الملايين.
يقارن هذا الدليل استراتيجيات التحديث الرئيسية، ومتى يكون كل منها منطقياً، وكيفية الاختيار.</description></item><item><title>تكلفة ترحيل COBOL: دليل المملكة المتحدة 2026</title><link>https://mecanik.dev/ar/posts/cobol-migration-cost-timeline-and-risk-uk-guide/</link><pubDate>Sun, 05 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-migration-cost-timeline-and-risk-uk-guide/</guid><description>«كم ستبلغ تكلفة الانتقال من COBOL؟» هذا هو أول سؤال يطرحه كل مجلس إدارة، والإجابة الصادقة هي أنه يعتمد على أكثر من حجم قاعدة الشيفرة. يوضح هذا الدليل ما الذي يحرك فعلياً تكلفة ترحيل COBOL في المملكة المتحدة، ونطاقات الميزانية والجدول الزمني الواقعية، والمخاطر التي تحوّل مشروعاً مخططاً جيداً إلى تجاوز للميزانية.
الخلاصة
يكلّف ترحيل COBOL متوسط الحجم في المملكة المتحدة عادةً من 200,000 إلى 800,000 جنيه إسترليني ويستغرق من سنة إلى سنتين؛ أما إيقاف تشغيل الحواسيب المركزية بالكامل فيصل إلى ملايين وعدة سنوات تُحرَّك التكلفة بدرجة أكبر بكثير من خلال تعقيد قاعدة الشيفرة، ومنطق الأعمال غير الموثّق، وإعادة تصميم طبقة الوصول إلى البيانات، أكثر مما تُحرَّك بعدد الأسطر الخام يغيّر اختيار اللغة الهدف ونهج الترحيل الميزانية بشكل ملموس السبب الأكثر شيوعاً لتجاوز المشاريع هو الاستهانة بالنطاق، خصوصاً قواعد الأعمال غير الموثّقة وطبقة الوصول إلى البيانات ما الذي يحرك فعلياً تكلفة ترحيل COBOLعدد الأسطر هو الرقم الرئيسي، لكنه مؤشر ضعيف بمفرده.</description></item><item><title>ترحيل COBOL إلى Rust - دليل مؤسسات المملكة المتحدة</title><link>https://mecanik.dev/ar/posts/cobol-to-rust-migration-a-uk-enterprise-guide/</link><pubDate>Sun, 05 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-to-rust-migration-a-uk-enterprise-guide/</guid><description>يُعد Rust هدفاً متزايد الشعبية لترحيل COBOL لدى المؤسسات التي تريد أمان الذاكرة والأداء العالي معاً دون جامع نفايات. بالنسبة للأنظمة الحرجة للسلامة والحساسة للأداء، فإن ضمانات ترحيل COBOL إلى Rust مقنعة: تُلتقط فئات كاملة من أخطاء الذاكرة في وقت التصريف، والملفات الثنائية الناتجة سريعة وقابلة للتنبؤ.
كما أن Rust هو الهدف الأكثر تطلباً في هذه القائمة، لأن نموذج الملكية والاستعارة الخاص به يختلف اختلافاً جوهرياً عن نموذج بيانات COBOL المسطح.</description></item><item><title>ترحيل COBOL إلى Go: دليل للمؤسسات في المملكة المتحدة</title><link>https://mecanik.dev/ar/posts/cobol-to-go-migration-a-uk-enterprise-guide/</link><pubDate>Sat, 04 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-to-go-migration-a-uk-enterprise-guide/</guid><description>تُعد Go هدفًا عمليًا لترحيل COBOL عندما تكون البساطة وسرعة البناء وسهولة النشر أهم من وجود منظومة أطر عمل مؤسسية ضخمة. فهي تُترجَم إلى ملف تنفيذي ثابت واحد بلا تبعيات وقت تشغيل، وتعمل في أي مكان، ونموذج التزامن المدمج فيها يناسب بشكل طبيعي تحديث المعالجة الدفعية في COBOL إلى أحمال عمل متوازية.
يوضح هذا الدليل ما ينطوي عليه فعليًا ترحيل COBOL إلى Go، والأساليب المتاحة للمؤسسات في المملكة المتحدة، وتكلفته، ومسألة الدقة الوحيدة التي يجب أن تخطط لها منذ البداية.</description></item><item><title>ترحيل COBOL إلى Java - دليل مؤسسي بريطاني</title><link>https://mecanik.dev/ar/posts/cobol-to-java-migration-a-uk-enterprise-guide/</link><pubDate>Sat, 04 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-to-java-migration-a-uk-enterprise-guide/</guid><description>تُعد Java الوجهة الأكثر شيوعًا لترحيل COBOL المؤسسي، ومن السهل فهم السبب. فهي لغة ناضجة وقوية التنميط، ومدعومة بنظام بيئي هائل من المكتبات، ويسندها أحد أعمق مجمعات المطورين في المملكة المتحدة. بالنسبة للمؤسسات التي تشغّل COBOL حرجًا على أجهزة IBM mainframe، يوفر ترحيل COBOL إلى Java مسارًا نحو منصة حديثة دون التخلي عن الصرامة على مستوى المؤسسات التي تتطلبها هذه الأنظمة.
يشرح هذا الدليل ما ينطوي عليه ترحيل COBOL إلى Java فعليًا، والمناهج المتاحة للمؤسسات البريطانية، وتكلفته، وكيفية إدارة المخاطر.</description></item><item><title>ترحيل COBOL إلى C#: دليل مؤسسات المملكة المتحدة</title><link>https://mecanik.dev/ar/posts/cobol-to-csharp-migration-a-uk-enterprise-guide/</link><pubDate>Fri, 03 Jul 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-to-csharp-migration-a-uk-enterprise-guide/</guid><description>لا يزال COBOL يشكّل الأساس لكمّ هائل من البرمجيات التي تعمل داخل البنوك وشركات التأمين والهيئات الحكومية وكبار تجّار التجزئة في المملكة المتحدة. يعالج جزء كبير منه الأموال، ويعمل جزء كبير منه منذ فترة تسبق بكثير التحاق المطوّرين الذين يصونونه اليوم بالمؤسسة. ومع تقاعد خبرات COBOL تدريجياً من سوق العمل، يتزايد الضغط نحو التحديث عاماً بعد عام، ويُعدّ ترحيل COBOL إلى C# أحد أكثر المسارات التي تدرسها المؤسسات البريطانية.
بالنسبة للمؤسسات التي استثمرت بالفعل في منظومة Microsoft، يُعدّ C# على .</description></item><item><title>الانتقال من COBOL إلى Python - دليل المؤسسات البريطانية 2026</title><link>https://mecanik.dev/ar/posts/cobol-to-python-migration-a-uk-enterprise-guide/</link><pubDate>Sun, 21 Jun 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-to-python-migration-a-uk-enterprise-guide/</guid><description>تُشغّل لغة COBOL ما يُقدَّر بمئات المليارات من الأسطر البرمجية التي لا تزال تعمل في الأنظمة المالية العالمية والبنية التحتية الحكومية وخوادم التطبيقات المؤسسية. في المملكة المتحدة، تعمل كثير من هذه الأنظمة في البنوك وشركات التأمين والجهات الحكومية وكبار تجار التجزئة. والمطورون الذين كتبوا تلك الأنظمة يخرجون تباعا إلى التقاعد، فيما تتصاعد الضغوط على المؤسسات التي تديرها.
وقد غدت Python الوجهة المفضلة للانتقال في معظم مشاريع تحديث COBOL، وذلك لأسباب وجيهة.</description></item><item><title>الانتقال من COBOL إلى C++: دليل عملي لتحديث الأنظمة القديمة</title><link>https://mecanik.dev/ar/posts/cobol-to-c++-migration/</link><pubDate>Tue, 24 Feb 2026 18:00:00 +0100</pubDate><guid>https://mecanik.dev/ar/posts/cobol-to-c++-migration/</guid><description>يُعد الانتقال من COBOL إلى C++ من أكثر مشاريع التحديث تأثيراً التي يمكن لأي مؤسسة أن تتبناها، وهو أيضاً من أكثرها إهمالاً. لا يزال هناك ما يقارب 220 مليار سطر من كود COBOL يعمل في بيئات الإنتاج اليوم. تعالج البنوك تريليونات الدولارات من خلاله. وتدير الحكومات أنظمة التقاعد وتحصيل الضرائب والرعاية الصحية اعتماداً عليه. وتحجز شركات الطيران رحلاتها من خلاله. وكل عام، يقترب الأشخاص الذين يعرفون كيف يصونون هذا الكود من التقاعد، مع شبه انعدام لمن يحل محلهم.</description></item></channel></rss>