RAD Studio 13.0 "Ganymede" BETA

[brave]

أي والله صدق delphi4us حينما قال (خربش بالعود واعطي لمسعود)
بيئة رائعة وسريعة ولكن سيضيعونها وسيهجرهم الكثير من المبرمجين فانا عن نفسي بدأت او عدت الى الدوت نت من جديد وحاولت مع فايرمونكي كثيرا لتطويعه ولكنه اضاعة للوقت بدل من ان تنجز عملك تبقى تصلح مشاكلهم وعلى الاقل Maui تتطور بسرعة ولها مجتمع كبير وادوات كثيرة وكل شئ مجاني و NetCore اصبح غير مغلق ويمكنه العمل باي مكان
وعلى العموم الدوت نت مع Native AOT لها مستقبل كبير ومايكروسوفت لا تضع يدها في شئ وتهمله كما تفعل امبركاديرو وتطورها سريع وتحديثها دائما كبير
سيبقى دلفي مجرد اطلال نمر بها ونزورها فقط لنتذكر الماضي والحلم الجميل الذي كنا نحلمه معا

كلامك غلط في غلط (ليس دفاعا عن اللغة أو تحيز)
--
من يظن أن Delphi انتهى أو أن النسخة الجديدة جاءت فقط بسبب ternary operator فهو لا يعرف فلسفة هذه الأداة أصلاً. Delphi 13 مثله مثل كل الإصدارات السابقة: البداية وليست النهاية، لأن كل إصدار رئيسي يتبعه تحديثات فرعية (13.1، 13.2…) وهذا النمط ثابت منذ سنين.
وخليني أقولها بصراحة: من يشكي أن بيئة التطوير ناقصة مقارنة بمنافسيها فهو ليس بمبرمج محترف، لأن النقص في المكتبات ليس عيب الأداة بل عيب فيك إذا لم تستطع توليد ما تحتاجه بنفسك. Delphi تعطيك الأساسيات الصلبة، أي نفس المواد الخام التي يحتاجها المهندس لبناء ما يشاء. وهنا يكمن جمالها: البساطة والوضوح، بدون “عكازات” تزيدك كسلاً.
الفرق بين Delphi وغيره هو كالفرق بين مصنع سيارات و ورشة تركيب LEGO. المصنع (Delphi) يعطيك الأدوات الهندسية الحقيقية، بينما LEGO (بعض الأطر الأخرى) تعطيك قطع بلاستيكية جاهزة، كل ما عليك هو تركيبها… فتظن نفسك “مبرمجاً”.
Delphi ليس Python ولا Scratch… هو بيئة للمهندسين المبرمجين الذين يستمتعون بالتصميم من الأساسيات ويشعرون فعلًا أنهم ينتجون برمجيات حقيقية، لا مجرد لواصق وألعاب تعليمية.

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

• مايكروسوفت أثبتت مراراً وتكراراً أن استراتيجيتها في تطوير واجهات المستخدم (GUI) عبارة عن دوامة لا تنتهي:
  
• • بدأت مع WinForms (2002)، إلى اليوم لا يزال هناك ملايين التطبيقات عليه، لكن مايكروسوفت نفسها تقول إنه "تقنية قديمة".
    
  • بعدها جاءت WPF (2006) وأُعلن أنها المستقبل الحقيقي للـ GUI… إلى أن تم تهميشها لصالح UWP.
    
  • ثم Silverlight (2007) كمنصة "الويب الغني"، وتم إعدامه رسمياً 2012.
    
  • Windows Phone و UWP (2010–2015): مطورون استثمروا سنوات، ثم فجأة تم الإعلان عن موت النظام.
    
  • Xamarin.Forms (2014): اشترتها مايكروسوفت وروّجت لها، ثم تحولت إلى MAUI.
    
  • WinUI3 (2020) supposed to be the “native way forward” → لم يكتمل إلى اليوم.
    
  • والآن MAUI، الذي لم يزل في مرحلة غير مستقرة، وحتّى أدوات التصميم GUI غير موجودة: المطور يكتب XAML يدوياً مثل ما كنا نكتب HTML سنة 1998!
    
    
• ? Joel Spolsky كتب سنة 2002 في مقاله الشهير "Fire and Motion" أن مايكروسوفت لديها استراتيجية:
  

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

  وهذا بالضبط ما حصل ويستمر حتى اليوم في مجال الـ GUI.
  

إذن، قبل ما نتكلم عن “مساوئ تطور Delphi”، لازم نسأل: هل تفضل أداة مستقرة ومرنة مستمرة من التسعينات، أم تركض وراء عملاق يغير رأيه كل 5 سنوات؟

? المقارنة مع Delphi هنا قاتلة:

• Delphi بدأ مع VCL (1995) → مازال حيّ ويعمل بلا مشاكل مع Windows 11.
  
• FMX (FireMonkey) قديم نسبياً لكنه مستمر ويتطور.
  
• نفس الكود الي كتبته قبل 15–20 سنة مازال يشتغل بدون مشاكل.
  

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

---

? المعامل الشرطي الحقيقي يجب أن يدعم التقييم القصير (Short-Circuit Evaluation)
في دلفي، دالة

كود :

IfThen

ليست بمعامل شرطي حقيقي، لأنها تقوم بتقييم الفرعين (True/False) معًا قبل استدعاء الدالة. لهذا السبب، الكود مثل:

كود :

Writeln(IfThen(Assigned(LSomething), LSomething.MyField, 'Not Assigned'));

يؤدي إلى خطأ وصول للذاكرة (Access Violation) حتى وإن كانت نتيجة Assigned(LSomething) = False.

بينما في اللغات الأخرى مثل C/C#، المعامل الثلاثي condition ? expr1 : expr2 يقوم بتنفيذ الفرع المختار فقط، مما يضمن الأمان والاختصار.

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