Ayman Alshantaf || Tech, Development & Programming👨‍💻

𝗡𝗼𝗱𝗲.𝗷𝘀 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝗤𝘂𝗲𝘀𝘁𝗶𝗼𝗻𝘀 – 𝗕𝗲𝗴𝗶𝗻𝗻𝗲𝗿 𝘁𝗼 𝗘𝘅𝗽𝗲𝗿𝘁 🚀 🟢 𝗕𝗲𝗴𝗶𝗻𝗻𝗲𝗿 / 𝗝𝘂𝗻𝗶𝗼𝗿 𝗟𝗲𝘃𝗲𝗹 1. What is Node.js? 2. Why is Node.js single-threaded? 3. What is the V8 engine? 4. What is the Event Loop? 5. Difference between Node.js and JavaScript in the browser. 6. What are global objects in Node.js? 7. What is npm? 8. What is package.json? 9. What is module.exports? 10. Difference between require and import. 11. What is callback? 12. What is asynchronous programming? 13. What is Promise? 14. Difference between Promise and callback. 15. What is async/await? 16. What is REPL? 17. What is middleware? 18. What is Express.js? 19. What is REST API? 20. How do you handle errors in Node.js? ——— 🟡 𝗠𝗶𝗱-𝗟𝗲𝘃𝗲𝗹 (𝟮–𝟱 𝗬𝗲𝗮𝗿𝘀 𝗘𝘅𝗽𝗲𝗿𝗶𝗲𝗻𝗰𝗲) 21. What is non-blocking I/O? 22. How does the Event Loop work internally? 23. Difference between process.nextTick and setImmediate. 24. What are streams in Node.js? 25. Types of streams. 26. What is Buffer? 27. What is clustering? 28. How do you handle multiple requests? 29. How do you manage environment variables? 30. What is CORS? 31. How do you secure Node.js APIs? 32. What is JWT authentication? 33. How do you connect Node.js with databases? 34. Difference between SQL and NoSQL in Node.js apps. 35. What is Mongoose? 36. How do you handle file uploads? 37. What is rate limiting? 38. How do you implement pagination? 39. How do you handle logging? 40. How do you test Node.js applications? ——— 🔵 𝗦𝗲𝗻𝗶𝗼𝗿 / 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁 𝗟𝗲𝘃𝗲𝗹 41. Explain Node.js architecture. 42. How do you scale Node.js applications? 43. What is horizontal vs vertical scaling? 44. How do you handle CPU-intensive tasks? 45. How do you design microservices in Node.js? 46. How do you handle inter-service communication? 47. What is message queue usage in Node.js? 48. How do you implement caching? 49. What is Redis used for? 50. How do you handle memory leaks? 51. How do you monitor Node.js applications? 52. How do you implement CI/CD for Node.js? 53. How do you secure APIs at enterprise level? 54. How do you handle API versioning? 55. How do you manage secrets? 56. What are Node.js performance bottlenecks? 57. How do you implement graceful shutdown? 58. What are common Node.js anti-patterns? 59. How do you design fault-tolerant systems? 60. When should you NOT use Node.js?

ليه الـ Caching مهم؟ وإزاي تختار الطريقة الأفضل؟ 🤔 . . خليني أسألك سؤال: عمرك دخلت على تطبيق ولقيته سريع جدًا في تحميل البيانات؟ ولو فكرت ليه سريع كده، غالبًا الإجابة هتكون إنه بيستخدم الـ Caching. التخزين المؤقت (Cache) مش بس بيساعد في تحسين الأداء، بل ممكن يكون الفرق بين تجربة مستخدم ممتازة وتطبيق الناس بتكرهه بسبب البطء (وأكيد مر عليك تطبيقات بالشكل ده). لما بتطلب داتا، بدل ما ترجع للسيرفر في كل مرة، بتحفظ نسخة منها في الـ Cache، وده بيقلل الـ Latency، ويخفف الحمل على قواعد البيانات (Database)، ويوفر في التكلفة. لكن السؤال المهم: إيه أفضل طريقة تستخدم بها الـ Caching؟ 🤔 مش كل الـ Caching Strategy بتنفع في كل السيناريوهات. فيه Strategies مختلفة، وكل واحدة لها استخداماتها، مميزاتها وعيوبها. وعلشان كده، لازم تفهمهم كويس علشان تختار اللي يناسب حالتك. ——— 1- الـ Cache Aside (Lazy Loading) الـ Cache هنا شغال زي مساعد مش أساسي. لما التطبيق يحتاج داتا، بيشوف الأول هل موجودة في الـ Cache؟ لو موجودة (Cache Hit)، بيستخدمها، لو مش موجودة (Cache Miss)، بيروح للـ Database، يسحب الداتا، ويخزنها في الـ Cache علشان لو اتطلبت تاني تكون موجودة. 🔹 المميزات: - بسيط وسهل التطبيق. - الداتا مش بتتحمل في الـ Cache إلا لما يكون فيه طلب فعلي ليها، فمفيش تحميل غير ضروري. 🔹 العيوب: - أول طلب دايمًا هيكون بطيء لأنه هيروح للـ Database. - لو حصل تحديث في الداتا في الـ Database، الـ Cache مش هيعرف غير لما يتطلب تاني. 📌 إمتى تستخدمه؟ لما يكون عندك بيانات بتتغير بشكل غير متكرر، وعايز تقلل الـ Load على الـ Database بدون ما تستهلك مساحة كبيرة في الـ Cache. ——— 2- الـ Write Through هنا أي داتا جديدة بتتكتب في الـ Cache وفي نفس اللحظة بتتكتب في الـ Database. يعني مش هتلاقي حاجة في الـ Cache غير اللي متسجلة في الـ Database فعلًا. 🔹 المميزات: - الـ Cache دايمًا متزامن مع الـ Database. - البيانات مش هتضيع لو الـ Cache حصل له Restart، لأنها محفوظة في الـ Database. 🔹 العيوب: - الأداء ممكن يكون أبطأ لأن أي Write هيتنفذ مرتين (في الـ Cache وفي الـ Database). - مش دايمًا هتستفيد من الـ Cache، لأن البيانات الجديدة مش بيتم طلبها بنفس سرعة البيانات القديمة. 📌 إمتى تستخدمه؟ لو عندك نظام Critical لازم يكون دايمًا متزامن ومفيش أي احتمالية لفقد البيانات، زي الأنظمة المالية أو الطلبات في الـ E-commerce. ——— 3- الـ Write Back (Write Behind) عكس الـ Write Through، هنا أي داتا جديدة بتتكتب في الـ Cache الأول، وبعد كده بيتم إرسالها للـ Database بشكل غير متزامن (Asynchronously) بعد فترة معينة أو عند الوصول لحجم معين من البيانات. 🔹 المميزات: - أسرع في الكتابة لأنه مش بيعمل Load على الـ Database مع كل عملية Write. - بيساعد في تحسين الأداء لما يكون فيه عدد كبير من عمليات الكتابة. 🔹 العيوب: - لو الـ Cache حصل له Failure قبل ما يرسل البيانات للـ Database، البيانات هتضيع. - محتاج Mechanism قوية لإدارة الـ Synchronization بين الـ Cache والـ Database. 📌 إمتى تستخدمه؟ لما يكون عندك تطبيق بيحتاج سرعة عالية جدًا في الكتابة، بس ممكن يتحمل تأخير بسيط في تحديث البيانات في الـ Database، زي التطبيقات اللي فيها Logging أو Analytics. ——— إن شاء الله التكملة في الجزء الثاني...

دردشة سريعة عن Docker 💯 . . تعال ندردش شوية عن Docker بطريقة بسيطة ونفهم هو ليه شيء أساسي في تطوير التطبيقات... ——— 📌 إيه هو Docker؟ ببساطة، Docker هو منصة بتسمح لك تبني، تختبر، وتشغل تطبيقاتك في حاجة اسمها Container. طيب يعني إيه Container؟ فكر فيها زي علبة بتحط فيها التطبيق بتاعك بكل المكونات اللي محتاجها عشان يشتغل: الـ Code، الـ Libraries، والـ Dependencies اللي مستخدمها، والـ System Configurations. الفكرة الأساسية إن الـ Container ده بيشتغل زي ما هو على أي جهاز أو سيرفر، بغض النظر عن الـ Operating System أو الـ Environment اللي عليه. يعني لو التطبيق شغال عندك على جهازك الشخصي، هيشتغل بالضبط بنفس الطريقة على أي سيرفر تاني من غير مشاكل. ——— 📌 ليه Docker مهم في مجال السوفتوير؟ ⚡️ التوافق بين البيئات المختلفة: من أكتر المشاكل اللي معظمنا بيقابلها إنك تشتغل على مشروع على جهازك وكل حاجة تبقى تمام، لكن أول ما تيجي ترفعه على السيرفر، تبدأ المشاكل... ممكن الـ Libraries أو الـ Environment اللي على السيرفر تكون مختلفة عن جهازك، وده يخلي حاجات كتير تبطل تشتغل. وهنا بييجي دور Docker، من خلال الـ Container اللي بيبنيها، كل حاجة بتكون جاهزة ومتوافقة مع بعضها، فالتطبيق بتاعك هيشتغل بنفس الكفاءة على أي بيئة تانية من غير تعديلات. ——— ⚡️ سرعة الانتقال من مرحلة التطوير للإنتاج: العادي في أي مشروع إنك بتبدأ بـ Development Environment، وبعد كده تنقل المشروع لـ Production Environment. نقل المشروع ده ممكن ياخد وقت ومجهود كبير، خصوصًا لو بتحتاج تعيد تهيئة البيئة الجديدة كل مرة. Docker بيحل المشكلة دي عن طريق إنك بتجهز كل حاجة في Container واحد، وبتقدر تنقله مباشرة لأي مكان، وبالتالي بتقلل الوقت اللي بياخده المشروع عشان يبقى جاهز للنشر. ——— تقدر تعمل نسخ متعددة من الـ Containers وتشغلهم على أي عدد من السيرفرات بسهولة وفي وقت قليل، وبالتالي تقدر تتعامل مع زيادة الأحمال بدون مشاكل. ——— ⚡️ سهولة التجربة والاختبار: ميزة Docker إنه بيوفر لك بيئة معزولة لتجربة أفكار جديدة أو تعديل كود معين بدون التأثير على التطبيق الرئيسي. يعني، لو عايز تجرب Framework جديد أو تضيف Feature للتطبيق، تقدر تعمل Container جديد وتجرب براحتك من غير ما تأثر على البيئة اللي شغال عليها باقي الفريق أو المشروع الأساسي. ——— ⚡️ الحفاظ على استمرارية العمل: من خلال Docker تقدر تتأكد إن نفس الـ Setup شغال عندك، عند باقي الفريق، وعلى السيرفرات اللي بتشغل التطبيق. ده معناه إن مفيش مشاكل هتحصل بسبب فرق في الـ Configuration أو الـ Environment.

هل تعلم: يوجد محرر أكواد باسم VSCodium ... وهو نفسه محرر VsCode، الفرق الوحيد أن خدمات مايكروسوفت منزوعة من هذا الأخير. كما يتوفر على بعض الإضافات مفتوحة المصدر التي قد لا تكون موجودة على متجر VsCode العادي. رابط المحرر: https://vscodium.com/ #برمجة

البرمجة الوظيفية (Functional Programming) . . البرمجة الوظيفية (Functional Programming) هي واحدة من الأنماط البرمجية اللي بتختلف عن النمط التقليدي اللي بنسميه الـ Imperative Programming. الفكرة الأساسية في البرمجة الوظيفية إنها بتركز على استخدام الدوال (functions) كعنصر أساسي في كتابة الكود، وبتعتمد على فكرة إن الكود يكون واضح وسهل التتبع، بدون ما نغير الـ state أو البيانات بشكل مباشر. ——— 📌 إيه اللي بيميز البرمجة الوظيفية؟ في البرمجة الوظيفية، بنستخدم حاجة اسمها pure functions، ودي دوال بتستقبل مدخلات (inputs) وتطلع مخرجات (outputs) من غير ما تأثر على أي حاجة خارج الدالة نفسها. يعني الدالة اللي بتشتغل بالطريقة دي، كل مرة تستخدمها بنفس المدخلات، هتطلع نفس النتيجة. ده بيسهل جدًا اختبار الكود والتأكد إنه شغال صح. كمان في البرمجة الوظيفية بنبعد تمامًا عن فكرة side effects، اللي هي تغيير في البيانات أو الـ state خارج الدالة. وده بيدي الكود ميزة إنه يبقى قابل للتوقع (predictable) وسهل الصيانة. ——— 📌 الـ Higher-Order Functions البرمجة الوظيفية بتعتمد بشكل كبير على نوع خاص من الدوال اسمه Higher-Order Functions. الدوال دي بتستقبل دوال تانية كمدخلات أو بتطلع دوال كمخرجات. مثلًا في JavaScript عندنا دوال زي map, filter, reduce، ودي أمثلة ممتازة على الـ Higher-Order Functions. الدوال دي بتخليك تقدر تعمل عمليات معقدة على البيانات بطريقة مختصرة ومنظمة، وبدون ما تكتب كود كتير. مثلًا لو عاوز تعدل قيم معينة في Array، بدل ما تستخدم for loop، ممكن تستخدم map واللي بتخليك تقدر تعيد بناء الـ Array بطريقة أسرع وأسهل. ——— 📌 الـ Immutable Data واحدة من المفاهيم الأساسية كمان في البرمجة الوظيفية هي immutable data، يعني البيانات مبتتغيرش. بدل ما نعدل على نفس الـ Array أو الـ Object، بنرجع نسخة جديدة من البيانات بعد التعديل. ده بيدي الكود أمان أكتر، وبيمنع الأخطاء اللي ممكن تحصل لما البيانات تتغير بطريقة غير متوقعة. البرمجة الوظيفية بتتطبق في لغات زي Haskell وElm بشكل كبير، لكن الأفكار دي كمان ممكن تتطبق في لغات زي JavaScript, Python وحتى Java و#C. ——— 📌 ليه تستخدم البرمجة الوظيفية؟ - الكود بيكون واضح جدًا وسهل التتبع. - التقليل من الأخطاء بفضل استخدام الـ pure functions. - سهولة اختبار الكود. - دعم الـ parallelism والـ concurrency بشكل أفضل. ——— وفقكم الله لكل خير ☘️

الموقع ده هيساعدك تقوي مهاراتك في عالم الـ System Design 💯 . .

System Design Problems 💯

Practice High-Level Design (HLD) with our interactive whiteboard and get AI-powered feedback. ——— https://www.scalemock.com/hld

دردشة سريعة عن الـ API Gateway 💯 . . لو بتشتغل على مشروع كبير أو على بيئة Microservices معقدة، أكيد هتحتاج تتعامل مع الـ API Gateway، لأنها ببساطة بتشتغل كـ "بوابة" أو وسيط بين المستخدمين (Clients) وبين مجموعة الخدمات اللي بيقدمها التطبيق. ——— 📌 يعني إيه API Gateway؟ خلينا نقول إنك بتشتغل على مشروع كبير زي موقع بيع منتجات، وفيه خدمات كتير مستقلة، زي خدمة للمشتريات، خدمة للدفع، خدمة للمخزون، وخدمة للملف الشخصي. الـ API Gateway هي الجزء اللي بتستلم الطلبات من الـ Clients (زي تطبيق الموبايل أو الويب) وتوجهها للـ Microservice الصحيحة. يعني بدل ما التطبيق يبعت طلب مباشر لكل خدمة ويضيع وقت في فهم مسارات كتير، الـ API Gateway بتستقبل الطلب وتنفذه وتبعت البيانات للي عاوزها. ——— 📌 الـ API Gateway بتعمل إيه بالضبط؟ ✅ توجيه الطلبات: لما ييجي طلب من العميل، الـ API Gateway بتختار الخدمة المناسبة اللي هتقدر تستجيب للطلب ده وتبعته لها. ✅ توحيد البيانات: لو عندك خدمات مختلفة والعميل محتاج بيانات من أكتر من خدمة، الـ API Gateway بتجمع البيانات دي كلها وترجعها للعميل في رد واحد. ✅ التحكم في الأمان: بتسمح لك تعمل قواعد الأمان زي التحقق من الهويات (Authentication) والترخيص (Authorization)، عشان تضمن إن الطلبات اللي جايه كلها من مصادر موثوق فيها. ✅ التحكم في المعدل (Rate Limiting): تقدر من خلالها تحدد عدد الطلبات اللي ممكن يجريها العميل في وقت معين، بحيث تحمي خدماتك من أي ضغط غير طبيعي أو هجمات زي DDoS. ✅ التوجيه الديناميكي (Dynamic Routing): لو عندك إصدارات مختلفة من نفس الخدمة، تقدر تحدد أي إصدار يستخدمه الـ Client أو تغير التوجيه حسب الوقت أو حسب الـ Load. ✅ التحسين والأداء (Caching): ممكن كمان تقوم بعمل Cache للطلبات اللي بيتكرر استخدامها، وده بيساعد في تخفيف الحمل على الخدمات. ——— 📌 ليه مهم نستخدم الـ API Gateway؟ لو عندك تطبيق بيدير أكتر من خدمة، التعامل المباشر بين العميل وكل خدمة على حدة ممكن يبقى معقد ويتطلب وقت طويل، وده بيأثر على أداء التطبيق. هنا بقى بييجي دور الـ API Gateway اللي بتسهل التعامل وتوفر طريقة منظمة وبسيطة للتفاعل مع الخدمات. كمان، لو محتاج تطبق سياسات الأمان بشكل موحد، أو محتاج تعمل Analytics للطلبات اللي بتيجي، يبقى الـ API Gateway هي المكان الصح اللي تعمل فيها كل ده، لأنها نقطة التحكم الرئيسية اللي بتشوف وتتحكم في كل الطلبات اللي جاية ورايحة بين العميل والخدمات. ——— 📌 أدوات ومكتبات الـ API Gateway فيه أدوات كتير تقدر تستخدمها كـ API Gateway، زي: ⚙️ Kong ⚙️ NGINX ⚙️ AWS API Gateway ⚙️ Zuul كل أداة من دول بتقدم مزايا مختلفة حسب احتياجات المشروع، وعادةً بنختار حسب حجم المشروع، الأمان المطلوب، وسرعة الاستجابة اللي محتاجينها.

😍🥰

الـ DOM (Document Object Model) 💯 . . هي البنية اللي المتصفح بيستخدمها عشان يحوّل صفحة الويب من كود HTML لكائنات (Objects) يقدر يتعامل معاها. يعني ببساطة، الصفحة بتاعتك اللي بتتكون من عناصر زي العناوين، الفقرات، الصور، وغيرها بتتحول لشجرة من الكائنات، وكل عنصر بيتحول لكائن فيه خصائص زي النص، الألوان، الأحجام، وغيرها. ——— الجميل في الـ DOM إنه بيسمح لنا نغير الصفحة بعد ما تتحمل، وده اللي بنسميه "DOM Manipulation" باستخدام JavaScript. ✅ فكرة الـ DOM Manipulation ببساطة هي إنك بتقدر تعدل على عناصر الصفحة وتغيرها بناءً على تفاعل المستخدم، زي إنك تضيف زرار جديد، تشيل صورة، أو حتى تغير النص اللي مكتوب في الفقرات. 💯 ——— 📌 إزاي تجيب عناصر من الـ DOM؟ عشان تقدر تعمل DOM Manipulation، لازم الأول تعرف إزاي تجيب العناصر اللي عايز تعدلها. فيه طرق كتير عشان تجيب العناصر: ⚡️ الـ document.getElementById: دي بتجيب العنصر اللي له ID معين. مثلًا:

const element = document.getElementById("myElement");

⚡️ الـ document.querySelector: دي طريقة أقوى شوية لأنها بتستخدم CSS Selectors، يعني تقدر تجيب أي عنصر بناءً على الاسم، الـ class، أو حتى الـ ID:

const element = document.querySelector(".myClass");

⚡️ الـ document.getElementsByClassName والـ document.getElementsByTagName: دول بيرجعوا لك مصفوفة (Array-like) من العناصر اللي لها نفس الـ class أو الـ tag. ——— 📌 إيه اللي ممكن تعمله بـ DOM Manipulation؟ ⚡️ إضافة عناصر جديدة: لو عايز تضيف عنصر جديد في الصفحة، زي زرار أو صورة، تقدر تستخدم JavaScript عشان تعمل Create Element، وبعد كده تضيفه للشجرة باستخدام appendChild. مثال بسيط:

const newButton = document.createElement("button");
newButton.innerHTML = "اضغط هنا";
document.body.appendChild(newButton);

الكود ده بيعمل زرار جديد مكتوب عليه "اضغط هنا" وبيضيفه في آخر الـ body. ——— ⚡️ تعديل محتوى العناصر: تقدر بسهولة تغير النص أو الـ HTML اللي موجود جوا أي عنصر باستخدام innerHTML أو textContent. يعني مثلًا لو عندك فقرة فيها نص وعاوز تغير النص ده لما المستخدم يضغط على زرار:

document.getElementById("myButton").addEventListener("click", function() {
  document.getElementById("myParagraph").innerHTML = "النص اتغير!";
});

هنا، لما المستخدم يضغط على الزرار اللي ID بتاعه "myButton"، النص اللي في الفقرة اللي ID بتاعها "myParagraph" هيبقى "النص اتغير!". ——— ⚡️ تعديل تنسيق العناصر (CSS): عن طريق الـ DOM، تقدر تعدل في التنسيق (CSS) بتاع أي عنصر بسهولة باستخدام element.style. يعني لو عاوز تغير لون الخلفية لزرار معين لما المستخدم يضغط عليه:

document.getElementById("myButton").addEventListener("click", function() {
  document.getElementById("myButton").style.backgroundColor = "red";
});

هنا الزرار هيغير لونه للأحمر بعد ما المستخدم يضغط عليه. ——— ⚡️ حذف عناصر من الصفحة: مش بس بتقدر تضيف أو تعدل، كمان تقدر تحذف عناصر من الصفحة تمامًا باستخدام remove():

document.getElementById("myButton").remove();

الكود ده هيحذف الزرار اللي ID بتاعه "myButton" من الصفحة. ——— 📌 إيه أهمية DOM Manipulation؟ الـ DOM Manipulation بيلعب دور كبير جدًا في مجال الويب، وده لأنه بيخليك تقدر تبني صفحات ويب ديناميكية تستجيب لتفاعل المستخدم في اللحظة. على سبيل المثال، في تطبيقات زي الـ Single Page Applications (SPA) زي اللي معمولين بـ React أو Vue، الـ DOM بيتم تحديثه باستمرار عشان يعرض للمستخدم المحتوى اللي هو محتاجه بدون ما نعمل Reload للصفحة كلها. كمان، لو بتشتغل على تحسين تجربة المستخدم (UX)، هتلاقي إن DOM Manipulation بيساعدك توصل للنتائج اللي أنت عايزها، سواء بتعديل في التنسيق أو بتحريك العناصر على الصفحة بشكل سلس. ملحوظة: رغم إن DOM Manipulation مهم جدًا، إلا أنه ممكن يبقى مكلف شوية لو عملت تعديلات كتير مرة واحدة على الصفحة، عشان كده من الأفضل دايمًا تستخدم تقنيات زي الـ Virtual DOM في مكتبات زي React عشان تحسن الأداء.

الفرق بين gRPC و REST – أيهما أقوى وليه ممكن تحتاج الـ gRPC؟ 🤔 . . لفترة طويلة، الـ REST كان كفاية جدًا علشان الـ APIs تتعامل مع بعضها. بس مع الوقت، ظهرت تحديات جديدة، وبدأنا نحتاج حلول أسرع، أخف، وأكتر كفاءة. هنا ظهر الـ gRPC، بس هل ده معناه إن REST انتهى؟ لا طبعًا، كل واحد له مكانه واستخدامه. تعال نشوف الفرق بينهم وإمتى تستخدم كل واحد منهم... ——— 1. طريقة الاتصال - الـ REST: بيعتمد على HTTP 1.1، وكل Request بيبقى مستقل تمامًا عن اللي قبله. يعني كل مرة بتطلب حاجة، السيرفر بيحتاج يفتح Connection جديد ويرد عليك، وبعدها الـ Connection بيتقفل – لكن لو السيرفر بيدعم Keep-Alive (وهي ميزة في HTTP 1.1)، الـ Connection ممكن يفضل مفتوح لفترة، وده بيقلل المشكلة شوية. بس برضو، HTTP 1.1 مش بيدعم Multiplexing. - الـ gRPC: بيستخدم HTTP/2، وده بيسمح بأنه يعمل Multiplexing، يعني يقدر يبعت أكتر من طلب في نفس الـ Connection بدون ما يستنى كل طلب يخلص الأول. النتيجة؟ أداء أسرع واستهلاك أقل للـ Resources ——— 2. نقل البيانات - الـ REST: بيعتمد على JSON في أغلب الحالات، وده فورمات سهل القراءة بس مش الأمثل من حيث السرعة أو حجم البيانات. لكن REST مش مقتصر على JSON؛ ممكن تستخدم XML أو حتى Plain Text لو عايز، بس JSON هو الأكثر شيوعًا. - الـ gRPC: بيعتمد على Protocol Buffers (Protobuf)، وهو Binary Format مضغوط جدًا، وأسرع بكتير في الـ Serialization/Deserialization من JSON ——— 3. الأداء - الـ REST: بيستهلك Bandwidth أعلى بسبب الـ JSON (أو أي Text Format) والـ Headers الكبيرة اللي في كل Request. - الـ gRPC: أخف وأسرع لأنه بيستخدم Binary Encoding وبيحافظ على Connection مفتوح طول الجلسة. ——— 4. الـ Code Generation - الـ REST: لو عايز تكتب Client، لازم تبنيه يدويًا وتتعامل مع الـ HTTP Requests بنفسك. - الـ gRPC: بيديك Code Generation جاهز بلغات كتير (JavaScript, Python, Go, etc.)، يعني تقدر تكتب الـ API مرة واحدة بس والـ Clients في لغات مختلفة تستهلكها بسهولة. ——— 5. دعم الـ Streaming - الـ REST: مش بيدعم الـ Streaming بشكل Native، ولو عايز تعمل حاجة شبه كده هتحتاج حلول زي WebSockets. لكن لو بتستخدم HTTP/2 مع REST، ممكن تستفيد من Server-Sent Events كحل جزئي، بس ده مش شائع. - الـ gRPC: بيدعم Bi-directional Streaming، يعني الكلاينت والسيرفر يقدروا يبعتوا بيانات لبعض بشكل متزامن من غير ما يستنوا بعض. ——— 6. التوافقية مع الـ Browsers - الـ REST: بيشتغل في أي مكان، أي متصفح، وأي بيئة بدون مشاكل. - الـ gRPC: ما بيشتغل مباشرة في المتصفح لأنه بيعتمد على HTTP/2 و Protobuf، لكن ممكن تدمجه مع gRPC-Web علشان تتعامل مع المتصفحات. ——— 📌 إمتى تستخدم REST؟ ✅ لو الـ API بتاعك هيشتغل مع المتصفحات مباشرة. ✅ لو عايز حل سهل، موثق كويس، ومعروف عند أغلب المطورين. ✅ لو بتتعامل مع سيرفرات مش بتدعم gRPC أو مش عايز تبني حاجة معقدة. ——— 📌 إمتى تستخدم gRPC؟ 🚀 لو عندك Microservices Architecture وعايز أداء سريع واستهلاك قليل. 🚀 لو بتتعامل مع Mobile Apps أو IoT Devices وعايز تقلل الـ Bandwidth. 🚀 لو عايز تعمل Real-time Communication بين الـ Services. ——— الـ REST مش رايح في أي حتة، ولسه مناسب لمعظم الاستخدامات. لكن لو بتبني سيستم معقد، وعايز كفاءة أعلى، وخصوصًا لو عندك Microservices أو High-performance Systems، الـ gRPC ممكن يكون الحل الأمثل لك.

🔥 إلى أبطال البرمجة والسهرانين على الكود!🧑‍💻 مين فيكم عنده ترشيح قوي لـ أفضل كورس Node.js مجاني؟ 👀 حطولنا رابط الكورس بالتعليقات لتعم الفائدة🌟

التطبيق العملي من أفضل الطرق اللي هتساعدك جدًا في مجال البرمجة. 💯 . . موقع DevProjects هتلاقي فيه مشاريع ممتازة تقدر تشتغل عليها بنفسك، وتتعلم خطوة بخطوة لحد ما توصل لمستوى احترافي.🚀 ——— 📌 أنواع المشاريع المتاحة على الموقع: - Web Development - Mobile App - Automation Or Tools - HTML/CSS - JavaScript - React - Vue - Angular - Node.js - Python - Ruby - Java - PHP - Swift - React Native ——— 📌 رابط الموقع: https://www.codementor.io/projects

مصادر مهمة لانترڤيو الـ Problem Solving 💯 . . 📌 This repository contains LeetCode articles which are very useful during the interview preparation. https://github.com/ashishps1/awesome-leetcode-resources 📌 A curated list of awesome Leetcode problems, algorithms, and data structures. https://github.com/kiranpalsingh1806/awesome-leetcode

كـنـز الـ GitHub 💎 . . لو مهتم بتطوير مهاراتك كمهندس برمجيات، لازم تبقى عارف إن GitHub مليان كنوز هتساعدك بشكل كبير خلال رحلتك... في البوست ده هشارك معاك مجموعة Repositories لازم تبقى عندك في الـ bookmarks، هتلاقي فيها أدوات، شروحات، وأكواد مفتوحة المصدر وأسئلة انترفيو هتسهّل عليك مشوارك في البرمجة. 💯 ——— GitHub Repositories Every Software Engineer Should Know 💯 📍 developer-roadmap https://github.com/kamranahmedse/developer-roadmap 📍 awesome-roadmaps https://github.com/liuchong/awesome-roadmaps 📍 free-programming-books https://github.com/EbookFoundation/free-programming-books 📍 engineering-blogs https://github.com/kilimchoi/engineering-blogs 📍 Best-websites-a-programmer-should-visit https://github.com/sdmg15/Best-websites-a-programmer-should-visit 📍 freeCodeCamp https://github.com/freeCodeCamp/freeCodeCamp 📍 The Algorithms https://github.com/TheAlgorithms 📍 Data-Structure-Algorithms-LLD-HLD https://github.com/arpit20adlakha/Data-Structure-Algorithms-LLD-HLD 📍 awesome-algorithms https://github.com/tayllan/awesome-algorithms 📍 design-patterns-for-humans https://github.com/kamranahmedse/design-patterns-for-humans 📍 awesome-design-patterns https://github.com/DovAmir/awesome-design-patterns 📍 system-design-101 https://github.com/ByteByteGoHq/system-design-101 📍 system-design-primer https://github.com/donnemartin/system-design-primer 📍 system-design-resources https://github.com/InterviewReady/system-design-resources 📍 system-design https://github.com/karanpratapsingh/system-design 📍 Awesome-Design-Tools https://github.com/goabstract/Awesome-Design-Tools 📍 design-resources-for-developers https://github.com/bradtraversy/design-resources-for-developers 📍 app-ideas https://github.com/florinpop17/app-ideas 📍 project-based-learning https://github.com/practical-tutorials/project-based-learning 📍 public-apis https://github.com/public-apis/public-apis 📍 interviews https://github.com/kdn251/interviews 📍 tech-interview-handbook https://github.com/yangshun/tech-interview-handbook 📍 awesome-interview-questions https://github.com/DopplerHQ/awesome-interview-questions 📍 Coding Interview University https://github.com/jwasham/coding-interview-university 📍 free-for-dev https://github.com/ripienaar/free-for-dev 📍 build-your-own-x https://github.com/codecrafters-io/build-your-own-x 📍 realworld https://github.com/gothinkster/realworld ——— لو عندك Repos مميزة بتستخدمها ممكن تشاركها معنا في التعليقات وتفيد غيرك 💡