نظام لا أهداف، وقت لا نتيجة.

أغلب خططنا قد لا تسير بنسبة ١٠٠٪ في الغالب مما يدفع للإحباط، وجزء من الإحباط إلي جزء = يأس.
فهل إلى خروج من سبيل؟

لا تضع وقتك وجهدك في الأهداف ومراقبة التقدم، أبنِ أنظمة.

فمثلا أنشئ جدول من Google calendar وخطط فيه ليومك ببناء نظام له، لنفترض أنك خطط ل ٨ ساعات عمل.

فأنت تعمل على نطاق ٨ ساعات على هدف معين مطلوب، أنتهى ؟ خير، لم ينتهى، أعد الكرة.
لمَ.

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

٢. إعتبار الوقت حاوية، والهدف مُحتوى، فالهدف قد يُغير فيه بحسب الظروف أو يتغير بحسب الحاجة، عكس الوقت، انت فقط تغير المواعيد او عدد الساعات، اى شئ في نطاق تحكمك وتأثيرك.

٣. بناء العادة: لنرجع للمثال السابق وقد قيل لك أن العمل استغنى عنك، الهدف تغير، ولكن ما زال ال٨ ساعات الذي اكتسبتها تعمل فيها وإعتبارها:

١. وقت للبحث عن عمل اخر.
٢. تحسين السيرة الذاتية.
٣. العمل على مشاريع حرة.
٤. وقت للدراسة والتطبيق.

وهناك إقتباس لجيمس كلير:

" You do not rise to the level of your goals. You fall to the level of your systems."

أنت لا تسمو إلى مستوى أهدافك، أنت تدنو إلى مستوى نظامك.

والله أعلم

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

- ستعمل كثيرًا فوق الوقت المحدد.

- ستشعر أنك غبي في كثير من الأحيان.

- سيصحح الآخرون لك أخطاءً بسيطة وغبية أحيانًا.

- ستتعامل مع الكثير من الشكوك.

- ستشعر بالخوف كثيرًا.

- ستحتاج إلى الترفق بنفسك وبالآخرين.

- ستجد نفسك تفكر في الحلول والمشاكل التي تواجهك حتى بعد انتهاء وقت العمل.

- ستواجه خوف فقدان عملك أكثر من مرة.

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

- ستكتشف أن كلما تعلمت أكثر، أدركت حجم ما لا تعرفه.

- تضطر لإعادة كتابة وحذف الكثير من الشيفرات التي تعبت عليها.

- ستجد نفسك تشرح نفس الأمور لزملاءك أكثر من مرة.

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

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

- ستشعر بلذة كبيرة عندما يعمل الكود أخيرًا بعد ساعات أو أيام من المحاولات.

- ستواجه دائمًا موازنة بين "الحل السريع" و"الحل الصحيح طويل المدى".

- ستكتشف أن أغلب المشاريع لا تُبنى وحدك، بل مع فريق، مما يعني تحديات إضافية في التعاون.

- ستحتاج إلى التعامل مع كل ما سبق وأكثر لكي تتطور..

والله أعلى و اعلم.

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

لكن عندما تريد تقليل التعقيد (complexity) الخاص بملف برمجي ما، فمن أفضل الطرق الموصى بها، و التي أعمل بها شخصيا (قد أكون مخطأ)؛

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

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

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

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

#programming #unitTests #testing #refactoring

ابعد نفسك عن مسألة الشغف و خزعبلاته.

افتح ال editor الخاص بك و اكتب كود كثيييييير.

في نقاش مع senior developer/software architect هذا الصباح قال لي كلاما أحببت ان انقله هنا لعله يكون دافعا لأحدكم.

كنت ابرر له عديد الاخطاء التي قمت بها في Merge Request كنت قد فتحتها. (بخجل و خوف).

فقال لي: "i juste come with a bit of experience more than you, and we are try to make the codebase better, and I'm not saying your code is bad, but I'm seeing things differently, and I'm trying to teach you that, so im not the best coder in the world, we are just trying to make things better"

انتهى كلامه.

و استخلص ما شئت من هذا يا صديقي..

لمن استخدموا Github Copilot النسخة ال pro هل يستحق الاستخدام و الدفع لأجله؟

سبب بحثي في هذه المسألة، انا حاليا استخدم Windsurf Pro لكن 10 دولار في الشهر بعدد promots محدود. (لكنه جيد في فهم السياق، و تعديل عدة ملفات في آن واحد.. وكثير من الإمتيازات).

ال Copilot (Unlimited completions and chats with access to more models)

هذه ميزة مغرية، لو انه جيد في مسالة ال coding.

شكرا مسبقا لكل من سيفيدنا.

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

- أكتب كود مقروء على قدر الإمكان،

- أكتب أسماء functions بأسماء ذات معنى، getData() ليست إسم فانكشن صحيح حسب سياق ال users، الافضل ان يكون مثلا getUserLastActivity()،

- علق على الكود الخاص بك عندما يكون ذلك ضروريا، لنفسك أولا و للمبرمجين الذين سيعملون معك او بعدك على نفس ال codebase،

- أكتب functions قصيرة و قسم الكود الخاص بك لملفات اصغر و استخدم ال dependency injection قدر المستطاع.

... يتبع.

و الله ولي التوفيق.

أخونا عصب على الرد على هذا السؤال مرارا و تكرارا 😊😁

https://youtube.com/shorts/7eFVdzgR-po?si=nMvIqrPMpQqqEyG0

طريقتي للحصول على الفوائد السريعة - المهمة للمشروع - من استخدام الذكاء الاصطناعي؛

هي استخدامه "جزئيًا" فقط في مساعدتك على إنتاج كود صغير لميزة ما، تصحيح الإصدار الأول من الكود الذي كتبته أو فكرت فيه، أو كتابة unit tests و test coverage.

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

من الصعب التعامل مع شعور "المطور المبتدئ - دائمًا"، ومن الحلول العملية التى أنصح بها:

- بادر، عبّر عن رأيك، واعمل push للكود الذي انتجته.. رغم كل الشكوك..

هذه الكلمات موجهة لي أولًا!

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

الـ Dependency Injection مفهوم مهم وصعب في البداية، لكن محاولة التعود عليه وتطبيقه ستمنحك:

- راحة أكبر في الكود الذي تكتبه.

- قابلية قراءة أفضل للكود.

- تقليلًا في مستوى ال complexity.

ابدأ باستخدامه قدر الإمكان داخل ال classes عبر الاعتماد على services بدلًا من إنشاء التبعيات داخل الكلاس نفسه.
ومع الوقت ستعتاد عليه، وبعدها ستتمكن من استخدامه بشكل أفضل.

#softwaredevelopment #softwareEngineering

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

عندما تشتغل على ميزة كبيرة تحتوي على ملفات جديدة كثيرة أو تغييرات متعددة، حاول ألا تدفع كل شيء في commit واحد.

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

بهذه الطريقة:

- ستكون أكثر تنظيمًا.
- وسيتمكن ال reviewer من فحص التغييرات بسهولة وراحة أكبر.

نفعنا الله واياكم، و دعواتكم لنا.

ال ai رائع، يغني عن كثير تعب و كثير تضيع وقت.

لكن يجب أن تحسن إستخدامه و إلا حصلت على نتائج عكسية.

- إفهم ال codebase جيداا،
- افهم المهمة التي تريد ان يساعدك فيها أولا،
- راجع الكود المقدم و دائما ما ستجد ما يجب أن تضيفه أو تزيله،
- إجعل تغيرلتك صغيرة،
- إعتمد عليه في كتابة ال tests فهو جيد في هذا كثيرا،
- الكود يجب أن يراجع من قبل senior developers سواءا كتبه senior أو junior،
- تعلم اللغة البرمجية او الفرييموورك الذي تستخدمه جيدا، و تعلم و أسس نفسك جيدا في هندسة البرمجيات، فالأمر ليس فقط coding الان، - طبعا كل هذا و أنت سائر على الطريق، لا تتوقف - .

و إستعن بالله ولا تعجز، و الله أعلى و اعلم.

#softwareEngineering #softwaredevelopment

كإنسان مسلم و مبرمج/مهندس برمجيات؛

التقرب إلى الله بالفرائض و النوافل وتعلم أعظم العلوم، وهو العلم الشرعي.

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

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

الترويح عن النفس.

ممارسة الرياضة.

العمل لكسب قوت يومك.

يُفضل أن يكون اليوم مقسّمًا على هذا النحو وبجدية.. لو احببت مصدرا في هذا اقرأ كتاب "اليوم النبوي".

وحاول عدم الوقوع في جلد الذات عند وقوع أي خطأ أو الإخلال بشيء من الخطة..

و الله أعلى و أعلم.

هل أنت كمبرمج تستطيع القيام بكل ما يقوم ال ai بعمل generate له بالنسبة لك؟

جوابي الشخصي لا.. حتى قبل ال ai كنا نبحث هنا وهناك و نقوم بعمل adaptation لما نبحث عنه على حالة أو المشكلة التي نعمل نعمل على حلها.. لكننا نفهم كثيرا مما نقوم به.

هذا لكي لا تشعر بالنقص و انت تستخدم كود نظيف و و و و بسرعة انتاجية كبيرة.. الامر مجاهدة نفسية أيضا 😅

ما رأيكم، و ما انتقاداتكم لهذا الكلام؟

🔗 رِباط التقنية
مجمع القنوات العربيّة التقنية

في زمنٍ تتشتّت فيه المعارف بين الآفاق، جمعنا لكم سلسلة القنوات العربية التقنية في مكانٍ واحد، لتكون دليلك إلى المحتوى النافع والطرح الرصين.

📌 استعرض القنوات عبر الموقع:
https://alzanad.github.io/ribat-altaqniyyah

📜 اشترك مباشرةً في القائمة الموحّدة على تليجرام:
https://news.1rj.ru/str/addlist/Gg-LFze5N89mMTJk

💬 للراغبين في الإضافة أو التواصل حول المبادرة:
@alzaanad

#رباط_التقنية

خلاصة كثرة الكلام حول ال ai.

استخدم و تعلم استخدام ال ai هذا أصبح ضرورة.

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

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

لكن بمجرد بدأت القراءة اكتشفت مدى جهلي الذي ادى لتكوّن الفكرة التي افتتحت بها هذا المنشور.

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

و العجيب أن تأثير القراءة التقنية على تفكيرك الهندسي تكون سريعة..

و الحمد لله، و الله أعلم.

#softwareEngineering #softwarearchitecture

في اجابة مرتجلة على سؤال اخ معنا في هذه الجموعة، رأيت انها تستحق النشر منفصلة لعلها تنفع آخرين، - بتصرف -

.

على ماذا تركز في تعلمك و دراستك في هذا المجال؟

لا اعرف ماذا درست سابقا و مدى تعمقك فيه.

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

يعني انت ادرى من نفسك و مواطن ضعفك..

الاهم ركز على ما يدفع بك للاممام "الآن" و ما يسد فجواتك المعرفية لانك ستحتاجه في المستقبل كلما كبرت في المجال.

#learning #softwaredevelopment

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

لكن اسعَ دائمًا للأفضل، وكن دائمًا ممتنًا للأشخاص أو المؤسسات التي تمنحك فرصة التعلم.