Mentor Tips

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

عشان تعمل لنفسك بصمة وتثبت وجودك:

1. قاعدة الـ 30 دقيقة والبحث الذاتي: قبل ما تروح تسأل السينيور أو التيم ليد، اقرأ الكود، راجع الـ Docs، وشوف الـ Git history والـ PRs القديمة للفيشر دي اسال ال ai لو موصلتش لحاجه ومفهمتش وقتها تقدر تسأل بعد ما تكون حاولت بنفسك، سؤالك بيكون: "أنا حاولت أحل الموضوع بالطريقة الفلانية بس وقفت في النقطة دي، إيه رأيك؟" مش "هو ده بيتعمل إزاي؟".

2. افهم الـ "ليه" مش بس الـ "إزاي": التاسك اللي في إيدك مش مجرد كود بتكتبه، هي جزء من بيزنس كامل. افهم التغيير ده بيخدم مين، وإيه الـ Impact بتاعه على السيستم وباقي التيم.

3. سيب المكان أحسن من ما دخلته: لقيت جزئية في الكود مبهمة؟ شفت توثيق (Docs) قديم ومحتاج تحديث؟ حليت مشكلة غريبة وطلعت بحل ليها؟ اكتبه وشاركه مع التيم. التوثيق هو أسهل وأسرع طريقة تثبت بيها إنك شغال بعقلية الـ Ownership وبتخدم التيم كله مش بس نفسك.

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

شطارتك في الكود لوحدها مش كفاية… الـ Networking هو اللي بيفتح الأبواب الحقيقية.

بعيداً عن الكود و programming ، فيه مهارة بتفرق في كاريرك أكتر ما تتخيل: دايرة معارفك المهنية.

ثلاث حاجات اتعلمتهم هما :

• وسع الدايرة: مش لازم كل اللي تعرفهم يبقوا في نفس التراك بتاعك، اتعرف على ناس من كل التخصصات في المجال.
• اهتم بوجودك على LinkedIn: أول شغل جالي كان عن طريقه؛ لما بتبان وبتشارك، الفرص هي اللي بتدور عليك.
• سيب أثر في كل مكان تشتغله: زمايلك ومديرينك في أي شركة هم شبكة أمانك مستقبلاً، وممكن انو يحصلك (Recommendation ) واحدة منهم ممكن تختصر عليك شهور تقديم.

الكود والشطارة هما اللي بيخلوك جاهز للشغل، بس علاقاتك بتزود سرعه وصولك للوظيفه

دخل معايا مهندس برمجة و hardware ..
عامل قناة يوتيوب بيشرح فيها حاجات في مجال الـ hardware ..

الطلاب عايزين يجربوا وراه طبعا .. فعايزين يشتروا الادوات ومش عارفين يشتروها منين ..

فهو قرر يعمل موقع ليهم يبيع فيه الادوات دي .. بس مش عايز يصعب الموضوع ويعمل database و backend و server apps وكلام من دا .. هو عايز حاجه functional ..

• روحنا جبنا صورة UI عجبته لمتجر من pinterest ..
• وفتحنا claude code على الجهاز .. وكتبنا ليه prompt منظم ومرتب .. انه يبني الموقع بنظام معين فرونت بس ..
• وخلينا الداتا تكون ملف مستقل علشان يقدر يعدل عليه بسهولة في اي وقت ..
• وخلينا الناس تضيف منتجات للـ cart بسهولة وتتحفظ ف الـ local storage عندهم ..
• ووقت الـ checkout عملنا button بيفتح whatsapp link في message منظمه بالـ order .. العميل يبعتها علطول ..
• ورفعنا الكلام الجميل دا على github ..
• وعملنا ليه deploy على vercel ..

اهو http://ghannam-pearl.vercel.app

علمته ازاي يعمل حاجه functional تؤدي المهمة اللي هو عايزها في 10 دقايق ..

وقالي بكل وضوح .. لو لقيت بيجيلي منه orders كويسه وبدأ يكسب .. وقتها هبدأ احوله لـ product حقيقي بالـ backend والـ database بتاعته ..

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

ايه رأيك .. تتفق مع الـ approuch دا ولا لا ؟

لغة البرمجة مجرد أداة… مش هي اللي بتحدد قيمتك كـ Developer.

في أي لحظة ممكن الـ Tech Stack واللغة اللي بتشتغل بيها يتغيروا في الشركة، ووقتها السؤال الحقيقي مش: «أنا بعرف PHP، Python أو Java؟»

السؤال هو: «أنا بفهم Software Engineering بجد؟»

الـ Syntax بيختلف من لغة للتانية وممكن تتعلمه في أيام، لكن الأهم إنك تفهم:

• السيستم شغال إزاي من جوه (Performance, Scalability, Memory)

• إزاي تكتب Clean Code وتصمم حلول هندسية صح

• ليه بتختار حل معين وإمتى، مش مجرد إنك تخلّص التاسك

اللغات بتتغير وتتطور كل يوم… لكن الأساس القوي هو اللي بيخليك تتكيف وتشتغل بأي لغة وفي أي مكان.
"لو اتحطيت بكرة في موقف واضطريت تغير لغة البرمجه او الفريم ورك في شغلك … شايف إيه أول تحدي هيقابلك؟ "

ازاي تبني "مُهندس برمجيات" او Software Engineer

في أحد جلسات التدريب , كان في شخص عقليته قوية جداً ولكنه لسه بيبدأ

واحنا بنبي الـ Plan او الـ خطة الخاصة بالمذاكرة , كنت حريص جداً اني امشي معاه بـ "نهج" مُختلف عن ما بمشي مع اي طالب واني استغل العقلية القوية الـ قدامي وابدا معاه كالأتي :-

1. انه يتعلم كويس ازاي يطلع الـ Requirements من التاسك
   1. سواء الـ Functional والـ None-Funcational
   2. يقدر يطلع الـ Requirements الـ Out-Of-Scope
2. انه يتعلم كويس ازاي يطلع Capacity Estimation
   1. يعني يقدر يحسب الـ Read / Write Per Second لمليون مُستخدم للخدمة
   2. انه يقدر يحسب احتياج الـ Storage علي مدار 5 سنين بـافتراض 500 بايت في الثانيه
   3. ازاي يحسب الـ Bandwidth In/Out
3. الجزء التالت كان الـ HLD او النظرة العُليه لتصميم السيستم بتاعي
   1. وبدأنا نتكلم انها ازاي يعمل HLD Diagram components سواء للسيستم
   2. و الـ Request Flow , Sequence Diagram
   3. انه يقدر يشرح كل Component موجود في السيستم والـ Coupling كمان

وقولتله أخر البلان هاخد منك Key Decisions علشان اعرف كل قرار انت خدته

وفعلاً : مكدبش خبر وبدأ انه يشتغل علي بلان , بدون تعليقات زي ( الـ Ai بيعمل ده )

حالياً نفس البلان دي هكررها مع شخص تاني بنفس الـ عقلية الفذة العبقرية

علشان عارف كويس ان توجيه الـ Ai وقراراته محتاج مُهندس مش مُبرمج حافظ الـ كود

ايه رأيكم في البلان دي ؟ وهل تقدر تطبقها مع نفسك ؟

المصادر تحت الـ Tip تقدر تتعلم كل حاجه قولتهالك في البوست ده

هشاركك سر من اسرار الـ Ai لو بتتعامل مع اي Model فـ في Skills مخفيه للمذاكرة والكودينج والـ Engineering

لو جيت تتعامل مع اي مودل من الـ Ai وكتبتله الـ Prompt ده مع الكود بتاعك

[Your Code Here]
--- Generate skills
(ON) ENABLE
/study-mode /review-mode /SDLC-ANALYSIS /CLEAN-CODE /CLEAN-ARCHITECT /BOUNDED-CONTEXT

هيقولك انه مش لاقي المهارات دي بس هيعملها Generate وهيبدا انه يعملك تحليل للكود ويفهم الـ SDLC ويربط الكونتيكست كويس جداً بباقي المشروع لو فاتحه علي claude code مثلاً

وبعد كده هيبدأ انه يفهمك ويشرحلك كل جزء بالمبادئ والـ concepts & principles الـ محتاج تفهمها وتعرفها

وكمان هيبدأ يشرحلك كـ system design والـ المفروض يتعمل والـ ميتعملش

خد بالك ان ده ينفع مع الـ Code مش الـ SQL Queries خالص

لو عندك سُر او حركة او Trick ممكن تشاركها معانا اكتبها تحت في الـ Dicussion

الـ AI مش جاي ياخد مكانك، بس المبرمج اللي بيعرف يستخدمه صح هياخد مكانك.

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

عشان تستغل الـ AI لصالحك وتكبر كمهندس:

1. خليه يشرحلك مش يكتبلك: لو كونسيبت زي OOP أو العلاقات في الداتابيز مش مفهوم، اطلب منه يشرحهولك بتشبيه بسيط من الحياة.
2. افهم الـ Error قبل الحل: لما يظهر خطأ أحمر في شاشتك، اسأله: "ليه ده حصل؟"، عشان تتعلم تقرأ الـ Logs بنفسك.
3. اطلب مراجعة الكود (Code Review): اكتب الكود بإيدك أولاً وجرب ال prompt دي :
   "إزاي أحسن كتابة الكود ده ليكون Clean Code أكتر؟".
"How can I refactor this code to make it cleaner?"
   خلّي الـ AI هو المساعد والـ Co-pilot، وأنت في الاخر صاحب القرار.

بتعملوا ايه في الأيام الـ بتكون فيها الإنتاجيه معدومة وحاسس انك مشلول ومش قادر تاخد خطوة رغم الالتزامات الـ عليك ؟

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

1. بطّل جلد في نفسك: اقبل إنك تعبان واعتبرها ساعة راحة إجبارية. جلد الذات بيستنزف آخر طاقة في دماغك.

2. أصغر خطوة ممكنة (Micro-steps): متفكرش في حجم الالتزامات الكبير؛ اختار أفهه خطوة وأسهل حاجة خالص (زي إنك تفتح الملف أو تكتب سطر واحد) والتزم بيها 5 دقايق بس.

3. فضي دماغك (Brain Dump): هات ورقة وقلم واكتب كل اللي وراك وكل اللي مزعلك براسك. ده بيقلل الدوشة ويهدّي الليلة في عقلك.

4. افصل المثيرات: ابعد الموبايل تماماً وقعد في مكان هادئ؛ السوشيال ميديا في وقت الشلل بتزود الإحساس بالعجز.

5. استعين بربنا: ادعي وقول: "اللهم إني أعوذ بك من العجز والكسل"، واطلب العون عشان تبدأ.

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

سنة 1865، الاقتصادي William Stanley Jevons لاحظ حاجة مثيرة للاهتمام.

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

الفكرة دي اتعرفت بعد كده باسم Jevons Paradox.

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

بص على اللي حصل مع Cloud.

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

ودلوقتي، إحنا قدام تحول مشابه محتمل في صناعة الـ Software.

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

بس كل ما قدرتك على إنتاج الكود تزيد، بيظهر سؤال أهم:

مين هيحدد إحنا محتاجين نبني إيه أصلًا؟ ومين هيتأكد إن اللي بنبنيه صح، قابل للصيانة، ويستحمل التوسع؟

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

وده جزء أساسي من اللي بحاول أساعد الناس تفهمه في المينتورشب.

مش مجرد إنك تتعلم React أو Next.js أكتر، لكن إنك تطور طريقة تفكيرك، وتفهم القرارات الهندسية اللي ورا الكود، وتعرف تتعامل مع المشاكل اللي مفيش Tutorial جاهز يحلها.

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

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

السؤال مش بس: هل اAI هيكتب كود أكتر؟

السؤال: هل أنت بتبني خبرتك عشان تكتب الكود، ولا عشان تفهم الـ Software اللي بتبنيه؟

عارف الفرق بين ReactJS و NextJS؟
عارف بجد .. ولا عامل نفسك عارف ..!!

تعالى اقولك على نقطة واحدة بس ..

✅ الـ ReactJS هي مكتبة js بتستخدم في الـ development .. ولما بتخلص dev بتعمل build .. وتطلع ملفات (html + css + js + assets) حقيقة تقدر تعمل ليهم host على اي server براحتك من غير ما تاخد معاك react ع السيرفر اصلا ..
اقولك ع الكبيرة كمان .. تقدر تشغل الـ build بتاع react على github pages مجانا ..
يعني من الآخر هي مجرد ملفات .. واحنا محتاجين سيرفر يبعتها للشخص اللي يطلبها .. وهي هتتـ render في المتصفح عادي جدا ..
يعني مش محتاجين running process على server علشان نشغل react app ..

✅ اما الـ NextJS .. فهي مكتبة بتفضل مكملة معاك حتى بعد الـ development وبتفضل ماسكة المشروع في الـ production وهو live .. لانها بتعمل running process على السيرفر .. يستقبل هو الـ requests ويشوف كل request عايز ايه .. وبناءا عليه يرد ..
وبالتالي .. ممكن يكون الـ request دا api request عادي مش frontend .. ومن حق NextJS انها تقفله بـ auth الأول بحيث مش كل الناس تقدر توصله .. وكمان تقدر جدا انها تقرأ بنفسها الـ database او تكتب عليها مع كل request عادي ..
ودا يا سيدي اللي خلى NextJS تكون full-stack framework على عكس ReactJS ..
يعني NextJS مطلعتش مجرد مكتبة بتخلي ReactJS تبقا احسن مع الـ SEO وبس .. شوفت بقا ..

لو عجبك الكلام .. اضغط على الـ Helpful button اللي تحت هنا ..
ولو عندك اي استفسار .. اكتب comment هنا ..
او تعالى ندخل سيشن mentorship ندردش سوا في الاسئلة بتاعتك ..

كان معايا جلسة إستشارة من دقائق معدودة لـ شخص رائع اشتغل في مجال الـ Software لمدة طويلة جداً ولكن كلها في Software Houses ومشاريع فريلانس .

والمشكلة هنا ان مشاريع الفريلانس والـ Software House نادراً ما بيتم حسابها كـ خبرة عند الشركات الـ كبيرة او الـ مُحترمة

الشركات نوعين

1- الـ بتعتمد علي برودكت او المُنتج زي طلبات و فودكس و Koinz وشركات تانيه كتير ودي بتكون افضل وبتميل للـ Engineering اكتر

2- السوفتوير هاوس ودول مبيفرقش معاهم الا الـ Scalability والـ Capacity وكمية المشاريع الـ بتطلع علشان يوفوا عدد العملاء الكبير ومبيهتموش بالـ Engineering بشكل صريح

3- فريلانس او العمل الحُر وده بيعتمد علي عميل الـ قدامك والبيئة الـ بيوفرهالك للشغل واغلبها مفيش Hierarchy واضحه او حد بيشرف عليك بشكل مُباشر فـ تعرف مشاكلك فين

وهنا انت المطلوب منك تملئ الفراغ - Gap بين معرفتك بالتكنلوجي الـ بتخليك تعمل اي مشروع

وبين احتياجك للمبادئ والمفاهيم الهندسية الـ المفروض تأهلك لسوق العمل في شركات الـ Product Base

بدأنا البلان بتاعتنا ازاي ؟ :-

الاول محتاجين نحدد نقاط الضعف والـ محتاجينها كويس

1. بدأنا ندرس الـ HLD , LLD وناخد تاسك علي كل واحده فيهم
   1. بداية من الـ Api Versioning والـ Component Coupling / Uncoupling وغيرها
   2. والـ Request Flow والـ Software Quality
2. ولإنه عارف Database كويس بس مش مُتعمق في الـ Indexing والـ Lock والـ Optimization Queries
   1. خدنا الـ Relational DB SQL بشكل مُتعمق
   2. وهنعدي علي Non Relational مرور الكرام لإننا مش هنحتاجها للهدف بتاعه
3. وقررنا اننا نفهم الـ Agile ( Scrum ) لإنه علشان يشتغل في شركة
   1. محتاج يعرف كويس الـ Story Points بتتحط ازاي
   2. ومحتاج يتأكد انه فاهم الـ Scrum Manifesto