فيجوال باسيك 6 في العام 2026: دعوة إلى Microsoft

C# كلغة برمجة ليست بأي حال من الأحوال أسوأ من VB6، ولا حتى VB.NET.

ولكن: بيئة تطوير .NET تبدو وكأنها خطوة إلى الوراء إلى العصر الحجري بالنسبة لمطوري VB6:

1. فهي تفتقر إلى قدرات التصحيح السحرية التي جعلت من "البرمجة المباشرة" في VB6 معززًا حقيقيًا للبرمجة: تبدأ بمسودة، ثم تقوم بتحسينها في وقت التشغيل.
2. يوحد .NET ما يبدو وكأنه مئات التقنيات تحت سقف واحد، ولكن الواجهة المثقلة تنفر أي وافد جديد أو متحول منذ البداية، كما أن منحنى التعلم للتعرف على IDE ضخم.
3. يبدو IDE .NET IDE أقل استجابة بكثير وبدء تشغيل تطبيق Hello World صغير يمكن أن يستغرق 10 من وقت التجميع قبل أن يبدأ برنامج بسيط...
4. يبدو أن IDE .NET IDE متعطش للغاية للموارد. وسرعان ما يصبح تثبيت بيئة تطوير .NET بسرعة على جهاز Surface Laptop بمساحة 250 جيجابايت من القرص الصلب مثل تشغيل مسار بصق عندما يتعلق الأمر بتحرير الموارد المطلوبة.

ندائي إلى مايكروسوفت: يجب أن يصبح VB6 مفتوح المصدر حتى يتسنى تطويره من قبل المجتمع ونقله إلى العام 2026.

يعيش VB6 في العام 2026

لم يتخل المجتمع أبداً عن Visual Basic 6. قام Kr00l بنقل عناصر تحكم Microsoft Common Controls المستخدمة غالبًا في VB6 إلى 2026 وأنشأ نفس المكونات مدركة تمامًا لـ DPI وقادرة على استخدام Unicode/UTF-8.

يتطورTwinBasic إلى مترجم 64 بت قابل للتشغيل حتى للبرامج الحالية. إن نهج المجتمع جدير بالثناء وطموح للغاية، خاصةً لأن لا أحد لديه إمكانية الوصول إلى التعليمات البرمجية المصدرية لـ VB6 وعلى المجتمع تطوير كل شيء من الصفر.

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

يمكن حل العديد من نقاط ضعف VB6، مثل تعدد مؤشرات الترابط الحقيقي، في عام 2026 بمكونات Rust إضافية يمكن إرساؤها إذا لزم الأمر.

إن درجة OOP في Visual Basic هي حل وسط بارع بين تقليل التعقيد والاستخدام الاختياري للفئات كحاويات للطرق والبيانات حيث يعزز حقًا الكفاءة في البرمجة. لا ينبغي تغيير هذا النهج على الإطلاق.

يمكن وينبغي إعادة بناء أداة التثبيت الخاصة بـ VB6 IDE بالكامل، على سبيل المثال مع Inno Setup.

يمكن تضمين برنامج DPIAwareness الكامل وإمكانية UTF8 الكاملة وحتى مترجم 64 بت مباشرةً في التعليمات البرمجية المصدرية لـ VB6.

حيث لا يزال VB6 يستدعي أساليب Ansi في واجهة برمجة تطبيقات Win32 (مثل WriteTextA)، يمكننا استبدالها بأساليب W التي تدعم UTF8 (WriteTextW).

نحن، المجتمع، سنتولى هذه المهمة وننقل النهج المبتكر لـ Visual Basic 6 إلى عام 2026. لأنه لا أحد من محبي VB6 السابقين يستخدم Visual Basic .NET حاليًا بأي شغف حقيقي.

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

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

أو ستقوم مايكروسوفت بإصدار التعليمات البرمجية المصدرية لـ Visual Basic 6 وسنقوم نحن، المجتمع، بجلب بيئة التطوير الرائعة هذه لنظام ويندوز إلى عام 2026.

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

وأخيرًا وليس آخرًا، سيكون مكسبًا كبيرًا لمايكروسوفت، حيث أن قرار إتاحة الكود المصدري لـ Visual Basic 6 كمصدر مفتوح سيعزز أيضًا سمعة مايكروسوفت ويعيد العديد من المعجبين والمطورين إلى نظام مايكروسوفت البيئي.

سيكون ذلك مكسباً كبيراً لمايكروسوفت في رأيي.