DevGuide

🔒 الفرق بين Encapsulation و Abstraction؟ ناس كتير بتتلخبط بين الـ Encapsulation والـ Abstraction وده طبيعي لأن الاتنين بيتكلموا عن إخفاء حاجات في البرمجة، بس كل واحد فيهم ليه هدف مختلف. ——— 📦 الـ Encapsulation (الاحتواء أو التغليف): يعني إنك "تغلف" البيانات (زي الـ variables) والوظائف (زي الـ functions أو الـ methods) اللي بتتعامل مع البيانات دي داخل كائن واحد (class)، وكمان تمنع أي حد من خارج الكائن ده إنه يتعامل معاهم بشكل مباشر. بمعنى تاني: بتخبي التفاصيل الداخلية، وبتخلي فيه واجهة واحدة بس الناس تتعامل معاها. وده بيحافظ على الداتا من إنها تتغير بشكل خطأ أو عشوائي. ——— 🛡 مثال بسيط: لو عندك BankAccount class فيه متغير اسمه balance، مش المفروض أي حد يقدر يغير balance على مزاجه. لازم تعدي من method زي deposit أو withdraw، ودي بتحط شروط (زي إنك مينفعش تسحب أكتر من اللي موجود). يعني الكود بيكون كده:

class BankAccount {
  private int balance;

  public void deposit(int amount) {
    if (amount > 0) balance += amount;
  }

  public int getBalance() {
    return balance;
  }
}

هنا احنا "غلفنا" البيانات وخبيناها وخلينا التعامل معاها من خلال methods بس ✅ ——— 🎭 الـ Abstraction (التجريد): يعني إنك تركز على "إيه اللي الـ class بيعمله"، وتخبي "إزاي بيعمله" بمعنى إنك بتعمل للـ user واجهة بسيطة يتعامل بيها، وما تعرفه التفاصيل الداخلية حصلت إزاي. مثلًا: أنت لما بتشغل الغسالة من الزرار، مش لازم تعرف إزاي الموتور بيشتغل أو الميه بتتوزع أو إزاي البرنامج بيعدّ الوقت. كل اللي يهمك هو إنك تضغط الزرار وهي تشتغل. نفس الفكرة في الكود: لو عندك method اسمها sendEmail(to, subject, body)، فالمستخدم مش محتاج يعرف الـ SMTP settings أو التفاصيل اللي بتحصل ورا الكواليس. كل اللي محتاجه إنه يبعت الإيميل وخلاص. ——— #دقيقة_برمجة

إيه الفرق بين Framework و Library؟ 🤔

الفكرة ببساطة إن الـ Library هي مجرد مجموعة أكواد أو دوال جاهزة بتساعدك تعمل حاجة معينة في الكود بتاعك، يعني أنت اللي بتتحكم فيها وبتستدعيها وقت ما تحتاج. مثال؟ لو بتكتب JavaScript ممكن تستخدم Lodash علشان تسهل عليك التعامل مع المصفوفات (Arrays)، أو Axios علشان تبعت طلبات API. ——— أما الـ Framework فالموضوع مختلف شوية، لأنه بيكون بيئة عمل متكاملة فيها قواعد وأنماط معينة لازم تلتزم بيها. يعني بدل ما أنت اللي بتنادي على الكود، هو اللي بينادي عليك وبيقولك "اكتب الكود بتاعك هنا". مثال؟ إطار العمل Angular في الفرونت إند، و Django في الباك إند. ——— 🔹 الـ Library = أنت اللي بتتحكم فيها وتستخدمها بحرية 🔹 الـ Framework = هو اللي بيديك القالب أو الشكل العام ويجبرك تمشي على نظام معين. ——— #دقيقة_برمجة

يعني إيه Callback Function؟ 🔄 خلال رحلتك في عالم الـ JavaScript أكيد سمعت قبل كده عن Callback Functions، بس إيه الفكرة منها وليه بنستخدمها؟ 🤔 خليني أوضحها لك بطريقة بسيطة… تخيل أنك طلبت بيتزا من المطعم، وقالوا لك: "هتاخد 30 دقيقة عشان توصل." دلوقتي بدل ما تقعد مستني على باب المطعم، تقدر تسيب رقمك لهم، وأول ما البيتزا تجهز، هيكلموك ويقولوا لك: "تعال استلمها" ——— الـ Callback Function بتشتغل بنفس الطريقة، هي عبارة عن دالة بتتبعت كـ parameter لدالة تانية، ولما الدالة الأساسية تخلص شغلها، بتنادي الـ Callback عشان تنفذ حاجة معينة. ———

🎯 مثال عملي

function fetchData(callback) {
    console.log("Fetching data... ⏳");
    
    setTimeout(() => {
        console.log("Data fetched ✅");
        callback("Here is your data! 📦");
    }, 2000);
}

function processData(data) {
    console.log("Processing: " + data);
}

fetchData(processData);

📌 هنا الـ fetchData شغالة زي المطعم، وبتاخد callback كمعامل، وبمجرد ما تجيب الداتا، بتستدعي processData عشان تتعامل مع البيانات. ———

🛠 ليه نستخدم الـ Callback Functions؟

- التعامل مع العمليات غير المتزامنة (زي جلب بيانات من API أو تنفيذ عمليات بتاخد وقت). - إعادة استخدام الكود بدل ما نكتب نفس الحاجة أكتر من مرة. - تنظيم الكود بدل ما يكون كله متداخل وصعب القراءة. ———

❌ مشكلة الـ Callbacks؟

لو استخدمتها بطريقة غلط، ممكن تدخل في Callback Hell (كود متداخل بشكل معقد)، وده السبب اللي يخليك تستخدم الـ Promises والـ Async/Await 🚀 ——— #دقيقة_برمجة

إزاي تعمل Commit صح في Git؟ ✅ . . الـ Commit في Git تعتبر "لحظة حفظ" للتغييرات اللي عملتها في مشروعك. يعني لو فيه حاجة حصلت وحبيت ترجع لها بعدين، تقدر تلاقي الـ Commit ده. لكن عشان يكون شغلك مميز، لازم تعمل Commit صح. 💡 ———

1- اعمل Commit صغير ومنظم

لازم الـ Commit يكون خاص بتغيير معين أو ميزة معينة، يعني متعملش Commit كبير جدًا فيه شوية حاجات مش مترابطة. خليك دايمًا مركز في حاجة واحدة، زي "إصلاح bug في الصفحة الرئيسية" أو "إضافة زر جديد للتسجيل".

2- اكتب رسالة Commit واضحة

رسالة الـ Commit هي اللي هتشرح للناس (وأنت كمان بعد مدة) إيه اللي اتحسن أو اتغير في الكود. خلي الرسالة مختصرة وواضحة. زي: - "Fix login issue" 👨‍💻 - "Add user profile page" 👤 مهم جدًا إن الرسالة تكون واضحة علشان لو حد رجع لها بعد فترة، يعرف التغيير ده كان بخصوص إيه.

3- استخدم صيغة الزمن الحاضر

خلي الرسالة مكتوبة في الزمن الحاضر. يعني لو هتكتب عن إضافة ميزة جديدة، اكتب "Add new feature" بدل "Added new feature". دايمًا خلي الكلام بسيط ومباشر.

4- افصل بين التغييرات باستخدام أكثر من Commit

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

5- متعملش Commit للـ Files المؤقتة أو اللي فيها بيانات سرية

زي ملفات الـ logs أو الملفات المؤقتة (node_modules أو build folders). خلي الملفات دي في الـ gitignore علشان Git ما يضيفها مع الـ Commits بتاعتك. ——— قبل ما تعمل الـ Commit، دايمًا اعمل مراجعة للتغييرات اللي عملتها باستخدام git status أو git diff. كده هتكون متأكد إنك مش ناسي حاجة أو فيه حاجة غلط. ——— #دقيقة_برمجة

بفضل الله وتوفيقه، تم نشر ثاني مقال في مدونة Level Up Coding على منصة Medium! 🚀

How to Build a Scalable Back-End with Zero Downtime Deployments 💡

In today’s digital landscape, businesses must ensure 24/7 availability to meet user expectations. A scalable back end with zero downtime deployments is essential, not optional. This article presents a straightforward approach to building an efficient back end that scales seamlessly and deploys without disruption, keeping users satisfied. ——— 🔗 Link To Article: https://medium.com/gitconnected/how-to-build-a-scalable-back-end-with-zero-downtime-deployments-6f10b6d1f389

كل عام وأنتم بخير، تقبل الله منا ومنكم صالح الأعمال. 🤍

DevMeetsDevs 🔥

Unlock your creativity with these incredible websites—your next project’s inspiration starts here! https://devmeetsdevs.com

الفرق بين GET و POST في HTTP 🤔 لما تيجي تتعامل مع الـ APIs، هتقابل نوعين من الـ HTTP Requests مهمين جدًا: GET و POST. طيب إيه الفرق بينهم؟

📌 الـ GET Request

- بيستخدم لما تحب تجيب بيانات من السيرفر، زي لما تفتح موقع وتشوف البيانات اللي عليه. - البيانات اللي بتبعتها للسيرفر بتكون في الـ URL نفسه كـ Query Parameters، يعني لو عندك حاجة زي: https://example.com/users?id=5 ده معناه إنك بتطلب بيانات المستخدم اللي الـ ID بتاعه 5. - مش آمن لو بتبعت بيانات حساسة زي الباسورد، لأن البيانات بتظهر في الرابط. - ممكن يتخزن في الكاش (Cache)، فلو عملت نفس الطلب تاني ممكن السيرفر يرد بنفس النتيجة من غير ما يعالج الطلب من جديد. ———

📌 الـ POST Request

- بيستخدم لما تحب تبعت بيانات للسيرفر عشان تسجّل مستخدم، تبعت بيانات من Form، أو تضيف حاجة جديدة في قواعد البيانات (Database). - البيانات بتتبعت داخل الـ (Body)، مش في الـ URL، فده بيكون أكثر أمانًا مقارنةً بـ GET. - مش بيتخزن في الكاش، لأن كل مرة بتبعت فيها بيانات جديدة بيتم معالجتها. - ممكن يبعت بيانات ضخمة، عكس GET اللي بيكون محدود بحجم الـ URL. ———

💡 امتى تستخدم كل واحد فيهم؟

- لو عايز تجيب بيانات بس بدون ما تغير أي حاجة في السيرفر استخدم GET - لو عايز تبعت بيانات أو تعمل تعديل أو تضيف حاجة جديدة استخدم POST ——— يعني مثلًا: 🔹 لو بتبحث في جوجل، ده GET لأنك بتطلب بيانات بس. 🔹 لو بتسجّل دخول في موقع، ده POST لأنك بتبعت بيانات حساسة (الإيميل والباسورد). ——— #دقيقة_برمجة

الفرق بين SQL و NoSQL؟ 🤔 خلال رحلتك في عالم البرمجة، أكيد سمعت عن قواعد البيانات (Database) وعرفت إن فيه نوعين مشهورين: SQL و NoSQL، بس إيه الفرق بينهم؟

📌 الـ SQL - قواعد بيانات علائقية (Relational Databases)

- بتستخدم جداول (Tables) زي الإكسل كده، كل جدول فيه أعمدة وصفوف، وبيكون فيه علاقات بين الجداول. - بتستخدم لغة SQL (Structured Query Language) عشان تعمل استعلامات على البيانات (SELECT, INSERT, UPDATE, DELETE). - مثالية للبيانات المنظمة والمترابطة، زي الحسابات البنكية، بيانات الموظفين، والمخازن. - أمثلة عليها: MySQL, PostgreSQL, SQL Server, Oracle. ———

📍 مثال سريع:

لو عندك جدول اسمه Users، ممكن تجيب كل المستخدمين اللي أعمارهم فوق 25 سنة بكود زي ده:

SELECT * FROM Users WHERE age > 25;

———

📌 الـ NoSQL - قواعد بيانات غير علائقية (Non-Relational Databases)

- ملهاش جداول ثابتة زي SQL، بتستخدم طرق تخزين مختلفة زي المستندات (Documents)، الـ (Key-Value)، الـ (Wide-Column)، أو الرسوم البيانية (Graph). - مش بتحتاج مخطط ثابت (Schema-less)، يعني ممكن تخزن بيانات غير متناسقة بدون مشاكل. - مناسبة للبيانات اللي بتتغير باستمرار والأنظمة اللي بتحتاج سرعة عالية وقابلية توسع كبيرة، زي مواقع التواصل الاجتماعي وأنظمة التحليل الفوري. - أمثلة عليها: MongoDB (بتستخدم الـ Documents)، Redis (بتستخدم Key-Value)، Cassandra (بتستخدم Wide-Column). ———

📍 مثال سريع:

في MongoDB، لو عندك مجموعة (Collection) اسمها Users، وعاوز تجيب المستخدمين اللي أعمارهم فوق 25 سنة، هتستخدم استعلام زي ده:

db.Users.find({ "age": { $gt: 25 } })

———

أستخدم أي واحد في المشروع؟ 🤔

✅ الـ SQL مناسب لو عندك بيانات مترابطة وعاوز تضمن التكامل بينها. ✅ الـ NoSQL مناسب لو عندك بيانات غير منظمة، أو بتحتاج تتوسع بسرعة، أو عندك عمليات قراءة وكتابة ضخمة. ——— #دقيقة_برمجة

Node.js CheatSheet 💯

🔰 CSS: How to Truncate text Old but useful

يعني إيه API؟ 🤖

تخيل إنك داخل مطعم، بتقعد على الترابيزة، وبتمسك المنيو تختار أكلة معينة، وليكن بيتزا. بس المشكلة إنك مش هتقدر تروح المطبخ بنفسك وتطلب الأكل من الشيف، صح؟ هنا بييجي دور الجرسون، الجرسون بياخد الأوردر منك، يوصله للمطبخ، وبعد ما الأكل يجهز، بيرجعه لك على الترابيزة. دلوقتي، بدل المطعم، تخيل إنك عندك تطبيق موبايل أو موقع، وعاوز تجيب بيانات من سيرفر خارجي، زي مثلاً درجات الحرارة، أخبار اليوم، أو حتى تفاصيل منتج من موقع تسوق. بس زي ما أنت مش هتدخل المطبخ بنفسك، التطبيق بتاعك مش هيقدر يوصل مباشرة لقاعدة البيانات أو الخدمة اللي عند السيرفر. هنا بقى بييجي دور الـ API... ——— الكلمة اختصار لـ Application Programming Interface، وده عبارة عن "وسيط" أو "مترجم" بيسمح لتطبيقين مختلفين إنهم يتواصلوا مع بعض بدون ما يفهموا تفاصيل بعض الداخلية. بمعنى تاني، هو مجموعة من القواعد والتعليمات اللي بتحدد إزاي البرامج تتكلم مع بعض وتتبادل البيانات. ———

إزاي الـ API بيشتغل؟ 🤔

العملية بتتم في 4 خطوات رئيسية: 1️⃣ الطلب (Request): التطبيق بتاعك بيبعت طلب للـ API، بيكون فيه المعلومات اللي عاوزها. الطلب ده غالبًا بيكون باستخدام HTTP Requests زي (GET, POST, PUT, DELETE). 2️⃣ المعالجة (Processing): السيرفر اللي بيشغل الـ API بيستقبل الطلب، يفهمه، ويبدأ يجمع البيانات المطلوبة. 3️⃣ الاستجابة (Response): السيرفر بيرجع البيانات المطلوبة، وغالبًا بتكون بصيغة JSON أو XML. 4️⃣ العرض (Rendering): التطبيق بتاعك بياخد البيانات اللي وصلت له، ويعرضها للمستخدم بشكل مناسب. ———

📌 مثال عملي

لو فتحت تطبيق الطقس على موبايلك، التطبيق بيبعت طلب للـ API بتاع خدمة الطقس (مثلًا OpenWeather API)، بيقول له: "هات درجة الحرارة في القاهرة" الـ API بيروح للسيرفر، يسحب البيانات، ويرجع لك النتيجة: "درجة الحرارة في القاهرة الآن 25" ———

💡 إيه أنواع الـ API؟

- الـ REST API – الأشهر، بيستخدم HTTP، وبيتعامل غالبًا مع بيانات JSON. - الـ SOAP API – أقدم شوية، بيعتمد على XML، وغالبًا بيستخدم في الأنظمة البنكية. - الـ GraphQL API – أحدث وأكثر مرونة، بيسمح لك تطلب البيانات اللي أنت محتاجها بس، بدون تحميل بيانات زيادة. - الـ WebSockets API – بيستخدم في التطبيقات اللي محتاجة تحديثات في الوقت الفعلي (real-time) زي الشات والألعاب الأونلاين. ———

أمثلة على الـ API في الحياة اليومية 🌍

- لما تطلب أوبر، التطبيق بيتواصل مع Google Maps API عشان يحدد موقعك. - لما تدفع أونلاين، الموقع بيتواصل مع Payment Gateway API زي PayPal أو Stripe عشان يتم الدفع. - لما تستخدم موقع زي تويتر، التطبيق بيستخدم Twitter API عشان يجيب لك آخر التغريدات. ——— #دقيقة_برمجة

الفرق بين الـ Frontend والـ Backend 💡 تخيل إنك داخل مطعم، أول حاجة بتشوفها هي الديكور، الإضاءة، شكل الترابيزات، المنيو اللي بتختار منه، والشخض اللي بياخد الأوردر منك.. كل ده بيمثل الـ Frontend... لكن الأكل مش بيطلع لوحده، ورا الكواليس فيه مطبخ شغال، فيه طباخين بيحضروا الأكل، فيه ناس بترتب الطلبات، وفيه كاشير بيحسب الفاتورة.. كل ده بيمثل الـ Backend... ———

🖥 يعني إيه Frontend؟

هو كل حاجة المستخدم بيشوفها ويتفاعل معاها على الموقع أو التطبيق، زي الأزرار، الألوان، الصور، القوائم، والتصميم بشكل عام. 🔹 أشهر التقنيات اللي بيستخدمها الـ Frontend: - الـ HTML (هيكل الصفحة) - الـ CSS (التصميم والألوان) - الـ JavaScript (التفاعل مع محتوى الموقع) - مكتبات وأُطر عمل زي React, Angular, Vue عشان تسهل الشغل. ———

🔧 يعني إيه Backend؟

هو الجزء اللي بيشتغل ورا الكواليس وبيتأكد إن كل حاجة شغالة تمام، هو المسؤول عن التخزين، الأمان، معالجة البيانات، والاستجابة لطلبات المستخدم. يعني لو دخلت على موقع عشان تسجل دخول، الـ Backend هو اللي بيتحقق من بياناتك ويرد عليك إذا كانت صح ولا غلط. 🔹 أشهر التقنيات اللي بيستخدمها الـ Backend: - لغات برمجة زي Node.js, Python, Java, PHP, Ruby - قواعد بيانات زي MySQL, MongoDB, PostgreSQL - تقنيات زي REST APIs, GraphQL, Authentication ———

🔄 إزاي Frontend و Backend بيشتغلوا مع بعض؟

لما تدخل على موقع، الـ Frontend بيعرضلك صفحة تسجيل الدخول، ولما تكتب بياناتك وتضغط "تسجيل"، الموقع بيبعت البيانات للـ Backend اللي بدوره بيتأكد منها في قاعدة البيانات ويرد عليك. لو البيانات صح، هيدخلك، ولو غلط، هيقولك إن فيه مشكلة. ——— #دقيقة_برمجة

ليه تكتب نفس الكود مرتين وتوجع دماغك؟ 🤔 . . فاكر آخر مرة كنت بتعمل فيها Copy-Paste في الكود بتاعك؟ غالبًا كنت مستعجل وعايز تخلص بسرعة، بس اللي حصل بعدها؟ اكتشفت إن فيه Bug في الكود، وبدل ما تصلحه في مكان واحد، لقيت نفسك بتدور عليه في كذا مكان عشان تعدله! 🤦‍♂️ هنا بقى بييجي دور مبدأ DRY – Don’t Repeat Yourself، واللي ببساطة معناه "اكتب الكود مرة واحدة وخليه قابل لإعادة الاستخدام بدل ما تكرره في كل حتة". ———

📍 LinkedIn

https://www.linkedin.com/posts/dev-alisamir_devabrguide-softwaredevelopment-dry-activity-7310021758386954241-TTQ1

📍 Qabilah

https://qabilah.com/posts/OoYj4HCbkxM ——— متنساش تشارك البوست وتفيد غيرك. 💡

Roadmap To Learn Generative AI 🚀

1. Python Programming Language -1 Month 2. Basic Machine Learning Natural Language Processing 3. Basic Deep Learning Concepts 4. Advanced NLP Concepts 5. Starting the Journey Towards Generative AI (GPT4,Mistral 7B, LLAMA, Hugging Face Open Source LLM Models,Google Palm Model) 6. Vector Databases And Vector Stores 7. Deployment Of LLM Projects https://github.com/krishnaik06/Roadmap-To-Learn-Generative-AI-In-2024