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

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

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

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

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

#خاطرة

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

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

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

تجربتي مع العودة لبناء أسس صلبة للأساسيات و الخوارزميات في مجال هندسة البرمجيات. #5

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

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

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

في هذه المرحلة، يمكنك البحث عن أفكار مشاريع عبر منصّات مثل Upwork أو LinkedIn. الأفضل أن تختار مشروعًا خارج نطاق الأفكار التقليدية (مثل الافكار التقليدي: To-Do List)، وسأقترح بعض المشاريع في نهاية المقال.

بعد اختيار المشروع:

- اكتب مستندًا تقنيًا (Technical Document) بسيطًا يحتوي على الخصائص (Features) التي ستبنيها.

- أنشئ مخططًا أوليًا لقاعدة البيانات (Database Schema).

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

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

بهذا الشكل ستستعمل اللغة أو الإطار (Framework) الذي تتعلّمه وأنت في وضع متحرك In Action. حتى لو كان لديك عمل بدوام كامل أو جزئي، اجعل هذا المشروع ملجأك للتعلّم المستمر.

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

أمثلة لمشاريع:

- بناء API كيفما كان بلا فرونتآند
- بناء Dashboard باستخدام ال Full stack technologies
- بناء موق شخصي متكامل
- بناء منصلة مقالات
- بناء موقع لإجراء مسح معين.. و هكذا..

و مرة أخرى، الطريق طويل، لكن قليل دائم خير من كثير منقطع.
ولو 30 دقيقة يوميًا كافية للاستمرارية.

اللهم علّمنا وانفعنا بما علّمتنا.

والسلام عليكم.

#إستدراك_ما_فات_في_هندسة_البرمجيات

استخدام الكود المولّد بالذكاء الاصطناعي (AI Generated Code) له جوانب نافعة وأخرى غير نافعة بالنسبة لمطوّر البرمجيات.

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

متى تستفيد من الكود المولّد؟

إذا كنت تفهم المتطلبات جيدًا، وتفهم المشروع الذي تعمل عليه (أو على الأقل أكثر من نصف تفاصيله)، فيمكنك الاستفادة منه بالطريقة التالية:

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

- مراجعة الكود بعد ال generation: بعد أن يولّد ال AI الكود ويمر ال Build دون أخطاء، ارجع إلى الكود وقم بتنظيفه؛ أزل الأجزاء غير المفيدة، صحّح الهلوسات الخاطئة التي يقوم، اجعل الكود أكثر وضوحًا وسهل الصيانة.


- اطلب مراجعة ثانية (Review): أعد الطلب من ال AI لمراجعة الكود بعد تعديلك له.. ستجده أكثر دقة لأنك أنت من وجّهته الأن، بدل أن تقبل الكود الذي قدمه كما هو.

- الاختبارات (Tests): اكتب اختبارات Unit Tests و Feature Tests، ثم اطلب من ال AI أن يقترح مراجعة أو إعادة كتابة لها،، غالبًا سيأتي باقتراحات مبالغ فيها (Over Engineering)، صحّحها وأكمل.

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


متى يكون ضارًا؟

إذا لم تكن فاهما للمتطلبات، ولا إطار العمل (Framework) الذي تعمل به، فستستعمل ال AI لتوليد كود دون أن تراجعه أو تفهمه.
في هذه الحالة، ستصبح ضحية له، وسيضرّك أكثر مما ينفعك.


ملاحظة مهمة؛ هذا لا يعني أننا لن نصادف أحيانًا كودًا لا نفهمه بالكامل، لكنه يعمل (قمنا بهذا من قبل مع stackoverflow..) فهذا طبيعي جدًا في العنصر البشري... نحن لسنا مثاليين.. المهم أن لا يكون الاعتماد كليًا وعشوائيًا.

اتمنى ان يكون هذا المنشور نافعا، و السلام عليكم ورحمة الله. 

#ai #softwaredevelopment

دائما ما أوكد على هذا الكلام، يجب ان تتشربه كمبرمج..

https://www.linkedin.com/posts/shreefentsar_techlead-cto-digitaltransformation-activity-7365477699013738496-trtt?utm_source=share&utm_medium=member_android&rcm=ACoAAA6PPwIBAQxRqfCnsX6egpCWC4PgEE1omkI

بابٌ في الحِمية الإلكترونية:

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

أمَا والله لو قدرنا الله حق قدره لتهذبت نفوسنا، وندمنا على سابق غفلتنا وغلطنا وتقصيرنا، والموفق يبادر طيّ صحيفته، ويسابق أجله بما يسره في آخرته.

السلام عليكم، منذ مدة بدأت أكتب كتابا متعلقة بكيفية التخلص من الشعور بأنك دائما junior developer كتبت تلاثة أجزاء، لحد الآن..

لن يكون كتابا طويلا، و سيكون اول ما انشره ان شاء الله ك technical publication.

اردت ان اضع هذا المنشور هنا، كتحفيز شخصي، و كمنشور لأخد نصائح اذا احد عنده نصيحة لي.

بارك الله فيكم و نفع بكم، و صلى الله علي محمد.

حول ال ai و آثار استخدامه السلبية و الإيجابية على المبرمج.

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

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

نصيحة قد تبدو غبية؛

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

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

السلام عليكم،

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

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

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

وَيَجهَدُ الناسُ في الدُنيا مُنافَسَةً
وَلَيسَ لِلناسِ شَيءٌ غَيرَ ما رُزِقوا..

فلك السعي و محاولة التحسين من نفسك كمسلم لا غير.. فالرزق محسوم من عند الرزاق.. فإحرص على ما ينفعك.

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

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

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

فمثلا أنشئ جدول من 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 الخاص بك و اكتب كود كثيييييير.