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

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

- حاول أن تراجع التغييرات المقترحة، وعدّل عليها حسب حاجتك.. قم بإجراء اختبارات وظيفية (Functional Testing) بعد كل تغيير ساعدك فيه الذكاء الاصطناعي.

- اجعل تغييراتك صغيرة حتى تستطيع السيطرة عليها ومراجعتها بسهولة.

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

- أعلم بأننا في بعض الأحيان لا نراجع الكود المكتوب، بل نكتفي بالاختبار.. إذا كان ال input صحيحًا وال output صحيحًا، نقوم بدفع الكود.. كلنا نفعل ذلك،، لكن درّب نفسك على التقليل من هذه العادة، فهي غير صحية.

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

- تعلّم تقنيات جديدة، واقرأ كتبًا وشروحات بمساعدة الذكاء الاصطناعي.

- تعلّم الأساسيات جيدًا، أو قم بالعودة لظبطها.

ونسأل الله لنا ولكم التوفيق.

#ai #programming #contuniuelearning #softwaredevelopment

لقد استخدمت beforeEach() في طريقي لاكتشاف PestPHP في بعض مشاريع التعلم، وهو مفيد حقًا،، خصوصا عندما تحتاج إلى تكوين مخصص لبعض الاختبارات (custom configuration).

Docs: https://pestphp.com/docs/pest-spicy-summer-release#content-describe-blocks

#testing #PHP

ما لا يسع اللي شغال ريموتلي جهله 😁:

١. لو بتحس انك lifeless ومش بتعمل شئ في يومك غير الشغل، فده جزء كبير منه بسبب روتين يومك، لو يومك مش بيبدأ الفجر هتفضل تحس بالشعور ده غالبًا فتح كلام.

٢. اعمل الجيم بتاعك في البيت وطبعًا مش مقصود الأجهزة نفسها .. المقصود اعمل حتى workouts من البيت، ولو تقدر تجيب عجلة تنزل بيها بعد الشروق نص ساعة وفيها تستغلها في اذكارك هيبقا رائع.

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

٤. اشتري مرتبة ومخدة كويسة سريعًا لازم يكونوا من الأولويات.

٥. دَوَّر على حد متخصص في عمل الحِجامة واعمل حجامة بشكل دوري.

٦. لو بتحب تقرأ اشتري kindle ان استطعت واستغنى عن الموبايل قبل النوم بساعتين تلاتة.

٧. تابع نومك بأي شئ في مقدرتك تجيبه ولكن شوف بتنام ازاي وبتصحى عامل ازاي ولو بتلاقي جسمك مشدود وانت نايم او بتجز على سنانك روح اكشف.

٨. متصحاش على ميعاد الشغل ابدًا وخلي فيه مسافة ما بين صحيانك والشغل بعمل أشياء في النص ليك انت.

٩. متسترخصش في المكتب والكرسي اللي بتشتغل عليهم، ولو قدرت تجيب stand سواء للـ laptop او شاشة وتضعهم في مكان مناسب لعينك ورقبتك يا ريت، ولو قدرت تجيب مَشَّد للضهر تلبسه وقت الشغل تبقا جدع، وعمومًا لازم تفصل مكان العمل عن مكان اللي بتنام فيه.. لو اختلط الأمرين هتعاني معاناة كبيرة مع ادمان العمل والانغماس فيما لا يطيقه جسمك ولا عقلك.

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

١١. مش لازم تكون بتنزل كتير علشان تهتم بنظافتك، اعمل روتين يومي وروَّق على حالك، وجرَّب تستحمى بمياة ساقعة.

١٢. هات ازازة ٢ لتر ولا حاجة مياة جنبك واشرب كتير، ولو بتنسى حتى وهي جنبك اعمل تنبيه على الموبايل وفيه أبلكيشنز كتير بتقدملك ده.

١٣. انزل اقعد مع الناس، سيبك من الواتساب والتعاملات الرقمية، الناس اه مشغولة نوَّع معارفك مش لازم كلهم يكونوا CEOs.

١٤. متاكلش من برا، اهتم بأكلك شوية أو دور على حد بيعمل أكل صحي أو بيتي وجيب انتشروا جامد.

١٥. يومك لازم يتقسم اجزاء مينفعش يبقا جزئين نوم وشغل هتكتئب ولا هيخلي نومك كويس ولا شغلك كويس، التقسيم والروتين مرهق في البداية ولكنه اسهل بعدين، يومك ممكن يتقسم اكتر من ذلك بكتير ولكن بنظام، متقعدش تاكل وانت بتشتغل ولا تشرب وانت بتشتغل ولا تأجل أكلك لبعد الشغل خالص اخر اليوم، ولا تنام متأخر خالص، يومك ممكن تنام فيه وتصحى تعبد ربنا وتقول اذكارك وتقرأ وتاكل وتشتغل وتشوف اهلك وبعض الأصدقاء من حين لآخر وتقدر تذاكر كمان في يومك.. شوف وقتك بيضيع في ايه بجد وبيؤثر سلبًا على ايه بعده وفعلًا اتصرف وحِل.

١٦. الروتين الصحي لا يُصنع بعقل وارادة ضعيفة.. مفيش يوم استثنائي.. مفيش معلش انهاردة عشان.. فيه ادراك انه ده بيؤثر أو سيؤثر في كذا فهعمله أو مش هعمله.

١٧. البداية في روتين بسيط تمامًا وليس في مخططات كبيرة وطويلة، فلا تترك يومك بدون روتين متنوع.



المنشور على لينكدان

كلام مهم ان الفرد المسلم خصوصا يعرفه في مرحلة ما من عمره،،

قليلك قد يكون كثيرا عند غيرك، و قليل علمك قد يكون هرم علم عند آخرين.

لا تستصغر العلم الذي معك.

و استعن بالله و لا تعجز.

لمن يبحث عن مستقلِّين لتنفيذ المشاريع في كافة المجالات، هذا الموقع يربطك بمستقلين من غزة:

https://taqat-gaza.com/ar

منشور لكل شركة او مطور يبنون منتجا عربيا مبنيا على PHP/Laravel

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

دوافعي لهذا:

- المساهمة في المشاريع العربية التقنية الجادة.
- تقوية مهاراتي عمووما في هندسة البرمجيات.
- التعلم المستمر

المرجوا مشاركة هذا المنشور لعله ينفعني و ينفع غيري.

#Laravel #PHP #opensource #non_profit

اللهم إنا نعوذ بك من أن يكون وجودنا و غيابنا سواء.

كمطور برمجيات، ليس شرطًا أن تفهم كل القرارات المعمارية (Architectural Decisions) لتكون جيدًا في عملك،، هذه مغالطة يقع فيها الكثير؛ الاعتقاد أن الجودة مرتبطة بفهمك لكل قرار هندسي في المشروع.

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

المهم هو فهمك للتطلبات ال Requirements:

فهمك للمتطلبات لا يعني بالضرورة فهم الأسباب وراء اختيار قاعدة بيانات معينة، أو تبني نمط معماري محدد (Microservices, Monolith, Event-driven.. ).

هذه قرارات تقع غالبًا على عاتق مهندسي البرمجيات المعماريين (Software Architects) أو كبار المهندسين (Senior Engineers).

لكن؛ معرفة خلفية هذه القرارات والدوافع وراءها تمنحك ميزة إضافية:

- تساعدك على رؤية الصورة الكبيرة.
- ترفع من قيمتك المهنية مقارنة بغيرك.
- تجعل المشروع الذي تعمل عليه ذو قيمة.
- تفتح لك الطريق تدريجيًا نحو أدوار أعلى مثل Tech Lead أو Software Architect.

خلاصةً؛ من الطبيعي ألا تفهم كل القرارات المعمارية في البداية، وهذا لا يعني أنك أقل قيمة. ركّز على تنفيذ مهامك بإتقان، ومع الوقت ستبني معرفة أعمق تمكنك من استيعاب هذه القرارات وربما اتخاذها بنفسك مستقبلًا.

Chain of Responsibility (CoR)

هذا الـ Design Pattern فعلاً يستخدم لتجنب التفرعات المعقدة بالـ if/else عبر تحويل منطق المعالجة إلى سلسلة من ال objects. كل واحد يقرر، إما يتعامل مع الـ request أو يمرره للكائن الذي بعده.

استخدامه يكون مفيد خصوصًا عندما:

- عندك شروط كثيرة ومعقدة (nested conditions).

- المعالجات قابلة للتوسعة (مثلاً إضافة نوع جديد من المعالجات بدون لمس الكود الموجود).

- تريد فصل المسؤوليات (Single Responsibility Principle).

بخلاف هذا لدينا ال early returns.

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

مثال بسيط:

if ($user) {
    if ($user->isActive()) {
        if ($user->hasPermission('edit')) {
            // do action
        }
    }
}

// with early returns 
if (!$user) return;
if (!$user->isActive()) return;
if (!$user->hasPermission('edit')) return;

// do action

الكود الثاني أوضح وأسهل صيانة بدون الحاجة لإدخال Pattern إضافي.

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

هذا ليس كلامًا سينمائيًا أو بطوليا؛ إنه ما أؤمن به حقًا.. فما يحركني هو القيام بما أحب لأسباب وجيهة، لوجه الله عز وجل قدر وسعي، من أجلي، ومن أجل مؤسستي التي أعمل بها و أحترمها، ومن أجل من حولي.. هذه هي القيم التي تحركني حتى في مجتل البرمجيات، و أحاول أن أتمسك بها و ان لا انجر في عالم مادي قح.. رغم علمي أنه صعب.

و لكي لا أُفهم خطئا، الربح والمال مهمان ويجب أن يكونا جزءًا من المعادلة، ولكن لا ينبغي أن يكونا المحرك الرئيسي الذي يجعلنا نتحرك..

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

خصوصا اليوم مع الذكاء الاصطناعي، لم تعد هناك أعذار للخوض في التفاصيل و المهمات الكبيرة،، جرْب، قم. بالأخطاء، قم ببناء الأشياء، وهكذا...

وفي الوقت ذاته، واصل تأسيس نفسك وتطوير مهاراتك خطوة بخطوة، أيًا كان مستواك الحالي.

تحرك، لا تبقى ساكنا..

مرة أخرى؛ اكتب الـ Unit Tests، أو حتى استخدم ال AI لكتابتها،، ستحتاج في النهاية إلى جعل الاختبارات تمر بنجاح وتصحيح أخطاء الذكاء الاصطناعي لو وجدت.. ومن خلال هذه العملية ستربح الآتي:

- فهم أعمق لل function/class/behavior الذي تريد كتابته/كتابة test له في حالة عدم استخدامك لل TDD، وطريقة اختباره بشكل أفضل.

- اكتشاف الـ bugs مبكرًا قبل الوصول إلى ال production.

- تعلم التفكير في مختلف السيناريوهات المحتملة.

- اكتساب خبرة في ال testing داخل الـ framework أو لغة البرمجة التي تستخدمها.

- معرفة كيفية عمل mocking لل data وكيفية تنفيذ request/response داخل الاختبارات.

- تطوير مهاراتك في كتابة ال assertions.


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

#testing #tdd #unittests

الأهم ان تستخدم tools تحل المشكلة في وقت أسرع، لا أنت تستخدم ما يستهر في السوق..

مثلا jQuery لازال حلا ل 70 في المئة مشاكل الويب، لا تحتاج modular framework الا في حالات تطبيقات معقدة مبنية على components كثيرة و معقدة وتحتاج فيها للحصول على مبدأ ال Reusability، ومميزات اخرى كسهولة الحصول على SPA.. وهكذا.. و لا اظن ان كل المشاريع التي نعمل عليها تحتاج هذه الميزات..

حينما تبتعد عن عقلية المبرمج الذي يتقن حل المسائل البرمجية على LeetCode، وإتقان حل المشكلات وحفظ بعض المسائل حول ال Arrays وال Recursion وال Binary Search وما إلى ذلك.. ستبدأ بالشعور بالتحسن.

يتم توظيفك كمبرمج لحل مشكلات حياتية، لا لكتابة Functions تستعرض فيها قوة منطقك.. والمشكلات الحياتية التي تحلها البرمجة لا متناهية، ولا يوجد لها حل واحد قطعي. أنت تبدأ، وتبحث، وتفشل، ثم تحاول من جديد... وأي مؤسسة توظفك فقط لأنك ممتاز جدًا في ال Algorithms وال Data Structures هي مؤسسة تبني ثقتها فيك على أساس ضيق، بينما المبرمج الحقيقي هو من يستطيع التكيف مع تعدد المشكلات الحياتية التي ستواجهه.

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

فالذكاء الاصطناعي حاليًا ربما يكتب كودًا أفضل مما نكتبه نحن، لكننا لسنا مجرد Coders فقط.. نحن مفكرون، مبرمجون، مستمعون للعملاء، قادرون على العمل كفريق، نفهم ونحاول البيزنس أكثر، نفهم ونحاول فهم هندسة البرمجيات عمومًا، نتعمق في كتابة كود نظيف ، Reusable, Clean، Modular، نستمر في التعلم.. وهكذا..

لكن لا تفهمني خطأ، ال DS وال Algorithms والتطبيق العملي لحل المشكلات باستخدام لغة برمجة تفضلها أو تتعلمها شيء أساسي، تخطيها سيجعلك تعود اليها لاحقا في مسارك المهني - اتحدث عن واقع تجربة - لكن الأهم هو الفهم لهذه المفاهيم لا الاعتقاد بأنها وحدها ما سيأخذك بعيدًا في هذا المجال.

هذه أشياء اكتشفتها في طريقي، وأحاول تطبيقها قدر الإمكان في عملي وتعلمي، ورأيت أنها ربما تكون نافعة للمشاركة، و قد اكون مخطئا.

اللهم إنا نسألك العلم والتعلم والعمل بهما.

#softwareEngineering #softwaredevelopment #programming #contuniuelearning #development

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

هكذا سنثري المحتوى العربي، ونعلم و نتعلم اكثر، و الله اعلى و اعلم.

بارك الله فيكم.

لمن يعرف tool تستخدمها للنشر على جميع المنصات الرقمية مرة واحدة، وله تجربة جيدة معاها، و مجانية لو وجدت، يشاركها معي؟!

بارك الله فيكم.

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

اولا اشكر الله، و اشكرك بعدها لانك ترى في قناتي الصغيرة هذه منفعة لك في هذا المجال.. و اسأل الله مزيدا من التوفيق.

ثانيا، لم يكن هدفي من الاساس جمع الناس بقدر ماهو مشاركة اخطائي لعلها تنفع شخصا ما في مكان ما، و انارة طريقه، اضافة الى شيئ من زكاة العلم (لو تجاوزنا ثقل الكلمة و اعتبرت نفسي لدي قليييييل علم).

لكن لا اخفيك سرا النفس تمل من قلة التفاعل، و لا اريد ان تصير هذه المشاعر هي المحركة لي فيما انشر، لهذا انا مستمر... لكن اكيد اسعد لو هناك تفاعل و اخد ورد في الكلام.

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

و مرة اخرى شكرا أحمد، و بارك الله لك و فيك.

إجعل لك في كل يوم هدفا شخصيا، سواءا في المجال التقني البرمجي، او في مجالات و جوانب اخرى من حياتك، و الهدف اليومي الشخصي هنا اقصد به شيئا خارجا عن روتينك اليومي (إذْ وجد).

أمثلة عملية مختلطة:

- قراءة جزء من التوثيق الرسمي للغة برمجة ما.
- مشي 10000 آلاف خطوة
- جري 3 او 4 كلم
- جلسة مع الاهل غير المؤلوفة..
- طهي شيئ غير معتاد
- مجاهدة نفسك في التخلي عن عادة او تطبع سيء..
- الإبتعاد عن الهاتف لساعات معينة.. و هكذا..

في نهاية اليوم و تحقيقك لشيئ من هذا ستشعر بشعور الانجار و بشعور عدم العجز.. و هذا سيفتح لك ابوابا اخرى للسعي و المحاولة.

اصدق النية و استعن بالله و لا تعجز.

#خاطرة

الحمد لله الذي أحيانا بعدما اماتنا و اليه النشور..

إستعن بالله و لا تعجز، و حاول أن تضع الله أولا قدر الامكان، و اعلم انه لا تكلف نفسا الا وسعها، و اعلم ان الامر بيد الله بدءً و إنتهاءً.. و ذكر نفسك بهذا كلما فترت و نسيت.

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