لا لا عندما اشوف مواضيع وكبر الانظمه cloud ميكروسرفيز وغيرها وتعقيداتها والي خائف من ai العالم بقاء متوسع في تطور في التجارة والصناعة وغيرها ليس فقط التكنولوجيا التطور هذا الي وصل اليه العالم ليس يعني من حل مشكله في كود ما أو عمل معادلة رياضيه الموضوع هنا الي وصل التطور هذا هي شركات عملاقه وهي الي الان بتتحكم بالسوق العالمي عندما عمل مارك مثلا واتس اب هل بفضل من برمج التطبيق لا والله بعد فتره تطور نزل فيسبوك ثم انستجرام الموضوع في عقول تجاريه و رقيميه ونفسيه مجهود جبار بيدرس المجتمع الذي بتستهدفه وتحلل وتقارن بين المنافسين وغيرها سواء B2B أو B2C وغيرها الان في تطور كبير في ai لكني لحظه بعض الأشياء وحللتها مثلا في بعض التطبيقات مثل واتساب وغيرها طريقها إضافة ميزات ومحاولة دمج ai في بعض التطبيقات تشوفه بايخه لاحد الان مثل وتس اب لكن الدرس المستفاد هنا هل فعلا مارك كان حاسب من زمان ان في المستقبل سيضف ال ai هو محلليه لا أعتقد لأن في الواقع بيعملو كل يوم على تطوير التطبيق والتخطيط وكثر تركيزهم هو على التوسع ماشين بمبدأ ال open closed وهنا كل يوم وتشاهد اضافه ميزه جديده بكل اريحيه فعندما بدأت المنافسه في ال ai هنا بتقلب في رأسك اخماس واسداس الان في عقلك ميزات ضخمه تقدر تضيفها وتدمجها على تطبيقك هنا مثل ماتفتح كلاس جديد وعملت الي تريد واضفت الي تريد لكن في افكر صعب تضيفها على شيء شغال من زمان في تحديات انك تغير في قلب البزنس ناهيك عن مشاريع الان تبنا من الصفر في هذا الثوره كيف فعلا يكون ظهورها تنذهل من كل الميزات حتى على مستوى التصميم فكلامي ليس 100% لكن هذا تحليل استفيد منه ان أصحاب التطو هذا ان لايوجد قرار للمستقبل يتخذ بدرجه 100%

#النسخة_الأصلية_بدون_ai

ببساطة... إيش يعني Design Patterns؟
صراحة، كثير ناس تتكلم عنها، تشرحها، تسوي دروس وسلاسل... لكن لو ما فهمت "لبّ الفكرة"، حتضيع وسط الأسماء والرسومات.

الديزاين باترن مش حفظ! هي حلول ذكية، جاهزة، لمشاكل واجهت مطورين قبلك، وبتتكرر في المشاريع الكبيرة، ومع الوقت بتصير "أدوات تفكير".

تنقسم لثلاث أنواع رئيسية:

Creational (إنشائية): كيف تنشئ الكائنات؟ مو تنشئها وخلاص، تنشئها بطريقة ما تربطك بتفاصيلها المعقدة. أمثلة: Singleton – Factory – Builder


Structural (هيكلية): كيف ترتب العلاقات بين الكلاسات؟ يعني كيف تسهّل تواصلها بدون ما تخلي المشروع غابة. أمثلة: Adapter – Decorator – Facade


Behavioral (سلوكية): كيف تتفاعل الكائنات وتتوزع المهام؟ بذكاء، بدون ما كل كلاس يعرف كل شي عن الثاني. أمثلة: Observer – Strategy – Mediator

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


#دكتورا_وتفتح_slide

كلامك في الصميم! خليني أرتبه بأسلوب جذاب يوصل المعنى بقوة:
أقولك حاجة؟
لو فعليًا بتسوي Unit Testing...
وقاعد تقيم كودك بصدق،
حتعرف هل كودك قابل للاختبار بسهولة ولا لأ.
ووقتها؟
لو حسّيت الدنيا معقدة، والاختبار صار كابوس...
غالبًا حتوصلك فكرة مهمة:
لازم أطبّق Design Patterns.
لأنها ببساطة تساعدك تكتب كود قابل للاختبار، مفصول، مرن، وسهل التعديل.
مش عشانها موضة، لا... عشانك تبني كود محترم!
#التست_يفضح_الكود
#الديزاين_باترن_مش_ترف
#برمج_بذكاء
#ايه_دا_العظمه_chatgpt

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

من الشات إلى التكامل الذكي!
في البداية، كان استخدام نماذج الذكاء الاصطناعي مثل ChatGPT بسيط جدًا: تكتب له، يرد عليك. لكن مع الوقت، ظهرت الأدوات (Tools) اللي تخلّي النموذج يتفاعل مع تطبيقات خارجية مثل GitHub وGoogle Drive وغيرها.
المشكلة؟ عملية الربط بينهم كانت معقدة ومتعبة… كل أداة تحتاج تكامل خاص فيها.
هنا ظهر الحل الذكي: بروتوكول MCP (Model Context Protocol)
فكرته؟ زي منفذ USB-C بس للذكاء الاصطناعي يوفر طريقة موحدة للنموذج عشان يتواصل مع أدوات مختلفة بسهولة وبدون وجع رأس.
ليش MCP مهم؟
تكامل بسيط مع أي أداة تدعم MCP تحكم بالأذونات لكل أداة سهولة توسعة وربط أي عدد من الأدوات أمان وتنظيم عالي
تبنته شركات كبيرة مثل OpenAI وAnthropic وGoogle DeepMind ومستقبلاً ممكن نشوف تطبيقات AI تتحكم ببيئتنا الرقمية بشكل ذكي وفعّال.

#AI

هل بروتوكول MCP مثل RESTful API؟
فيه تشابه من حيث الفكرة العامة، لكن الفرق كبير في الهدف والتطبيق!

أوجه التشابه:

كلهم يوفّرون طريقة للتكامل بين الأنظمة. يستخدمون تنسيقات بيانات مثل JSON. مبنيين على مبدأ الطلب والرد (Request / Response).
طيب وين الفرق؟

RESTful API: يربط تطبيقات الويب، ويُستخدم من قبل المطورين أو الخوادم، ومبني على HTTP. MCP: يربط نموذج ذكاء اصطناعي (زي ChatGPT) بالأدوات والبيانات، ويُستخدم من قبل النموذج نفسه لفهم وتنفيذ الأوامر، ومبني على JSON-RPC 2.0.


REST هو طريقة "المطور" للتكامل. أما MCP فهو طريقة "النموذج الذكي" للتكامل مع العالم من حوله بذكاء وسياق.

Firebase studio ضروري يكون معيد في الكلية يدرس Flutter
#جامعة_صنعاء

الوداع 🙁

السبب 👇
https://code.visualstudio.com/docs/languages/tsql?fbclid=IwZXh0bgNhZW0CMTEAAR6HHJlFKDD0kQWgBVqqXjS2nz4O1jU47DMEFEuMHEm_50ar8hUZkqD1ZEstSA_aem_3xLj3ao4uuiKMhIiuFryZA

#code

DeepSeek بيدعم رسم diagrams من أفضل الميزات فعلا توصل المعلومة على الكمبيوتر تظهر لكن الجوال مش مدعم اعتقد فقط يرسم لك بذا الشكل

ليه الأنظمة الموزعة (Distributed Systems) بتغلب؟

وخاصة مع Asynchronous Messaging؟

هذه الأوهام صاغها خبراء الحوسبة الموزعة (مثل Peter Deutsch في عام 1994)، وتوضح الافتراضات الخاطئة التي قد يقع فيها المطورون عند تصميم أنظمة موزعة أو الاعتماد على المراسلة غير المتزامنة (مثل أنظمة النشر والاشتراك - Pub/Sub، أو طابور الرسائل - Message Queues).

لأن في ناس لسه فاكرة إن الشبكة دايمًا شغالة، أو إن سرعة الاتصال زي كأنك بتكلم نفسك، أو إن البيانات توصل بترتيبها زي الطابور!

الحقيقة؟ كل ده مجرد أوهام الحوسبة الموزعة – Fallacies of Distributed Computing.

أشهر الأوهام (بس خدها ببساطة):

The network is reliable
لا يا حبيبي، الشبكة ساعات بتقطع، وساعات الرسالة بتضيع في الطريق. لازم تعمل حساب Retry ومحاولة تانية.

Latency is zero
يعني مفيش تأخير؟ ولا في الأحلام. حتى أبسط رسالة بتاخد وقت. فلازم تتعامل مع تأخير بسيط أو كبير.

Bandwidth is infinite
الانترنت مش ببلاش ولا مفتوح على البحري! لو بعت رسائل كتير مرة وحدة، هتغرق النظام.

The network is secure
الهكرز صاحيين. ابعت كل حاجة مشفرة (TLS) واعتمد على Authentication قوية.

Topology doesn’t change
يعني الأجهزة والخوادم هتفضل زي ما هي؟ لأ، ممكن تتغير، يحصل Scale، يتبدل سيرفر... خليك مرن!

There is one administrator
مينفعش تتوقع إن في شخص واحد ماسك كل حاجة. غالبًا في فرق كتير شغالة وكل واحد بطريقته.

Transport cost is zero
كل مرة تبعت فيها رسالة، في تكلفة (وقت، فلوس، طاقة). فبلاش ترسل حاجات مالهاش لازمة.

The network is homogeneous
يعني كل الأجهزة والبروتوكولات واحدة؟ لأ طبعًا! محتاج تبني نظام يتعامل مع كل الاختلافات دي.

طب وده كله يخص Asynchronous Messaging في إيه؟

يعني لما تستخدم RabbitMQ أو Kafka أو SQS مثلًا، خليك فاهم:

الرسائل ممكن تتكرر (At-Least-Once)، مش دايمًا Exactly Once. الترتيب؟ مش مضمون إلا لو انت ضابطه بنفسك (زي Kafka).

الفشل وارد، فحط خطة للـ Dead Letter Queue.

والتحميل العالي؟ محتاج Partitioning وتوزيع سليم للـ Consumers.

طيب ليه بنقول الأوهام دي "سخيفة"؟

شوف بس الفرق في Latency:

الوصول لـ L1 Cache = 0.9ns

إرسال رسالة لأستراليا = 183ms

لو حولنا ده لمقارنة بشرية؟
إرسال رسالة لأستراليا = 19 سنة كاملة! (تخيل إنك استنيت رد 19 سنة)

الخلاصة بالمصري كده:

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

نصيحة أخيرة:

لو بتصمم نظام موزع، فكر فيه كأنه بيشتغل في عالم مجنون!
كل حاجة ممكن تتأخر، تتعطل، أو تتغير في أي لحظة.

بس لو خططت صح... هيشتغل زي الحلاوة.


#الحوسبة_الموزعة #أنظمة_المراسلة #Asynchronous_Messaging #برمجة #الأنظمة_الموزعة #توزيع_البيانات #أوهام_الحوسبة_الموزعة #رسائل

إذا كنت مبتدئ أو حتى قطعت شوط في البرمجة، فاعرف إنك تحتاج هالكنز!

أعلم جيدًا أن المبتدئين في أمسّ الحاجة للمعلومة الصح، والموقع هذا بإذن الله راح يعطيك صورة واضحة عن اللي فعلاً ناقصك في عالم Software Engineering.

الموقع هذا ليس مشهور زي W3Schools ولا أول النتائج في قوقل، لكني طلعته من أعماق الإنترنت عشان أوصل للمصدر الصح:
https://se-education.org/se-book/architecture/index.html

الموقع تابع لجامعة NUS - National University of Singapore وتقدر تعتبره مرجع أكاديمي مرتب لمفاهيم مثل:

Software Architecture Design Principles UML Testing Requirements وغيرها من المفاهيم اللي ما راح تلاقيها مشروحة بهالأسلوب السهل والواضح في أي مكان.

أنصحك تترك W3Schools والمواقع اللي ظاهرها حلو في البحث، لكن محتواها سطحي .

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

#بالتوفيق

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

#صنعاء
#مطلوب مهندسين دعم فني (عدد10)

#تعلن شركة يمن سوفت للأنظمة والإستشارات المحدودة عن حاجتها إلى مهندسين دعم فني ( العدد 10 )

مكان العمل: صنعاء شارع حدة، عمارة الكريمي، الدور الرابع
نوع العمل: دوام كامل ( فترتين )
عدد الاحتياج: 10 موظفين

المؤهلات:

حصلت على الدرجة التي تريدها

علوم الحاسوب
تقنية المعلومات
هندسة الحاسوب
المهارات:

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

hr@yemensoft.net

آخر موعد للتقديم:24/04/2025

آخر موعد للتقديم: 24/04/2025

للإطلاع والتقديم يرجى زيارة الرابط الأتي :

https://yemenhr.com/jobs/86d2ab65-dffa-4905-93a3-570a870863e4

( آخر موعد للتقديم : 24/04/2025 )

___________

لمزيدٍ من الوظائف والفرص لا تنسى متابعة صفحتنا على فيسبوك:
https://www.facebook.com/job.yemen2024

أو قناة الواتساب:
https://whatsapp.com/channel/0029VajJap46rsR2AWrY4H1x

#وظيفة_JOB

فرصة في يمن سوفت و ملائمة تقريبا للكل عشان يقدموا فيها و متطلباتهم سهلة..


الفرصة دعم فني و الذي ما يشتي يقدم و شايف نفسه مكانه مدير يتساقل الرسالة🙂

فكلنا بدون استثناء نقوم بعمل copy-paste لأكواد الآخرين ولا نفهم كل الأكواد المكتوبة وأحيانًا نجعل الأشياء تعمل دون فهم شامل لكل الجوانب… هذا ليس كلامًا للسخرية بل هو وصف واقعي.
كلنا فعلا نفعل ذلك ولا نحتاج لادعاء المثالية الغير واقعية!

#الواقع

في تضخم كبير فلا تكون ضحيه من يطلع على بودكاستات أو كورسات ai الموضوع فيه استغلال ومشاهدات وكل واحد بيطلب الله .

أنا قد قلتها من زمان: جيب لي خمسة مبرمجين ثقال ناس لهم قيمة وفهم… والله بتتعب ما تلقى إلا قليل.

ونصيحه اخيره من تجربتي لعام 2025 ارجع دور لك كتب.

إلا من رحم ربي.

طيب الكتب من أين الكتب
https://www.oreilly.com/
هذا الموقع وجهتك فيه أفضل الكتب كذلك فيه أفضل الكورسات لشرح software وتصاميم وغيرها طبعا يعطيك عدت أيام مجاني بس عم الحج كل فتره يعمل ايميل جديد وسجل ودوس بالتوفيق

في كتب والله ضخمه عن ال generative ai لو مهتم فيه

الي بينزل كورسات شوف حل ونزل كورسات مثل design patterns وغيرها فيه لن تحصلها هتحصل شايب بيشرح عمالقه السوفتوير

لماذا نشعر أن بيئات مثل PHP و Node.js و Python تركز على المنتج النهائي أكثر من أفضل الممارسات والـ Architectures، بعكس .NET و Java؟
ملاحظة مهمة لاحظتها وأحب أشاركها معكم:
عند العمل مع تقنيات مثل PHP و Python و Node.js، تجد أن التركيز الأساسي غالباً يكون على:

سرعة الوصول للمنتج النهائي (MVP).

تبسيط التطوير لتسريع الإطلاق.

حلول عملية بدون تعقيد كبير بالهندسة أو التصميم.

بينما عند التعامل مع .NET و Java، نجد أن الاهتمام العميق يكون موجهاً نحو:

بناء تطبيقات قوية وقابلة للتوسّع والصيانة.

الالتزام بالـ Best Practices والـ Design Patterns.

تطبيق مفاهيم هندسية مثل Clean Architecture و DDD وغيرها.

السبب؟

PHP, Python, Node.js بدأت تنتشر بقوة مع المشاريع الصغيرة إلى المتوسطة، حيث السرعة والبساطة أهم من التعقيد الهندسي.

أما .NET و Java فظهرت واستهدفت المؤسسات الكبيرة (Enterprise)، حيث جودة الكود وعمره الطويل أهم من مجرد إنجازه بسرعة.

الخلاصة: ليس هناك "أفضل" أو "أسوأ"، كل بيئة لها روحها وأسلوبها المناسب حسب نوع المشروع والجمهور المستهدف.