فكرة أن تكون عادلًا ومُنصفًا عند الإشراف على فريق تتطلب أن يكون لديك وعي بضرورة تحقيق التوازن بين التشجيع وتحفيز الفريق ككل. عندما يُنجز أحد أفراد الفريق شيئًا مميزًا، قد يكون من المفيد تجنب المبالغة في المدح بطريقة تُشعر الآخرين بعدم التقدير أو تُسبب إحساسًا بالتمييز غير المبرر.
بدلاً من قول عبارات مثل "أنت عبقري" أو "لا أحد يستطيع فعل ما فعلت"، من الأفضل استخدام لغة تُركز على التقدير مع الحفاظ على العدالة، مثل:
"أنا أقدّر مجهودك الكبير في هذا العمل."
"هذا إنجاز رائع، وأنا ممتن لالتزامك ودقتك."
بهذه الطريقة، تُظهر التقدير للجهد المبذول، دون أن تُسبب إحباطًا لبقية الفريق أو تُشعرهم بأن جهودهم أقل قيمة. وفي الوقت نفسه، تأكد من الاحتفال بالنجاحات الجماعية لتحفيز الجميع على تقديم الأفضل.
بدلاً من قول عبارات مثل "أنت عبقري" أو "لا أحد يستطيع فعل ما فعلت"، من الأفضل استخدام لغة تُركز على التقدير مع الحفاظ على العدالة، مثل:
"أنا أقدّر مجهودك الكبير في هذا العمل."
"هذا إنجاز رائع، وأنا ممتن لالتزامك ودقتك."
بهذه الطريقة، تُظهر التقدير للجهد المبذول، دون أن تُسبب إحباطًا لبقية الفريق أو تُشعرهم بأن جهودهم أقل قيمة. وفي الوقت نفسه، تأكد من الاحتفال بالنجاحات الجماعية لتحفيز الجميع على تقديم الأفضل.
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
التصميم الآن لم يعد يقتصر فقط على تصميم النظام، بل أصبح يشمل البيئة التشغيلية التي ستستضيف هذا النظام. مع انتقال الأنظمة إلى السحابة مثل AWS أو Azure، أصبح دور Solution Architect مهمًا جدًا. الموضوع ليس مجرد عملية نشر (Deployment) وتنتهي الأمور، بل تحتاج إلى تخطيط دقيق للبيئة وتصميمها بشكل احترافي.
المهندس هنا يحتاج إلى:
1. التخطيط للبيئة السحابية:
تحديد الموارد اللازمة مثل الخوادم، الشبكات، التخزين، وقواعد البيانات.
ضمان أن البنية قادرة على التوسع (Scalability) ومقاومة الأخطاء (Fault Tolerance).
2. تصميم البنية التحتية:
اختيار الخدمات المناسبة لتحقيق التوازن بين الأداء والتكلفة.
التأكد من أن التصميم يتماشى مع متطلبات الأمان والامتثال.
3. اختيار الأدوات الصحيحة:
تحديد الأدوات والخدمات التي تخدم احتياجات المشروع مثل Lambda أو Kubernetes.
4. التكامل مع الأنظمة الأخرى:
تصميم البيئة بحيث تتكامل بسهولة مع الأنظمة أو التطبيقات الأخرى.
5. اختبار البيئة:
التأكد من أن البنية تعمل بكفاءة في جميع الظروف.
6. إدارة الكوارث واستمرارية العمل:
ضمان وجود خطط لاستعادة البيانات والخدمات في حال حدوث مشاكل.
بهذا الشكل يكون العمل أكثر احترافية وفعالية.
المهندس هنا يحتاج إلى:
1. التخطيط للبيئة السحابية:
تحديد الموارد اللازمة مثل الخوادم، الشبكات، التخزين، وقواعد البيانات.
ضمان أن البنية قادرة على التوسع (Scalability) ومقاومة الأخطاء (Fault Tolerance).
2. تصميم البنية التحتية:
اختيار الخدمات المناسبة لتحقيق التوازن بين الأداء والتكلفة.
التأكد من أن التصميم يتماشى مع متطلبات الأمان والامتثال.
3. اختيار الأدوات الصحيحة:
تحديد الأدوات والخدمات التي تخدم احتياجات المشروع مثل Lambda أو Kubernetes.
4. التكامل مع الأنظمة الأخرى:
تصميم البيئة بحيث تتكامل بسهولة مع الأنظمة أو التطبيقات الأخرى.
5. اختبار البيئة:
التأكد من أن البنية تعمل بكفاءة في جميع الظروف.
6. إدارة الكوارث واستمرارية العمل:
ضمان وجود خطط لاستعادة البيانات والخدمات في حال حدوث مشاكل.
بهذا الشكل يكون العمل أكثر احترافية وفعالية.
تخيل عندك 30 حاوية (Containers) تعمل باستخدام Docker، وإذا توقفت واحدة منها لأي سبب، ستحتاج إلى تدخل يدوي لتشغيلها من جديد. هنا يأتي دور Kubernetes، الذي يعمل كمدير للحاويات كلها. Kubernetes يشبه الباخرة الكبيرة التي تحمل العديد من الطائرات، وتتحكم في الإقلاع والهبوط لكل واحدة منها بشكل تلقائي ومنظم.
لمحة 👀 برمجية
تخيل عندك 30 حاوية (Containers) تعمل باستخدام Docker، وإذا توقفت واحدة منها لأي سبب، ستحتاج إلى تدخل يدوي لتشغيلها من جديد. هنا يأتي دور Kubernetes، الذي يعمل كمدير للحاويات كلها. Kubernetes يشبه الباخرة الكبيرة التي تحمل العديد من الطائرات، وتتحكم في الإقلاع…
بتتكلم على ايه ياسطى هنا يعجز الذكاء الاصطناعي في المشاريع الكبيرة ال ai الآن يقدر ينشأ بيئة العمل بدايتها مشروع بسيط يعمل حتى ربط مع الداتابيز جميع العمليات لكن في المشاريع الكبيرة هيساعدك في سرعة الإنتاجية
Forwarded from اللجنة العلمية CS 22 (ʙʀʜᴏᴏᴍ ⑇)
👨🏻💻 واخيراً... الان Node.js v23.6.0: دعم TypeScript بشكل افتراضي!
تم إطلاق الإصدار Node.js v23.6.0 أخيراً، وتقدر تشغل ملفات TypeScript بشكل مباشر بدون أي إعدادات إضافية او config. 🎉
https://nodejs.org/en/blog/release/v23.6.0
تم إطلاق الإصدار Node.js v23.6.0 أخيراً، وتقدر تشغل ملفات TypeScript بشكل مباشر بدون أي إعدادات إضافية او config. 🎉
https://nodejs.org/en/blog/release/v23.6.0
اللجنة العلمية CS 22
👨🏻💻 واخيراً... الان Node.js v23.6.0: دعم TypeScript بشكل افتراضي! تم إطلاق الإصدار Node.js v23.6.0 أخيراً، وتقدر تشغل ملفات TypeScript بشكل مباشر بدون أي إعدادات إضافية او config. 🎉 https://nodejs.org/en/blog/release/v23.6.0
اخر اصدار من Angular 19 بيدعم إلى 22 من اصدار node لمطورين Angular
كذلك ازيدك
إن شاء الله الشهر القادم سيكون أول preview من الdotnet 10
أتوقع يكون متاح على يوم 4 فبراير
كذلك أتوقع نسخة preview لنسخة جديدة من الvisual studio
والله أعلم 😅
كل هذا معناه الحق نفسك
كذلك ازيدك
إن شاء الله الشهر القادم سيكون أول preview من الdotnet 10
أتوقع يكون متاح على يوم 4 فبراير
كذلك أتوقع نسخة preview لنسخة جديدة من الvisual studio
والله أعلم 😅
كل هذا معناه الحق نفسك
❤1
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
الميزات الرئيسية
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
Microsoft SQL Server Blog
Announcing Microsoft SQL Server 2025: Enterprise AI-ready database from ground to cloud - Microsoft SQL Server Blog
Sign up for the preview of Microsoft SQL Server 2025, an AI-ready database with built-in security, hybrid AI vector search, and integration with Microsoft Fabric and Microsoft Azure.
أنا فاهمها لكن مش قادر أوصل فكرتها بشكل واضح.
الجملة هذه خطيرة جدًا، وسمعتها كثير طول حياتي وكنت دائمًا أرفضها.
عشان تتقدم في عملك، لازم تتعلم كيف تنقل أفكارك بوضوح للآخرين. لازم ترتب كلامك وتوضح اللي تريد توصله، لأن ما في أحد يتطور في مكانه إلا إذا كان مفيد. ومفيد يعني قادر يقنع الآخرين ويحركهم في الاتجاه الصح، وهذا ما يتحقق إلا إذا قدرت تبين أفكارك بوضوح.
كيف تتعلمها؟
حاول تكتب أي موضوع تود توضيحه للآخرين على خريطة ذهنية (mind map). بعدين، أعمل نص مكتوب (سكريبت) والخريطة قدامك، واقرأ النص وراجعه وعدله. مع التكرار، بتتحسن. الأهم، لا تتكلم من الذاكرة فقط، خلي الخريطة قدامك والنص المكتوب هو اللي تطوره. لا تلقي كلامك للناس إلا بعد ما تتبع هذه الطريقة.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
الجملة هذه خطيرة جدًا، وسمعتها كثير طول حياتي وكنت دائمًا أرفضها.
عشان تتقدم في عملك، لازم تتعلم كيف تنقل أفكارك بوضوح للآخرين. لازم ترتب كلامك وتوضح اللي تريد توصله، لأن ما في أحد يتطور في مكانه إلا إذا كان مفيد. ومفيد يعني قادر يقنع الآخرين ويحركهم في الاتجاه الصح، وهذا ما يتحقق إلا إذا قدرت تبين أفكارك بوضوح.
كيف تتعلمها؟
حاول تكتب أي موضوع تود توضيحه للآخرين على خريطة ذهنية (mind map). بعدين، أعمل نص مكتوب (سكريبت) والخريطة قدامك، واقرأ النص وراجعه وعدله. مع التكرار، بتتحسن. الأهم، لا تتكلم من الذاكرة فقط، خلي الخريطة قدامك والنص المكتوب هو اللي تطوره. لا تلقي كلامك للناس إلا بعد ما تتبع هذه الطريقة.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
لا أحد يرى عقلك، لكن الكل يسمع صوتك، فحسّن طريقتك في التعبير لمصلحتك أولًا.
👍6👌1
من الأخطاء الشائعة بين المبرمجين في الوقت الحالي هو الاعتماد المفرط على User Stories كمرجع أساسي لتطوير النظام. هذا الأسلوب قد يحد من رؤيتك للنظام بشكل كامل ويجعلك تركز فقط على متطلبات محددة دون النظر للصورة الشاملة.
لذلك، عند العمل على أي مشروع، ضروري أن يكون لديك فهم عميق واستراتيجي لكل جوانب النظام، بما في ذلك التقنية، الوظيفية، والبنية التحتية. هذا الفهم يساعدك على اتخاذ قرارات تصميمية وتنفيذية أفضل ويضمن تماسك النظام وقابليته للتوسع مستقبلاً.
تطوير النظام ليس مجرد تلبية قصص المستخدم، بل بناء رؤية شاملة تضمن النجاح على المدى البعيد.
لذلك، عند العمل على أي مشروع، ضروري أن يكون لديك فهم عميق واستراتيجي لكل جوانب النظام، بما في ذلك التقنية، الوظيفية، والبنية التحتية. هذا الفهم يساعدك على اتخاذ قرارات تصميمية وتنفيذية أفضل ويضمن تماسك النظام وقابليته للتوسع مستقبلاً.
تطوير النظام ليس مجرد تلبية قصص المستخدم، بل بناء رؤية شاملة تضمن النجاح على المدى البعيد.
إذا كنت صاحب شركة أو مشروع كبير وتفكر في تطوير تقني يساعدك على تحقيق أهدافك بسرعة وبكفاءة، فلازم تعرف عن مفهوم Serverless Architecture، اللي يعتمد على خدمات زي Azure Functions من مايكروسوفت أو AWS Lambda من أمازون.
الفكرة بكل بساطة إنك ما تحتاج تدير سيرفرات بنفسك. كل اللي عليك إنك تكتب الكود الخاص بمشروعك، وهم يتكفلوا بتشغيله وتوسيع نطاقه حسب الحاجة.
ليش تختار Serverless؟
يوفر التكاليف: ما تدفع إلا على الوقت اللي ينفذ فيه الكود.
سهل ومرن: مثالي إذا كان مشروعك ينمو بسرعة وتحتاج توسع مرن.
تكامل قوي: إذا كنت تعتمد على مايكروسوفت، استخدم 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
شوف، خليني أوضحها لك بأسلوب بسيط:
Epic: هذا هو الحلم الكبير أو الهدف الأساسي اللي بنسعى له، زي لما تقول "بنبني بيت جديد" 🏠.
User Story: هذا جزء من الحلم، الشي اللي المستخدم يطلبه أو يحتاجه. زي لما يقول: "أبغى الباب يفتح بالبصمة" 🚪.
Task: هذي هي الخطوات اللي لازم تنفذها عشان تحقق طلب المستخدم. زي: "ركّب نظام البصمة وربطه بالكهرباء" 🔌.
يعني بالعربي:
Epic هو الحلم اللي في بالك.
User Story هي التفاصيل اللي توصل للحلم.
Task هي الشغل اللي بيدك عشان تحقق المطلوب.
كل واحدة لها هدفها، بس كلها تشتغل مع بعض عشان تخرج بشي متكامل ومرتب. لما تفهم الفرق، الشغل يصير أريح وأوضح!
Agile
Tools
Jira
Azure devops
And more
كيف تقدر تخلي المستخدم يبلغك لو واجه أي مشكلة أو خطأ في التطبيق؟
أول شيء، لازم تسجل الأخطاء بشكل تلقائي باستخدام أدوات logging، بس المشكلة إن متابعة الـ error logs بشكل يومي شيء متعب.
الحل الأفضل إنك تخلي التطبيق يرسل رسالة مباشرة للإدمن أو المطور بمجرد وقوع الخطأ. ممكن تربط التطبيق بخدمة تبعث إشعارات تلقائية عبر الإيميل أو حتى على منصات زي Slack.
وفي نفس الوقت وفر طريقة للمستخدم يبلغ عن المشكلة بسهولة. يعني تظهر له رسالة واضحة مع زر يرسل تفاصيل الخطأ والخطوات اللي كان يعملها.
المهم خليك دائمًا مستعد لأي مشكلة وتأكد إن النظام يشتغل بسلاسة ولو حصل خطأ تعرف كيف تتعامل معه بسرعة واحترافية.
خلي عندك الثقة أنك ستنجح و لكن خلي عقلك يقول لك: لو وقعت المشكلة كذا
كيف سأواجهها وأحلها؟
أول شيء، لازم تسجل الأخطاء بشكل تلقائي باستخدام أدوات logging، بس المشكلة إن متابعة الـ error logs بشكل يومي شيء متعب.
الحل الأفضل إنك تخلي التطبيق يرسل رسالة مباشرة للإدمن أو المطور بمجرد وقوع الخطأ. ممكن تربط التطبيق بخدمة تبعث إشعارات تلقائية عبر الإيميل أو حتى على منصات زي Slack.
وفي نفس الوقت وفر طريقة للمستخدم يبلغ عن المشكلة بسهولة. يعني تظهر له رسالة واضحة مع زر يرسل تفاصيل الخطأ والخطوات اللي كان يعملها.
المهم خليك دائمًا مستعد لأي مشكلة وتأكد إن النظام يشتغل بسلاسة ولو حصل خطأ تعرف كيف تتعامل معه بسرعة واحترافية.
خلي عندك الثقة أنك ستنجح و لكن خلي عقلك يقول لك: لو وقعت المشكلة كذا
كيف سأواجهها وأحلها؟
لوفي في رأسك معلومة اشرحها حتى فضول ولاتفكر في الي سيقول عنك هذا عم بيعرض لأنها ستفرق معك كثير جدا
أفضل الممارسات في البرمجة
أفضل الممارسات في البرمجة
❤3
↘️
إذا عندك مشروع 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.
إذا عندك مشروع 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 هو المستقبل، سواء في تحليل البيانات، الأتمتة، أو حتى تطوير تجارب المستخدم.
السوق محتاج متخصصين يفهموا فيه.
التطبيقات بتدخل كل المجالات: الطب، الهندسة، التسويق، وكل حاجة.
بتفتح ليك أبواب فرص جديدة.
لو مش مقتنع، فكر كده: العالم بيتغير بسرعة، والمهارات دي مش رفاهية، دي أدوات للنجاح.
#تعلم_لتتطور
#الضحية
👇👇👇👇👇👇👇👇👇👇👇👇
ليه تتعلم Docker؟
Docker مش مجرد أداة، دي منصة بتغير شكل إدارة التطبيقات.
بتوفر بيئة تشغيل موحدة مهما كان الجهاز.
بتسرّع عملية التطوير والتشغيل.
بتقليل المشاكل المتعلقة بالتوافق بين البيئات المختلفة.
يعني، هتوفر وقتك وجهدك بشكل كبير.
ليه تتعلم الذكاء الاصطناعي (AI)؟
AI هو المستقبل، سواء في تحليل البيانات، الأتمتة، أو حتى تطوير تجارب المستخدم.
السوق محتاج متخصصين يفهموا فيه.
التطبيقات بتدخل كل المجالات: الطب، الهندسة، التسويق، وكل حاجة.
بتفتح ليك أبواب فرص جديدة.
لو مش مقتنع، فكر كده: العالم بيتغير بسرعة، والمهارات دي مش رفاهية، دي أدوات للنجاح.
#تعلم_لتتطور
#الضحية
في أولى إعدادي هندسة، أتذكر محاضرة عن المصفوفات، كان فيها الأستاذ يحاول يوضح لنا كيف ممكن تكون مفيدة. رسم مستطيل وشرح كيف يمكننا نحركه ونخليه يدور حول مركزه أثناء حركته باستخدام مصفوفة للإزاحة وأخرى للدوران. وقال إن هذا يمكننا من بناء محاكيات معقدة للأجزاء الميكانيكية، وهو أمر مهم في علم Kinematic.
قال لنا إنك إذا عملت هاتين المصفوفتين وتعلمت ضرب المصفوفات في بعضها، بإمكانك تنفيذ أي نوع من الحركة التي تحتاجها. أتذكر يومها رجعت للبيت، وكان عندي كمبيوتر XT وفيه Floppy Disk 5.25. كتبت الكود وكان بلغة Pascal تحت نظام DOS إذا لم تخني الذاكرة. لما شفت المستطيل يتحرك وفق معادلة Parabola ويدور أثناء حركته، شعرت بفرحة كأني اكتشفت قانون الحركة بدلًا من نيوتن.
ما فعله الأستاذ يومها أنه أعطانا معنى لما ندرسه، وأرانا فائدته. دور الأستاذ قد يكون له تأثير كبير لا يمكن تخيله. للأسف، معظم الأساتذة يهدرون هذا الدور وهذه القيمة.
قال لنا إنك إذا عملت هاتين المصفوفتين وتعلمت ضرب المصفوفات في بعضها، بإمكانك تنفيذ أي نوع من الحركة التي تحتاجها. أتذكر يومها رجعت للبيت، وكان عندي كمبيوتر XT وفيه Floppy Disk 5.25. كتبت الكود وكان بلغة Pascal تحت نظام DOS إذا لم تخني الذاكرة. لما شفت المستطيل يتحرك وفق معادلة Parabola ويدور أثناء حركته، شعرت بفرحة كأني اكتشفت قانون الحركة بدلًا من نيوتن.
ما فعله الأستاذ يومها أنه أعطانا معنى لما ندرسه، وأرانا فائدته. دور الأستاذ قد يكون له تأثير كبير لا يمكن تخيله. للأسف، معظم الأساتذة يهدرون هذا الدور وهذه القيمة.
Forwarded from الرسمية CS4 Class-22 (أحمد جلال | 𐩱𐩢𐩣𐩵 𐩴𐩡𐩱𐩡)
مواصلة في مزايا الايميل الجامعي تبعنا و الذي نقدر نستفيد منه في أشياء كثييرة ذكرناها مسبقًا، بس لفت انتباهي شيء أنذهلت منه الصدق، أي ايميل تبع جوجل لمن تسجل فيه و تشتي ترفع أشيائك من صور و فيديوهات و ملفات و غيره المساحة الذي يعطوها للواحد معروفة و ما تتجاوز ال 15GB، بس لمن جربت أزامن تلفوني مع حسابي الجامعي و ربطته ب Google Drive
جابوا لي حوالي 95TB، ايوه زيما شايفين تيرا .
فاستغلوا ايميلاتكم يا شباب و استفيدوا من المزايا المتوفرة و كمان للذي يستخدموا البرنامج الغني عن التعريف Cam Scanner تقدروا تستفيدوا من مزايا فيه Premium بمجرد ربط البرنامج بالايميل الجامعي و لا تختاروا سنة التخرج بالشكل الصحيح، خلوها 2029 عشان يطول معاكم..
جابوا لي حوالي 95TB، ايوه زيما شايفين تيرا .
فاستغلوا ايميلاتكم يا شباب و استفيدوا من المزايا المتوفرة و كمان للذي يستخدموا البرنامج الغني عن التعريف Cam Scanner تقدروا تستفيدوا من مزايا فيه Premium بمجرد ربط البرنامج بالايميل الجامعي و لا تختاروا سنة التخرج بالشكل الصحيح، خلوها 2029 عشان يطول معاكم..