كلام في البرمجة (47) | DevOps & Infrastructure | كيف تصبح ديف أوبس ناجح؟ - محمد موسى

https://youtu.be/zPKyL8mnSkA

دردشة سريعة عن الـ Semantic Versioning 🔻
.
.
لو أنت شغال على مشروع، وفجأة قررت تعمل تحديث لمكتبة بتستخدمها...كل حاجة كانت شغالة تمام، لكن بمجرد ما عملت التحديث، المشروع كله ضرب وحلف ما يشتغل.

علشان الموقف ده ميحصلش معاك لازم تكون فاهم الـ Semantic Versioning كويس، وهي دي اللي بتخلّيك تفهم التغييرات اللي حصلت في أي إصدار جديد قبل ما تعمل التحديث والدنيا تبوظ منك.

تعال نفهم الموضوع ببساطة...

———

📌 يعني إيه Semantic Versioning؟

الـ Semantic Versioning مش مجرد أرقام زي 1.2.3، لكنها طريقة منظمة لتسمية الإصدارات (versions) بتساعدك تعرف هل الإصدار الجديد آمن ولا لا، وهل التغييرات اللي حصلت بسيطة ولا جذرية.

وكمان لو حبيت تغير إصدار المشروع نفسه تبقى فاهم هل التغيرات اللي عملتها تبع أي قسم في الـ Semantic Versioning

وده شكل الـ Semantic Versioning:

MAJOR.MINOR.PATCH

———

📍 الـ MAJOR: يعني تغيير كبير بيكسر التوافق مع الإصدارات القديمة (breaking changes).
📍 الـ MINOR: يعني إضافة features جديدة بس بدون ما نكسر التوافق.
📍 الـ PATCH: يعني إصلاح bugs أو تحسينات صغيرة بدون أي تغيير في الـ features.

———

📌 تعال نفهم كل جزء بالتفصيل:

✅ الـ PATCH:

لو عندك إصدار 1.2.3 وطلع فيه bug صغير واتصلّح، الرقم هيبقى كده:
1.2.4

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

———

✅ الـ MINOR:

لو أضفت feature جديدة بس من غير ما تغيّر حاجة في الـ features اللي كانت شغالة قبل كده، الرقم هيبقى:
1.3.0

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

———

✅ الـ MAJOR:

لو حصل تغيير كبير بيأثر على الناس اللي بيستخدموا المكتبة، الرقم هيبقى كده:
2.0.0

مثال: لو قررت تغيّر الـ API تمامًا وتطلب من الناس يكتبوا الكود بتاعهم بشكل مختلف عشان المكتبة تشتغل، ده يعتبر Breaking Change.

———

📌 ليه نستخدم الـ Semantic Versioning؟

- توضيح التغييرات: لما تشوف الإصدار الجديد، تقدر بسهولة تعرف هل التغيير بسيط ولا كبير.

- تسهيل التحديث: لو عرفت إن التحديث مجرد Patch أو Minor، هتكون مطمن إن مفيش حاجة هتتكسر لما تعمل update.

- إدارة الشغل مع فريقك: لما تلتزم بـ Semantic Versioning، بيكون سهل على كل الفريق يتابع التغييرات اللي بتحصل.

———

📌 نصائح وإرشادات مهمة:

- التزم بالقواعد: متزودش رقم MAJOR عشان تضيف ميزة صغيرة! خلي الأرقام تعبر فعلًا عن التغييرات اللي بتحصل.

- اختبر كويس: لو هتعمل تغيير MAJOR، لازم تتأكد إنك مجرب كل حاجة عشان الناس اللي هيستخدموا الكود مش يعانوا.

- اكتب changelog: خلي فيه توثيق واضح عن إيه اللي اتغير في كل إصدار.

———

وفقكم الله لكل خير 🌿

إشكالية الـ Problem Solving 🔻

إن شاء الله تعالى هنتكلم في كام نقطة تخص مهارة حل المشكلات أو الـ Problem Solving

- يعني إيه Problem Solving؟
- أنواع الـ Problem Solving؟
- هل الـ Problem Solving أهم من التكنولوجي (Technology)؟
- إزاي تنمي مهارة الـ Problem Solving؟
- بعض مواقع الـ Problem Solving.
- نصيحة من سوق العمل.

———

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

خلينا نُسقط الكلام ده على البرمجة...يعني إيه Problem Solving؟

عملية بناء أي مشروع في مجال السوفتوير سواء موقع أو تطبيق أو حتى سكربت معين بتمر بمراحل معينة وطبيعي جدًا إن فيه مشاكل هتحصل في أي مرحلة من المراحل ولكن خلينا نركز على الجزء الخاص بالأكواد (Coding)، والمشاكل هتكون مختلفة ومتنوعة سواء مشكلة في إضافة ميزة جديدة للمشروع أو حتى تعديل على ميزة موجودة أو حتى حذفها من المشروع ممكن يأثر على باقي المشروع كله وهنا تيجي مهارة حل المشكلات وتساعدك في إنك توصل لأفضل حل ممكن للمشكلة من حيث الأداء وسهولة قراءة الكود وسهولة استخدامه في أكتر من مكان في المشروع وهكذا...يعني الـ Problem Solving مش بس مسائل من الشيتات ومن LeetCode أو غيره من المواقع؟

الحقيقة لا، المسائل ما هي إلا جزء من الـ Problem Solving وتعتبر عامل مساعد في تنمية مهارة حل المشكلات عندك والتفكير المنطقي (Logic Thinking)

———

📌 نيجي بقى لأنواع الـ Problem Solving والصراحة إنها كتيرة وملهاش أنواع محددة، باختصار أي مشكلة هتقابلك وأنت شغال في مجال البرمجة وحليتها فهي تعتبر Problem Solving وطبعًا ده بعد معرفتك باللغة أو إطار العمل اللي بتستخدمه، يعني مينفعش تبقى متعرفش إزاي تستخدم حاجة معينة في اللغة أوطريقة كتابتها وتروح تدور عليها وتكتبها وتقول دي Problem Solving

- لو أنت فرونت إند وعندك Layout معين مطلوب منك تعمله زي التصميم وتخليه responsive ولكن هيكون له Layout مختلف شوية
- لو أنت فرونت إند وبتشتغل على حاجة فيها داتا وتعامل مع باك اند ومطلوب منك تعمل عرض لداتا بطريقة معينة أو تعمل معادلة ما على القيم اللي راجعه من الباك إند وتحط شروط معينة وحوارات كتيرة..دي تعتبر مشاكل
- لو أنت موبايل ديفلوبر وعندك تاسك تعمل integration مع بوابة دفع إلكترونية معينة
- لو أنت باك إند ومحتاج تعمل عمليات حسابية زي إنك تشوف السعر الكلي للأوردر كام وهل فيه كوبون خصم مستخدم أو فيه sale على المنتج ولا لا وهكذا

- وغيرها من المشاكل اللي ممكن تقابلك وأنت شغال في البرمجة بغض النظر عن تخصصك

———

📌 هل الـProblem Solving أهم من التكنولوجي؟

تابع التعليقات...👇

مفهوم الـ KISS (Keep It Simple, Stupid) 💯

.
.
مفهوم الـ KISS (Keep It Simple, Stupid) ببساطة يعني "خلي شغلك بسيط قدر الإمكان"، وده مش معناه إنك تتنازل عن الجودة أو الكفاءة، لكن يعني إنك تبعد عن التعقيد اللي ملوش لازمة.

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

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


KISS (Keep It Simple, Stupid): The Art of Simplicity in Software Development 💯

https://dev.to/alisamir/kiss-keep-it-simple-stupid-the-art-of-simplicity-in-software-development-124l

———

وفقكم الله لكل خير 🌿