21-08-2025, 12:11 PM
(آخر تعديل لهذه المشاركة: 21-08-2025, 12:51 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.
لا تواكب التطورات في الذكاء الاصطناعي، السحابة، أو التطوير عبر المنصات.
من يريد أن يبني المستقبل، لا يشتكي من التغيير… بل يتقنه.
وقتها تعلم ان المتعة التي تقولها لتطويع ما ينقص لم تعد موجودة ولا وقت لها وكل ما يهم اكمال العمل باسرع ما يمكن
بالنسبة لتطبيقات سطح المكتب مع انني راض عنها ولكن كان يمكن ان يكون فيها تطوير فمنذ ان استخدمت الدلفي في عام 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.
لا تواكب التطورات في الذكاء الاصطناعي، السحابة، أو التطوير عبر المنصات.
من يريد أن يبني المستقبل، لا يشتكي من التغيير… بل يتقنه.
إذا رأيت منتجاً مجانياً فأعلم بأنك أنت السّلعة