صورة تجيب الملخص ابدع بها DeepSeek

توقف عن فتح الملف 🛑

اي software انت اشتغلت عليه ستكون

عبارة : عن مجموعة مهام المهام هذي تقدر تصنفها لنوعين وهما Io task او CPU tasks IO tasks زي انك بتكلم storage أو أنك بتتعامل مع network calls CPU task وهي اي task بتتعامل مع CPU بشكل كبير زي calculations كثيرة جدا وهذي بتعتمد على ALUs بشكل كلي على سبيل المثال الاختلاف بينهم كبير جدا من كل النواحي زي كيف OS بيتعامل معاهم كيف تقدر تعمل optimization وتخلي system حقك

يقدر يتعامل مع اكبر عدد ب بأكثر efficiency ممكنة.

#SoftwareOptimization

بناء software بال microservice architecture شئ مش سهل ابد ونجاح المشروع هذا بيعتمد على احترافيه وذكاء ال software architect engineer.
يعني مثلا لو فكرت تبني small application لاداره ال customers servers as example لو ستبنيه كا monolithic مش سياخد معاك اربع ساعات لو ستتبع ال best practices في كل حاجه وال security.
لكن تخيل معي لو نفس المثال الصغير هذا فكرت تبنيه بال microservice وتقرر تتبع ال best practices زي ما Sam Newman قال.. إنت حرفيا ممكن تأخذ خمس أيام عمل.
لأنك محتاج يكون ال service تكون single responsibility وتكون tight coupling داخل السيرفيس وتكون low coupling خارج المديول وهذا شئ مش سهل ومحتاج تكون مذاكر Microservices قوي جدآ.
بجانب ال integrations مع خدمات ثانيه زي.

انك محتاج تختار messages broker زي Kafka او RabbitMQ حتى تتواصل بين الخدمات عن طريق ال events.

محتاج كذلك service registry زي consul حتى تسجل ال services بصوره dynamic.

محتاج nginx + lua على سبيل المثال حتى ال API Gateway.

وطبعا ستحتاج إنك تشغل docker.
وكل هذا سيضرب في وجهك مشاكل كتيرة لو أول مره تبني microservice.. حتى بنقول إن ال Architecture هذا متنفعش غير مع ال enterprise applications وكل مايكون ال business domain معقد كل ما ال microservice يتناسب معاه.

وشكرًا

#أنا_داري
#أنا_فاهم

ولعلمك فعلا الأيام هذه الوظائف ل junior   بينلاحظها قلت وغيري كذلك بيلاحظ

هو اكيد الرزق على الله لكن من باب الملاحظات

أحيانًا وأنت تذاكر وتتعلم، توصل لمرحلة تحس أنك ضايع...
ما تدري تكمل مواضيع جديدة ولا ترجع تعيد اللي فات، وتحس كأنك وصلت إلى طريق مسدود.
لو وصلت لهذي المرحلة، اعرف أن بعض خطتك كان فيه خطأ، مش كلها.
وهذا شيء طبيعي جدًا، مو علامة فشل!
في العسكرية، لما الجيش ينسحب من موقع، هذا مو دائمًا ضعف، بل يُسمى "إعادة التموضع" ليعيد ترتيب صفوفه للهجوم بشكل أقوى.
نفس الشيء في المذاكرة:
إعادة التموضع = تقييم وضعك، تعديل خطتك، والرجوع أقوى من قبل.
لو مشت صح، راح تلاحظ أن الأبواب تبدأ تتفتح لك من جديد.

نصيحة: لا تكابر على الخطة، كابر على حلمك.

#دروس_تعلمتها

لما تحس أنك ضايع في المذاكرة، لا تظن أن الحل أنك تغير كل شيء أو تهد كل اللي بنيته.
تخيل الساعة...
هل كل الساعة تدور؟
لا، فقط العقارب اللي تدور!
والعجيب أنها بدورانها تغطي الزمن كله...
الحل ببساطة:
اثبت مكانك، وعدّل "عقاربك".
راجع مواضيعك، نظّم وقتك، غيّر أسلوب مذكرتك، بدون ما تلغي مجهودك كله.
بهذه الطريقة، مع كل حركة ذكية، بتغطي كل اللي حولك، وبتحقق التقدم اللي تبغاه.

"اليوم... وين تحتاج تحرك عقاربك بدون ما تهدم كل شيء؟"

تنميه بشريه 🌝😂

لما بنتكلم عن الarchitecture فاحنا في الحقيقة بنتكلم عن ٣ حاجات:

١. بنية النظام الداخلية structure، وهنا بييجي الكلام عن الarchitecture patterns زي الlayers والclean architecture والحاجات هذي.

٢. النظام هذا سيذهب فين vision وهنا بييجي الكلام عن مواصفات النظام architecture characteristics زي الperformance والsecurity والscalability إلخ.

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

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

٣. علاقة مكونات النظام ببعضها سواء رأسيا في حالة الlayers أو أفقيا في حالة الmodules وكذلك علاقة النظام ككل بالعالم الخارجي. بعبارة أخرى احنا بنتكلم عن الboundaries أو الحدود.

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

وهنا بييجي الكلام عن الintegration patterns وفكرة الContext Map.

وهي فكرة عبقرية الحقيقة جت لنا من الDDD لكن أكثر المبرمجين عنها غافلون ومنشغلون بالtactical patterns مع إنها أكثر أهمية وتأثيرا تخيل!

#هندسيات
#برمجيات

فيه تشبيه بسيط حبيته جدًا لما كنت أشرح لأحد الزملاء موضوع الـ Dependency Injection والـ Mocking في الاختبارات:

تخيل إنك عندك مكيف في بيتك وهذا المكيف موصول مباشرة بكابل الكهرباء الرئيسي حق البيت
.
يعني لو حبيت تختبره أو تشغله لازم تشغل كهرباء البيت كله!
طيب إيش لو كنت تقدر توصله بفيشة عادية؟

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

في عالم البرمجة:
الكابل المباشر يمثل الاقتران الشديد (tight coupling) زي لما تكتب new OrderRepository() داخل كلاسك.
الفيشة تمثل الواجهة (Interface) اللي تقدر توصل أو تفصل منها أي تنفيذ بسهولة.
البطارية التجريبية هي الـ Mock اللي تستخدمه وقت الاختبار ترد عليك بإجابات أنت مبرمجها.

الفرق هنا إنك تقدر تختبر المكيف لحاله بدون ما تشتغل الكهرباء على باقي الأجهزة.

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

أعررررررست🔥🔥🔥


شاركونا فرحة الزميل و الأخ البش مهندس/ هشام العمار

كونوا على الموعد و نورونا في القاعة و لا تكتمل صورة الدفعة إلا بكم🌚🤎✨

"وهي ماشية من زمان على هذا الموال يا سطى…"

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

ما عاد ينفع نكمّل نمثّل أننا بخير… وإحنا نغرق بشهادات، نغرق بمناصب، نغرق بكلام فاضي… وننسى البلد.

كلامك صادم… لكنه صادق جدًا. انت تتكلم عن جيل كامل دخل الجامعة مش بحثًا عن المعرفة، بل هروبًا من الواقع، أو بحثًا عن "ورقة" تعلّق على الجدار… وهذا كلام لازم يُقال بصوت عالٍ.
بعد كم سنة… شوف حال البلد.

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

جيل كامل مكيف… عايز شهادة، لا أكثر. مش مهم الفهم، مش مهم الإتقان، مش مهم يقدّم إيش… المهم "يتخرج"، ويمسك الورقة.

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

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

والنتيجة؟ بعد كم سنة، لما تحتاج علاج، بتلقى طبيب ما يعرف يشخّص، وتحتاج تخطيط، تلاقي مدير بس يعرف يوقع أوراق.

فانتبه لعلاجك من الآن… لأن اللي جاي، أخطر.

العقل المدبر لل LLMs + Vector Db ai

متنساش ال vector في c++  😂

أنا بصراحة لما أسمع ناس كثير يتكلمون عن الباك اند أو السيستم ديزاين، أحس إن الموضوع صار مجرد حفظ مصطلحات. كل واحد صار يتكلم عن الميكروسيرفيسز وكأنه بنى نظام موزع مثل AWS أو Azure، لكن الحقيقة مختلفة تمامًا.
الموضوع مش إنك تحفظ مصطلح Microservices أو تعرف معنى Load Balancer أو Event Driven، الموضوع أعمق من كذا بكثير. الأنظمة الموزعة الحقيقية، مثل AWS، ما بنيت بالكلام. فيها تفاصيل كثيرة وتحديات واقعية ما راح تحس فيها إلا إذا اشتغلت فعليًا على نظام يحتاج يتحمل ملايين المستخدمين، ويشتغل حتى لو جزء منه انهار.
أنا لما أتكلم عن أنظمة موزعة، ما أتكلم من منظور نظري. أتكلم عن أشياء زي الـ High Availability الحقيقي، Auto-scaling ذكي حسب الضغط، وكيف تتعامل مع البيانات لما تصير موزعة على أكثر من مكان. كيف تبني Service Discovery فعّال، كيف تتعامل مع Latency، وكيف تخلي النظام مرن ويتحمل الفشل بدون ما يتوقف.
في فرق كبير بين إنك تعرف إن الـ CAP Theorem يقول إنك لازم تضحي بواحدة من الثلاثة، وبين إنك فعليًا تواجه قرار صعب في مشروعك وتضطر تختار إيش تضحي فيه عشان النظام يشتغل بكفاءة.
للأسف الشديد مع اني فاهم المصطلحات دي بس هل في نظام كبير مثل الي ذكرت تورط نفسك فيها لا لذلك تبقى الأمور مش واضحه الكورس الي طبقته microservices هو ورطك 😂 مثلا لو سألت الآن انت فهمت ال data structure طيب لو قلت لك هل قد شعرت بتأثيرها وكيف فعلا بتحسن في الأداء مدري كلامي واقعي لذلك لعل يكون لنا في طرف البحر سفينه تبحر .

الوقت الي من بعد الظهر أحيانًا الدراسه المفروض ينتهي الدوام بعد الساعة واحده مالم ليست دراسه هذا في بلادنا 🌝

من أسوأ الحاجات في الـ ORM libraries إنها بتديك الإحساس إنك معاك object في ال memory وبتخفي عنك الإحساس إنك بتعمل remote call وبتخفي عنك التعقيد حقها فالناس تستسهل وتستخدمه ك local object فعلاً مش remote object وماشي عليه في عرض الابلكيشن كله يعمل query في اي مكان المشكلة الأكبر ان الدنيا ستشتغل ومابش مشاكل في الأول … الى حد ما ال scale يكبر ونبدأ نعاني كلنا وتاتي أجيال تكمل على الكود بنفس الاستايل لو سمحت، في حاجة اسمها domain model، استخدمه
الي مافهمش انسخ إلى شات جي بيتي

قدامك خيارين الآن يا تتعلم تعمل كل حاجة بيدك ورحلك من الـ ai ووقتها مش هتبقى ملم بالجديد وهيتم استبدالك أو تعتمد على الـ ai ووقتها هتفقد المهارات الأساسية وهيتم استبدالك.

شوف شوفلك صنعة اتعلمها بعيد عن البرمجة وشوفلي معاك.

دورة استخدام الذكاء الصناعي هنعلمك تكتب السؤال و تضغط Enter بس لازم تضغط جامد علشان الذكاء الصناعي يحس انك مهتم تحصل علي اجابة كويسة.
للفرد 5000 ريال للشركات حسب العدد

#سراية_المجانين

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

ومن جانب آخر،
لو عملت مشروع قوي ومرتب، رح يكون نقطة مميزة في الـ CV
وتخلي الشركات تنتبه لك.

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

أما لو ظليت تأجل وتخطط بدون تنفيذ،
فغالبًا رح تظل على هالحالة طول الوقت.

الكلام هذا موجه خصوصًا للي مشروعهم Software،
وبالطبع، حتى اللي في مجالات الذكاء الاصطناعي وغيرها، ينطبق عليهم نفس الكلام.

وصلت الرسالة؟

Make the path easier for those who follow in your footsteps

Golden Rule for Developers:

> Don't push to master.
Don't deploy to production on Friday.



Unless you want to spend your weekend debugging, fixing hot issues, and answering urgent calls.

Play it smart. Deploy early. Rest easy.

Jumu'ah Mubarak!

#DevTips #BestPractices #CleanCode #SoftwareEngineering #FridayWisdom

الفكرة الأساسية:

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

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

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