الفرق بين Low-level و High-level Languages 🧠

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

Low-level Languages & High-level Languages

———

🔧 أولًا: الـ Low-level Languages

دي اللغات اللي بتتكلم تقريبًا بلغة الكمبيوتر نفسه، قريبة جدًا من الـ Hardware.
يعني لما تكتب كود بلغة Low-level، أنت بتتعامل مع الحاجات اللي داخل الجهاز نفسه زي الرامات، المعالج، وهكذا.


📌 أمثلة عليها؟

- Assembly Language
- Machine Code


✅ الميزة؟

- سريعة جدًا لأنها بتشتغل على مستوى قريب من الجهاز.
- بتوفر لك تحكم عالي جدًا في الموارد (زي الرامات والمعالج).


❌ العيب؟

- صعبة جدًا في الفهم.
- أي غلطة ممكن تعملك مشاكل كبيرة.
- كتابة البرامج بها بياخد وقت ومجهود كبير.

———

🎩 ثانيًا: الـ High-level Languages

دي بقى اللغات اللي احنا بنتعامل بها في الغالب.
اللغات دي أقرب للبني آدم من الآلة، يعني تقدر تكتب الكود بلغة مفهومة شبه الإنجليزي، وتسيب للمترجم (compiler أو interpreter) مهمة تحويل الكلام ده للغة الكمبيوتر.


📌 أمثلة عليها؟

- Python
- JavaScript
- Java
- Ruby
- Go


✅ الميزة؟

- سهلة في التعلم والقراءة والكتابة.
- أسرع في تطوير البرامج.
- بتوفر أدوات ومكتبات بتسهل عليك الشغل جدًا.


❌ العيب؟

- أبطأ شوية من Low-level لأن في طبقة وسيطة (المترجم أو الـ runtime).
- مش دايمًا بتديك تحكم كامل في الـ Hardware.

———

#دقيقة_برمجة

مقال لذيذ ومفيد بيتكلم عن مفهوم مهم جدًا في عالم البرمجة، وهو Cryptography، وبيوضح أهم المفاهيم والأنواع اللي هتقابلك كتير خلال رحلتك كـ Developer. ⚡️
.
.

7 Cryptography Concepts Every Developer Should Know 💯

.
.
Cryptography is no longer just a “security engineer topic.” Whether you build authentication systems, APIs, payment integrations, or secure file sharing features, understanding core cryptography concepts is essential for every modern developer.

In this guide, we’ll break down the 7 most important cryptography concepts every developer should know, explain how they work, and show practical Node.js examples you can apply in real-world systems.

———

https://medium.com/@dev.alisamir/7-cryptography-concepts-every-developer-should-know-cd4b579e20bf

Your front end performance is fine. Your front end scalability isn't.

Performance checklists optimize for users -- load times, Core Web Vitals, image compression.

Scalability checklists optimize for teams -- what breaks when you go from 3 engineers to 30.

دردشة سريعة عن مفهوم الـ ACID في الـ Database ⚡️
.
.
تخيل إنك شغال على system ضخم زي تطبيق بنكي أو موقع بيع أونلاين…
في اللحظة اللي المستخدم بيحوّل فيها فلوس أو بيأكد عملية شراء، لازم تكون متأكد إن البيانات دي محفوظة صح، ومفيش أي احتمال يحصل فيها خلل أو تضارب، حتى لو السيرفر وقع أو الكهرباء قطعت. ⚠️

وهنا ييجي دور الـ ACID وهو ده العمود الفقري اللي بيخلي الـ Database تكون ثابتة، موثوقة، ومتوقعة السلوك في كل الحالات، سواء كان عندك عملية واحدة بسيطة أو آلاف الـ transactions في نفس الثانية.

الـ ACID بيحط أربع قواعد أساسية بتخلي أي Database system يعرف يتصرف وقت المشاكل ويحافظ على البيانات من غير ما يحصل chaos أو data corruption.

———

📌 أولًا: Atomicity

يعني لو عندك transaction بتنقل فلوس من حساب لحساب:
- تسحب 1000 جنيه من حساب A
- وتضيف 1000 لحساب B

لو أول خطوة نجحت والتانية فشلت لأي سبب (مثلًا السيرفر وقع)، المفروض الـ Database ترجع كل حاجة زي الأول، كأن العملية محصلتش.

———

📌 ثانيًا: Consistency

الـ Consistency معناها إن الـ Database تفضل دايمًا في state صحيحة ومظبوطة.
يعني كل القواعد (constraints, rules, triggers) اللي أنت محددها لازم تفضل متطبقة بعد أي عملية.

مثلًا: لو عندك rule بيقول إن الرصيد مينفعش يكون بالسالب، فـ بعد أي transaction لازم الـ DB تفضل محافظة على القاعدة دي.
لو حصل violation للقواعد دي، العملية كلها تتلغي.

———

ثالثًا: Isolation

تخيل معايا كذا transaction شغالين في نفس الوقت...
واحد بيضيف بيانات، والتاني بيعدّل، والتالت بيقرأ.
لو مفيش Isolation، الدنيا هتبقى فوضى، وكل transaction هيشوف الـ data وهي لسه بتتغير!

لكن مع وجود الـ Isolation، كل transaction بتتعامل كأنها العملية الوحيدة اللي بتتنفذ.
يعني حتى لو كذا transaction شغالين في نفس اللحظة، النتائج اللي بيشوفوها مضمونة ومفيهاش تداخل أو corruption.

وطبعًا فيه مستويات مختلفة للـ Isolation (زي Read Uncommitted, Read Committed, Repeatable Read, Serializable)، وكل واحدة لها trade-offs بين الأداء والدقة.

———

رابعًا: Durability

الـ Durability معناها إن بمجرد ما الـ Database تقولك "تمت العملية بنجاح"، يبقى خلاص الـ data دي محفوظة ومش هتضيع حتى لو السيرفر وقع أو الكهرباء قطعت.

إزاي؟
لأن الـ DB بتكتب التغييرات على الـ disk (أو الـ log files) قبل ما تقولك العملية نجحت، علشان تقدر تسترجعها لو حصل أي failure.

———

#دقيقة_برمجة

مليون خبير لأوامر الذكاء الاصطناعي

مبادرة طموحة تهدف إلى تمكين مليون فرد بمهارات الذكاء الاصطناعي وهندسة الأوامر على مدار السنوات الثلاث المقبلة انطلاقاً من دبي.

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

https://dub.ai/ar/omp-ar

Software Engineering for Undergrads 💯

———

Software Engineering CS391 - 2024

Software Engineering CS391 Course at Faculty of Computers an Information, Assiut University

https://youtube.com/playlist?list=PLtk4ylDqiyiZxnwWGP-AsA8S5UYYsXp5U&si=K7b004cFY7yhH1GH

System Design Course – APIs, Databases, Caching, CDNs, Load Balancing & Production Infra 🚀

https://youtu.be/C842vFY5kRo