(29-06-2025, 07:55 AM)larbiparadox كتب : الان النسخة 13 هي في طور التجريب ، ترسل فقط للمطورين المنتسبين لها للتجريب و الاعلان عن الاخطاء

RAD Studio 13.0 "Ganymede" BETA

https://blogs.embarcadero.com/update-subscription-customers-invited-to-join-rad-studio-ganymede-beta/

(16-08-2025, 08:46 PM)الفجر الابيض كتب : عاملين ضجة في الفيسبوك وتيرناي وماادراك ما تبرناي وتحديث ونسخة جديدة كلها على

كود :

ShowMessage (if Left < 100 then 'Small' else 'Large' + 'Nice')

تركوا التطوير والتحديث لكثير من المكونات و الاخطاء ودعم اللغات و كم شهر او كم سنة ليطلعوا علينا بي  Left < 100 then 'Small'

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

• مايكروسوفت أثبتت مراراً وتكراراً أن استراتيجيتها في تطوير واجهات المستخدم (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 بدأ مع VCL (1995) → مازال حيّ ويعمل بلا مشاكل مع Windows 11.
  
• FMX (FireMonkey) قديم نسبياً لكنه مستمر ويتطور.
  
• نفس الكود الي كتبته قبل 15–20 سنة مازال يشتغل بدون مشاكل.
  

(21-08-2025, 12:11 PM)الفجر الابيض كتب : ربما لم تجرب ان تكون قد تكفلت واستملت ثلاث منظومات او اربعة بوقت واحد وتعمل عليهم في وقت واحد

وقتها تعلم ان المتعة التي تقولها لتطويع ما ينقص لم تعد موجودة ولا وقت لها وكل ما يهم اكمال العمل باسرع ما يمكن

بالنسبة لتطبيقات سطح المكتب مع انني راض عنها ولكن كان يمكن ان يكون فيها تطوير فمنذ ان استخدمت الدلفي في عام 2013 تقريبا لم يتغير شئ

حتى الان 2025 لم يتم زيادة حدث واحد ولم يتم دق مسمار فيها

نحن نتحدث عن حوالي تجربة 14 سنة ما الذي طورته امبركاديرو مقارنة بتطور منافسيها

لا شئ يذكر او مهم عدا ثقنيات وادوات تطورها شركات هنا وهناك واشخاص من هنا وهناك

اما مايكروسوفت انا عن نفسي في عام 2003 تركت كل شئ لها بالبرمجة اما الان بعد ان تطورت عدت اعمل بانتاجها

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

WinForms كانت ثورة في وقتها، ولا تزال تعمل بكفاءة في ملايين الأنظمة، وهذا ليس عيبًا بل دليل على الاستقرار الخلفي.

WPF لم تهمش، بل لا تزال مدعومة رسميًا، وتستخدم في تطبيقات ضخمة مثل Visual Studio نفسه.

Silverlight انتهى لأنه كان يعتمد على متصفح وإضافات، تمامًا كما انتهى Flash وJava Applets. هذا ليس فشلًا، بل نهاية طبيعية لتقنية تجاوزها الزمن.

UWP وWindows Phone كانت محاولة لتوحيد التجربة عبر الأجهزة، لكنها اصطدمت بواقع السوق. ومع ذلك، كثير من أفكارها انتقلت إلى WinUI وMAUI.

Xamarin.Forms لم تقتل، بل تطورت إلى MAUI، الذي يجمع بين قوة .NET ومرونة التطوير عبر المنصات.

أما القول إن المطور يكتب XAML يدويًا، فهو مثل القول إن المطور يكتب HTML يدويًا: نعم، لأننا نريد تحكمًا رمزيًا دقيقًا، لا واجهات سحب وإفلات سطحية.

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

.NET اليوم ليس مجرد منصة، بل نظام بيئي متكامل: من الواجهة إلى السحابة، من الذكاء الاصطناعي إلى قواعد البيانات، من MAUI إلى Blazor، من C# إلى F#، من GitHub Copilot إلى Azure DevOps.

لا أحد ينكر أن Delphi كانت في وقتها أداة قوية، لكن الزمن تغير، والمشاريع الحديثة تحتاج أدوات تواكب الواقع التقني، لا تكتفي بالحنين.

FireMonkey، رغم كونه محاولة لتقديم واجهات متعددة المنصات، إلا أنه يعاني من:

ضعف في الأداء الرسومي مقارنة بـ MAUI أو WPF.

افتقار إلى دعم حقيقي للأنظمة الحديثة مثل Android 14 أو iOS 17.

غياب أدوات تصميم GUI متقدمة، مما يجعل تجربة التطوير مرهقة.

مكونات VCL، رغم استقرارها، إلا أنها:

لا تزال تعتمد على مفاهيم تعود إلى التسعينات.

تفتقر إلى أحداث حديثة مثل Async Await أو PropertyChanged الديناميكي.

لا تتكامل بسهولة مع REST APIs أو تقنيات الويب الحديثة.

بيئة Delphi نفسها:

لا تملك نظام إدارة حزم قوي مثل NuGet.

لا تملك مجتمعًا نشطًا مثل .NET أو GitHub.

لا تواكب التطورات في الذكاء الاصطناعي، السحابة، أو التطوير عبر المنصات.

من يريد أن يبني المستقبل، لا يشتكي من التغيير… بل يتقنه.

إقتباس :لا تتكامل بسهولة مع REST APIs أو تقنيات الويب الحديثة.

إقتباس :ايضاً بخصوص تطوير برامج سطح المكتب مع دوت نت، هل جربت انت تنشيء مشروع به اكثر من 20 فورم وكل فروم يحتوي على عدد كبير من ال controls؟ سوف يصبح المشروع ميت حيث لو كانت جاهزك مواصفاته ممتازة، وسرعة الرسم على الشاشة لا تقارن بدلفي بتاتاً في runtime.