اخر اصدار من Angular 19 بيدعم إلى 22 من اصدار node لمطورين Angular

كذلك ازيدك
إن شاء الله الشهر القادم سيكون أول preview من الdotnet 10
أتوقع يكون متاح على يوم 4 فبراير
كذلك أتوقع نسخة preview لنسخة جديدة من الvisual studio
والله أعلم 😅
كل هذا معناه الحق نفسك

Microsoft أعلنت عن إصدار Microsoft SQL Server 2025، والذي يأتي بميزات جديدة لتحسين الأداء والذكاء الاصطناعي. الميزات الرئيسية تشمل:

الميزات الرئيسية
1. دعم الذكاء الاصطناعي (AI) المدمج.
2. تحسينات في الأداء والسرعة.
3. تحسينات في الأمان والخصوصية.
4. دعم تقنيات الحوسبة السحابية.
5. تحسينات في أدوات الإدارة والتحليل.

الميزات الرئيسية للذكاء الاصطناعي
1. دعم لغة SQL مُحسّنة بالذكاء الاصطناعي.
2. تحليلات متقدمة باستخدام تقنيات التعلم الآلي.
3. دعم لتقنيات الحوسبة السحابية مثل Azure.

كيفية المشاركة في الإصدار التجريبي
1. زيارة الموقع الرسمي لMicrosoft SQL Server.
2. ملء استمارة الطلب للمشاركة في الإصدار التجريبي.
3. الواتر على الموافقة والشروط والأحكام.

المصادر
1. الموقع الرسمي لMicrosoft SQL Server.
2. مدونة Microsoft SQL Server.
3. وثائق Microsoft SQL Server 2025.

هل تريد مزيدًا من المعلومات؟
https://www.microsoft.com/en-us/sql-server/blog/2024/11/19/announcing-microsoft-sql-server-2025-apply-for-the-preview-for-the-enterprise-ai-ready-database/?fbclid=IwZXh0bgNhZW0CMTEAAR0RzCIIItEEuUKk_jWh1-riR2ktK9bVAQjUiKIJQjLQepkbMsGQx2_n3UM_aem_uwST2iFHN8OEFELwMVophw

أنا فاهمها لكن مش قادر أوصل فكرتها بشكل واضح.
الجملة هذه خطيرة جدًا، وسمعتها كثير طول حياتي وكنت دائمًا أرفضها.
عشان تتقدم في عملك، لازم تتعلم كيف تنقل أفكارك بوضوح للآخرين. لازم ترتب كلامك وتوضح اللي تريد توصله، لأن ما في أحد يتطور في مكانه إلا إذا كان مفيد. ومفيد يعني قادر يقنع الآخرين ويحركهم في الاتجاه الصح، وهذا ما يتحقق إلا إذا قدرت تبين أفكارك بوضوح.

كيف تتعلمها؟
حاول تكتب أي موضوع تود توضيحه للآخرين على خريطة ذهنية (mind map). بعدين، أعمل نص مكتوب (سكريبت) والخريطة قدامك، واقرأ النص وراجعه وعدله. مع التكرار، بتتحسن. الأهم، لا تتكلم من الذاكرة فقط، خلي الخريطة قدامك والنص المكتوب هو اللي تطوره. لا تلقي كلامك للناس إلا بعد ما تتبع هذه الطريقة.

لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.

من الأخطاء الشائعة بين المبرمجين في الوقت الحالي هو الاعتماد المفرط على User Stories كمرجع أساسي لتطوير النظام. هذا الأسلوب قد يحد من رؤيتك للنظام بشكل كامل ويجعلك تركز فقط على متطلبات محددة دون النظر للصورة الشاملة.

لذلك، عند العمل على أي مشروع، ضروري أن يكون لديك فهم عميق واستراتيجي لكل جوانب النظام، بما في ذلك التقنية، الوظيفية، والبنية التحتية. هذا الفهم يساعدك على اتخاذ قرارات تصميمية وتنفيذية أفضل ويضمن تماسك النظام وقابليته للتوسع مستقبلاً.

تطوير النظام ليس مجرد تلبية قصص المستخدم، بل بناء رؤية شاملة تضمن النجاح على المدى البعيد.

إذا كنت صاحب شركة أو مشروع كبير وتفكر في تطوير تقني يساعدك على تحقيق أهدافك بسرعة وبكفاءة، فلازم تعرف عن مفهوم Serverless Architecture، اللي يعتمد على خدمات زي Azure Functions من مايكروسوفت أو AWS Lambda من أمازون.

الفكرة بكل بساطة إنك ما تحتاج تدير سيرفرات بنفسك. كل اللي عليك إنك تكتب الكود الخاص بمشروعك، وهم يتكفلوا بتشغيله وتوسيع نطاقه حسب الحاجة.

ليش تختار Serverless؟

يوفر التكاليف: ما تدفع إلا على الوقت اللي ينفذ فيه الكود.

سهل ومرن: مثالي إذا كان مشروعك ينمو بسرعة وتحتاج توسع مرن.

تكامل قوي: إذا كنت تعتمد على مايكروسوفت، استخدم Azure Functions. أما إذا كنت مع خدمات أمازون، AWS Lambda هو الحل الأفضل.

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

قد شعّرت يوم إنك تلخبطت بين الكلمات: Epic، User Story، وTask؟ 🤔
شوف، خليني أوضحها لك بأسلوب بسيط:

Epic: هذا هو الحلم الكبير أو الهدف الأساسي اللي بنسعى له، زي لما تقول "بنبني بيت جديد" 🏠.

User Story: هذا جزء من الحلم، الشي اللي المستخدم يطلبه أو يحتاجه. زي لما يقول: "أبغى الباب يفتح بالبصمة" 🚪.

Task: هذي هي الخطوات اللي لازم تنفذها عشان تحقق طلب المستخدم. زي: "ركّب نظام البصمة وربطه بالكهرباء" 🔌.


يعني بالعربي:

Epic هو الحلم اللي في بالك.

User Story هي التفاصيل اللي توصل للحلم.

Task هي الشغل اللي بيدك عشان تحقق المطلوب.


كل واحدة لها هدفها، بس كلها تشتغل مع بعض عشان تخرج بشي متكامل ومرتب. لما تفهم الفرق، الشغل يصير أريح وأوضح!

Agile
Tools
Jira
Azure devops
And more

هل سمعت عن slack

Github project simple

كيف تقدر تخلي المستخدم يبلغك لو واجه أي مشكلة أو خطأ في التطبيق؟

أول شيء، لازم تسجل الأخطاء بشكل تلقائي باستخدام أدوات logging، بس المشكلة إن متابعة الـ error logs بشكل يومي شيء متعب.

الحل الأفضل إنك تخلي التطبيق يرسل رسالة مباشرة للإدمن أو المطور بمجرد وقوع الخطأ. ممكن تربط التطبيق بخدمة تبعث إشعارات تلقائية عبر الإيميل أو حتى على منصات زي Slack.

وفي نفس الوقت وفر طريقة للمستخدم يبلغ عن المشكلة بسهولة. يعني تظهر له رسالة واضحة مع زر يرسل تفاصيل الخطأ والخطوات اللي كان يعملها.

المهم خليك دائمًا مستعد لأي مشكلة وتأكد إن النظام يشتغل بسلاسة ولو حصل خطأ تعرف كيف تتعامل معه بسرعة واحترافية.

خلي عندك الثقة أنك ستنجح و لكن خلي عقلك يقول لك: لو وقعت المشكلة كذا
كيف سأواجهها وأحلها؟

لوفي في رأسك معلومة اشرحها حتى فضول ولاتفكر في الي سيقول عنك هذا عم بيعرض لأنها ستفرق معك كثير جدا
أفضل الممارسات في البرمجة

↘️

إذا عندك مشروع Monolith وشغال تمام

وما عندك أي مشاكل، لا تفكر تتحول لـ Microservices.
وإذا كنت بتبدأ مشروع جديد وما تتوقع عدد كبير من المستخدمين في البداية، لا تشتغل Microservices.

إذا ما تفهم تحديات Deployment والضغط على الشبكة (Network Load) وما عندك حلول لها، لا تستخدم Microservices.

إذا فريق التطوير أقل من 10 أشخاص، لا تفكر فيها.

إذا ما معك DevOps شاطر، لا تدخل نفسك في تعقيدها.

إذا الترافيك المتوقع على المشروع قليل أو متوسط، مش ضروري Microservices.

إذا مشروعك في مرحلة التجربة وما تعرف إذا بينجح بالسوق، خليها بسيطة واشتغل Monolith.

إذا ما عندك نظام Automated Testing و Deployment، لا تدخل في Microservices.


طيب متى تستخدم Microservices؟

لازم تحقق هذه الشروط كلها:

1. يكون عندك فريق كبير شغال على نفس المشروع.


2. تواجه مشاكل حقيقية في التوسع والـ Scalability.


3. عندك بنية تحتية قوية وموارد كافية لدعم التشغيل.


4. تكون قادر تتحمل تكلفة التشغيل العالية.


5. الفريق يكون عنده خبرة كافية في التعامل مع Distributed Systems.



الخلاصة:

ابدأ بمشروع Monolith مكتوب بشكل نظيف ومحكم.
ولما تحس أن الـ Monolith صار عبء على مشروعك، وقتها فقط فكر تتحول لـ Microservices.

لما يكون معي كورس كيف اعمل من أحد الطرق 😅

👇👇👇👇👇👇👇👇👇👇👇👇



ليه تتعلم Docker؟
Docker مش مجرد أداة، دي منصة بتغير شكل إدارة التطبيقات.

بتوفر بيئة تشغيل موحدة مهما كان الجهاز.

بتسرّع عملية التطوير والتشغيل.

بتقليل المشاكل المتعلقة بالتوافق بين البيئات المختلفة.
يعني، هتوفر وقتك وجهدك بشكل كبير.


ليه تتعلم الذكاء الاصطناعي (AI)؟
AI هو المستقبل، سواء في تحليل البيانات، الأتمتة، أو حتى تطوير تجارب المستخدم.

السوق محتاج متخصصين يفهموا فيه.

التطبيقات بتدخل كل المجالات: الطب، الهندسة، التسويق، وكل حاجة.

بتفتح ليك أبواب فرص جديدة.


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

#تعلم_لتتطور
#الضحية

في أولى إعدادي هندسة، أتذكر محاضرة عن المصفوفات، كان فيها الأستاذ يحاول يوضح لنا كيف ممكن تكون مفيدة. رسم مستطيل وشرح كيف يمكننا نحركه ونخليه يدور حول مركزه أثناء حركته باستخدام مصفوفة للإزاحة وأخرى للدوران. وقال إن هذا يمكننا من بناء محاكيات معقدة للأجزاء الميكانيكية، وهو أمر مهم في علم Kinematic.

قال لنا إنك إذا عملت هاتين المصفوفتين وتعلمت ضرب المصفوفات في بعضها، بإمكانك تنفيذ أي نوع من الحركة التي تحتاجها. أتذكر يومها رجعت للبيت، وكان عندي كمبيوتر XT وفيه Floppy Disk 5.25. كتبت الكود وكان بلغة Pascal تحت نظام DOS إذا لم تخني الذاكرة. لما شفت المستطيل يتحرك وفق معادلة Parabola ويدور أثناء حركته، شعرت بفرحة كأني اكتشفت قانون الحركة بدلًا من نيوتن.

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

مواصلة في مزايا الايميل الجامعي تبعنا و الذي نقدر نستفيد منه في أشياء كثييرة ذكرناها مسبقًا، بس لفت انتباهي شيء أنذهلت منه الصدق، أي ايميل تبع جوجل لمن تسجل فيه و تشتي ترفع أشيائك من صور و فيديوهات و ملفات و غيره المساحة الذي يعطوها للواحد معروفة و ما تتجاوز ال 15GB، بس لمن جربت أزامن تلفوني مع حسابي الجامعي و ربطته ب Google Drive
جابوا لي حوالي 95TB، ايوه زيما شايفين تيرا .

فاستغلوا ايميلاتكم يا شباب و استفيدوا من المزايا المتوفرة و كمان للذي يستخدموا البرنامج الغني عن التعريف Cam Scanner تقدروا تستفيدوا من مزايا فيه Premium بمجرد ربط البرنامج بالايميل الجامعي و لا تختاروا سنة التخرج بالشكل الصحيح، خلوها 2029 عشان يطول معاكم..

انطلق في البرمجة من بدري فرصتك الجامعية لاتعوض لاتصدق ان بعد التخرج تبدأ تتخصص الحق نفسك الجامعة لو شفتها بتعطلك ارجمها خلف الشمس بخمس عادي طلع للقب البكالوريوس حافظ على درجة النجاح ان كنت ضابح منها للأخر ثقتك بنفسك تكسر اي حاجز أليس كذلك لو ثقتك ان الشهادة هي مهمه أنت احلم وسعى وياليت تتخرج وبلادك مليانه شركات وعمل هذا مافيش لو قلت لك جيب لي خمسة مبرمجين لهم ثقلهم للأسف يمكن تحصل لذلك اشتغل على نفسك ياسطى عندما تسمع موضوع الناس الآن كلها داخله حاسوب لكن مافيش إنتاج اينهم مدري كلامي هذا للي عاده دخل من البلاد فقط الي عقليته عادها نظيفة جدا وشكرا

لماذا ما ابدع مثلا في frontend ولي فترة
المشكلة فيني أنا دائما مستعجل وأريد نتائج مذهله واشوف ناس مبدعه قبلي واحبط واشوف ان ai جاء كمل الباقي
أنا شغوف ب backend ولك وجهي بعد فتره انه وصل لا درجة صحراء أين يروح لذلك لاتمشي بخريطة زميلك أو أحد شفت زميلك متقدم عليك استفيد منه ولا تنافسه اكسبه

القدرة على كتابة كود يشتغل ≠ كود يشتغل بكفاءة ⚡

عند كتابة join في الاستعلامات باستخدام الـ ORM مثل EF-Core أو أي ORM آخر، الكود يتم تحويله إلى استعلام SQL. لكن هل هذا الاستعلام دائمًا أمثل (optimal)؟ الجواب: لا. ❌

لو قاعدة البيانات مش مهيأة بشكل جيد (ما فيها Indexing أو Foreign Keys أو الإحصائيات قديمة 📉)، أي محرك قاعدة بيانات (مثل SQL Server) قد يواجه صعوبة في تنفيذ الاستعلام بكفاءة. والنتيجة؟ Clustered Index Scan أو Table Scan 🔍.

إيش اللي بيصير؟

1. Physical Reads عالية جدًا 📚: البيانات المطلوبة مش موجودة في الـ cache.


2. Logical Reads عالية جدًا 📊: محرك قاعدة البيانات يضطر يقرأ كميات ضخمة من البيانات حتى لو بعضها موجود في الـ cache.



الخلاصة؟ أداء ضعيف جدًا 💻، خصوصًا مع الجداول الكبيرة، لأن عملية الـ Scan مكلفة.

الحل؟ 🛠️

Indexing هو الحل. الـ Index يحدد إذا كان محرك قاعدة البيانات هيعمل Seek (بحث سريع 🔍) أو Scan (بحث بطيء 🐢).

لو الحقول اللي تستخدمها في الـ join أو في الـ where ما عليها Index، محرك قاعدة البيانات مش هيقدر يعمل Seek، وحيضطر يعمل Scan.

مثال:

لو عندك جدول فيه مليون صف 💯، وعملت join على حقل ما فيه Index، محرك قاعدة البيانات هيعمل Scan على المليون صف.
النتيجة؟ أداء ضعيف جدًا 🚶‍♂️.

نفهم من كذا إيش؟

الـ ORM زي EF-Core يساعد في تسهيل كتابة الكود، لكنه مش ساحر. لو ما عندك فكرة واضحة عن الـ SQL اللي بيتولد، هتواجه مشاكل في الأداء دون أن تعرف السبب.

فين المشكلة؟

المشكلة هي أن الـ ORM يخفي بعض التفاصيل المهمة التي تساعد في تحسين الأداء. لو ما عندك فهم جيد لـ SQL أو Execution Plans، ستكتب كود غير كفؤ.

مثال عملي:

إذا كتبت استعلام LINQ معقد، الـ ORM قد يحوله إلى استعلام SQL معقد جدًا. النتيجة؟ أداء ضعيف 💔.

إيش الحل؟

1. افهم محرك قاعدة البيانات بشكل صحيح:

تعرف على كيفية قراءة Execution Plans 📑.

افهم كيفية استخدام محرك قاعدة البيانات للـ Indexes.

تعلم الفرق بين Seek و Scan.



2. اعمل Indexing بشكل ذكي:

ضع Indexes على الحقول التي تستخدمها في الـ joins أو في الـ where conditions 🔑.

لا تفرط في استخدام الـ Indexes حتى لا يؤثر ذلك على أداء عمليات Insert/Update ⚖️.



3. راقب الأداء:

استخدم أدوات مثل SQL Profiler لمراجعة الاستعلامات التي يتم توليدها من الـ ORM 🔍.

قيس Logical Reads و Physical Reads لتقييم كفاءة الاستعلامات.



4. إذا كان الاستعلام معقدًا، استخدم الاستعلامات الخام (Raw SQL):

إذا كان LINQ معقد جدًا، استخدم الاستعلامات الخام مع الـ ORM لكتابة استعلام دقيق ومحسن 🖋️.




ختامًا :

حتى إذا كنت تستخدم ORM مثل EF-Core أو غيره، يجب أن تكون لديك معرفة جيدة بـ SQL. هذا الفهم سيجعلك قادرًا على تحسين الأداء وحل المشكلات بكفاءة عالية 💡.

كتاب يشرح لك عن أكثر الطرق للتخفي على الإنترنت

إذا أنت شغال بـ Django وعندك موديل وكسلان تسوي Form وHTML وcss وغيره.

الحل مع DFormKit تسويه لك بلحظة ومصمم بطريقة مرتبة باستخدام Tailwind CSS، أو حتى لو نفسك المكتبة تولد لك الأكواد الجاهزة في`urls.py` و views.py بدون أي تعب

بس ليش DFormKit؟؟
- توليد ModelForm ديناميكي ما عاد في داعي تكتب الفورم يدوياً!
- تفعل الـ HTML بتنسيقات Tailwind جاهزة 100%
- الأتمتة
- واجهة CLI تفاعلية

ركز انت على الأمور الأهم... والـ Forms على DFormKit 👍🏻

والجميل ان المكتبة Open Source
https://github.com/abdulrahmanRadan/dformkit

وهذا رابط المشروع في pypi
https://pypi.org/project/dformkit/


كل الشكر للباش مهندس عبدالرحمن رعدان لدعم Django community +وإذا عندك أي اقتراحات او مشاكل شاركها في issues 👍🏻

#مساعد #مكاتب