Mahmoud Hussein's Recent LinkedIn Posts

ما المهارة التي لا يمكن لأي ذكاء اصطناعي أن يتعلمها بدلًا منك؟ من أكثر الأمور التي فاجأتني في البرمجة أن الأشخاص الذين يكتبون ويحفظون أكواد أكثر ليسوا دائمًا الأفضل. في البداية كنت أعتقد أن التقدم يعني: معرفة مكتبات أكثر. حفظ دوال أكثر. وتذكر أكبر عدد ممكن من الأوامر. لكن مع الوقت اكتشفت أن معظم الأشياء يمكن البحث عنها خلال دقائق. أما الشيء الذي لا يمكن البحث عنه ونسخه فهو طريقة التفكير. عندما تواجه مشكلة جديدة، لن يفيدك كثيرًا أنك تحفظ عشرات الأمثلة إذا لم تستطع تحليل المشكلة وفهمها وتقسيمها إلى أجزاء أصغر. لهذا السبب أعتقد أن الفرق الحقيقي بين المبرمج العادي والمبرمج المتميز لا يكمن في كمية الأكواد التي يعرفها، بل في قدرته على التعامل مع المشاكل التي لم يرها من قبل. التقنيات تتغير. اللغات تتطور. والمكتبات تظهر وتختفي. لكن القدرة على فهم المشكلة وبناء حل منطقي لها تبقى مهارة مطلوبة دائمًا. لهذا عندما أرى شخصًا يركز على تحسين طريقة تفكيره أكثر من تركيزه على حفظ الأكواد، أشعر أنه يستثمر في شيء سيبقى مفيدًا لسنوات طويلة. برأيكم: هل المشكلة الأصعب في البرمجة هي كتابة الكود أم التفكير في الحل المناسب قبل كتابة الكود؟ 🤔 #Programming #SoftwareEngineering #ProblemSolving #Coding #Technology #ComputerScience #Developer #SoftwareDevelopment

✨ مشروع صغير.. تعلم كبير ✨ كم سطر برمجي تحتاج لتغير طريقة تفكيرك؟ قد يقول البعض: "الآلة الحاسبة مشروع تقليدي ومكرر، وكل الناس تصنعه!" لكن الحقيقة أن الاحتراف يكمن في إتقان الأساسيات,اليوم انتهيت من بناء مشروع آلة حاسبة علمية باستخدام Java. المشروع يتعدى العمليات التقليدية ليدعم: عمليات متقدمة: القوى، الجذور، المضروب (Factorial)، واللوغاريتمات. الدوال المثلثية: sin و cos و tan. التحدي الحقيقي: تنفيذ عمليات متتالية وتراكمية بدون توقف حتى إدخال "=". وركزت وتعمقت خلاله على استخدام الـ methods، الـ loops، الـ switch cases، ودوال Math بشكل احترافي. المشروع بسيط، لكن الأنظمة المعقدة ما هي إلا مفاهيم بسيطة رُكبت بذكاء. خطوة مهمة طوّرت من منطق التفكير وحل المشكلات لدي. ما هو أول مشروع "بسيط" علمك كيف تفكر كمبرمج؟ 🔗 يمكنك رؤية الكود بالكامل عبر حسابي على GitHub: https://lnkd.in/ey4vuMGg #Java #Programming #Coding #SoftwareDevelopment #GitHub #ComputerScience ✨Small Project, Big Learning✨ How many lines of code does it take to change the way you think? Many might say: "A calculator is a cliché, basic project that anyone can build." but the truth is, mastery lives in the fundamentals,today I finished building a Scientific Calculator using Java. It handles more than just basic math: Advanced Operations: Power, roots, factorials, and logarithms. Trigonometric Functions: \sin, \cos, and \tan. The Real Challenge: Continuous, cumulative calculations until entering "=". To build this, I dove deep into methods, loops, switch cases, and Java Math functions. It’s a simple project, but every complex system is just a collection of simple concepts executed perfectly. It vastly improved my problem-solving and logic . What was the first "simple" project that taught you how to think like a programmer? 🔗 Check out the code on my GitHub : https://lnkd.in/ey4vuMGg #Java #Programming #Coding #SoftwareDevelopment #GitHub #ComputerScience

🔥 أنت وحدك منافسك 🔥 توقف عن مقارنة بداية رحلتك بمنتصف رحلة الآخرين بأول فترة من فترات تعلمي للبرمجة، كنت أشعر دائماً أن الجميع يتقدم أسرع مني.. ​كنت أفتح LinkedIn فأرى شخصاً أعلن عن حصوله على فرصة تدريب Internship. أدخل GitHub فأجد مشاريع معقدة وضخمة. أشاهد مطوراً يشرح موضوعاً تقنياً لم أسمع به من قبل. ​وفي كل مرة، كان يطاردني نفس السؤال: "هل أنا متأخر؟" ​المشكلة الأساسية كانت أنني أقع في فخ مقارنة (الفصل الأول) من قصتي، مع (الفصول الأخيرة) من قصص الآخرين. كنت أرى النتيجة النهائية البراقة، ولا أرى آلاف الساعات، الأخطاء، والمحاولات الإحباطية التي أوصلتهم إلى هناك. ​ما ساعدني على تجاوز هذا الشعور تماماً هو تغيير مقياس التقدم: ​بدل أن أسأل نفسي: "هل أنا أفضل من فلان؟" ​بدأت أسأل: "هل أنا اليوم أفضل من نفسي قبل شهر؟" ​إذا كنت اليوم تفهم منطقاً برمجياً لم تكن تفهمه بالأمس، وتبني مشاريع (حتى لو كانت بسيطة) لم تكن قادراً على بنائها قبل فترة، فهذا هو التقدم الحقيقي. ​في عالم البرمجة المتسارع: ​سيبقى هناك دائماً شخص يعرف أكثر منك (وهذا طبيعي). ​لكن سيبقى هناك أيضاً شخص يبدأ اليوم من النقطة التي تجاوزتها أنت بالأمس. ​لذلك، اخترت أن أركز على رحلتي الخاصة: التعلم المستمر، بناء المشاريع وتطويرها، وتوثيق رحلتي خطوة بخطوة بدل مطاردة مقارنات مستنزفة. ​المنافسة الوحيدة التي تستحق طاقتك هي المنافسة مع نسختك السابقة. ​ شاركوني تجربتكم: هل مررتم بهذا الشعور من قبل أثناء تعلم البرمجة؟ وكيف تعاملتم معه؟ ​#تطوير_البرمجيات #التعلم_المستمر #نصائح_مهنية #SoftwareEngineering #Mindset #Programming

⚠️ أخطر وهم في البرمجة : " هو كود يشتغل… لكنه مصمم غلط " 🔥Cars Rental management system🔥 من أكثرررر المشاريع اللي استمتعت فيها وحسيت إني بنيت شي حقيقي من الصفر ، هو مشروع (Console) جامعي انطلب مني، بس أنا ما عاملته كواجب، عاملته كتجربة تطوير حقيقية. مفاهيم ال OOP اللي استخدمتها: ✅ inheritance ✅ Abstraction ✅ Polymorphism ✅ Encapsulation ✅ Arrray list 📁 Project Structure ├── Main.java ├── Vehicle (abstract) ├─Car ├─Motors ├─Truck ├── Customer (abstract) ├─Person ├─Institution ├─VehiclesManagement ├─CustomerManager ├─Rentals ├─RentalsManager في البداية كان كل همي إن الكود "يشتغل" ويؤدي المطلوب مثلا : 1. إضافة المركبات 2. إدارة الزبائن 3. تسجيل عقود التأجير كل شيء كان شغال تمام، لكن الصدمة كانت كل ما أحاول أضيف ميزة جديدة أو أعدل شغلة بسيطة، ألاقي الكود أثر على جزء ٱخر من النظام ⚠️ المشكلة ما كانت بـ منطق الكود ... بل بهندسته وتصميمه كنت واقع بفخ مألوف جداً وهو خلط المسؤوليات 🫣 كل شيء كان داخل نفس المكان: حساب التكلفة التحقق من البيانات إدارة المركبات منطق الحجز وحتى التعديلات البسيطة أي تغيير صغير كان يكسر جزء ثاني من النظام 💥 💣 وهنا فهمت المشكلة الحقيقية: 👉 أنا كنت أكتب “برنامج” وليس “نظام” 🛠 القرار اللي غير اللعبة: بدل ما أضيع وقت بالترقيع، قررت أطبق مبدأ الـ Single Responsibility Principle (SRP) بشكل عملي وتدريجي: ✅ توزيع المسؤوليات: دالة حساب التكلفة مكانها الصح والمنطقي يكون داخل كلاسات المركبات نفسها (Car, Motors, Truck) لأن كل نوع مركبة أدرى بتفاصيل حسابه (electric, fuel type, features...) ✅ فصل طبقة الإدارة: عملت كلاسات إدارة مخصصة مثل VehiclesManagement و CustomerManager لعزل منطق التحكم (Control Logic) عن باقي النظام. ✅ تنظيف الـ Main: خليت وظيفة الكلاس الرئيسي فقط تشغيل النظام (Menu + User Interaction) بدون أي business logic أو حسابات معقدة. 🧠 شو اللي تغير بعد هذا الترتيب؟ الغريب إنني ما أضفت أي ميزات جديدة، بس غيرت "أماكن الكود" ونظمته، ومع ذلك: . فهم المشروع ومراجعته صار أسرع بكتير. . اختفى الخوف من التعديل 😁 (No fear of breaking code) قدرت أضيف features لاحقاً بسهولة مثل تقارير الأرباح وكشف زبائن الـ VIP بدون إعادة كتابة النظام. المشروع تحول من مجرد "وظيفة جامعة" إلى كود أقرب لفكرة Clean Design بشكل مبسط. 🚀 الدرس الحقيقي اللي طلعت فيه: المبرمج مش اللي يكتب كود يشتغل وبس، بل المبرمج اللي يكتب كود سهل التعديل والصيانة (Maintainable & Scalable). أحياناً الحل مش إنك تكتب أسطر كود أكتر، بل إنك ترتب اللي كتبته بحكمة وتفكر فيه كنظام مش كوظائف منفصلة. 🤔 سؤال : هل أنت كمان مررت بمشروع حسيت إنه علّمك أكثر من الكتب والكورسات بحد ذاتها ؟؟ 🚀 View Full Project on GitHub: https://lnkd.in/eVNU9mHR إذا عندك ملاحظات على التصميم أو تحسينات، يسعدني أسمع رأيكم 👇 #Java #OOP #SoftwareEngineering #Programming #SystemDesign #CleanCode #BackendDevelopment

المهارة التي لا يتحدث عنها أحد... رغم أنك لازم تستخدمها أكثر من إنك تبرمج أو تكتب كود 🤔🔥 قبل أن أتعلم البرمجة كنت أعتقد أن البرمجة هي كتابة كود ، حل مشكلة...إلخ 😅 صح هي هيك بس كلما تعمقت أكثر، بتكتشف أن الواقع مختلف قليلا 😮 في كثير من الأحيان، كتابة الكود هي الجزء الأسرع. أما الجزء الذي يستهلك الوقت والأهم فعلًا هو : ✅ قراءة وفهم الكود والأهم ( كود الٱخرين ). ✅فهم كيف يعمل النظام. ✅فهم لماذا كُتب هذا الجزء بهذه الطريقة. ✅وفهم كيف يمكن تعديل شيء صغير دون أن يتسبب بمشاكل في أماكن أخرى. ولهذا السبب أعتقد أن واحدة من أكثر المهارات التي لا يتحدث عنها الناس كثيرًا هي: القدرة على قراءة الكود وفهمه وخاصة كود مو انت كاتبه . لأن معظم المبرمجين لا يعملون على مشاريع يبدأونها من الصفر ، بل يعملون على أنظمة موجودة مسبقًا تحتوي أحيانًا على آلاف الأسطر من الكود. وهنا تظهر حقيقة مهمة: • كتابة الكود الخاص بك مهارة مهمة. • لكن فهم كود كتبه شخص آخر قد يكون أصعب بكثير. عندما تكتب الكود بنفسك، فأنت تعرف الفكرة التي كانت في رأسك أثناء كتابته ، أما عندما تقرأ كود شخص آخر، فعليك أولًا أن تفهم طريقة تفكيره قبل أن تفهم الكود نفسه. لهذا السبب يقضي كثير من المبرمجين وقتًا طويلًا في القراءة أكثر من الكتابة. ونصيحة بسيطة تعلمتها: إذا أردت أن تطور مهاراتك البرمجية، فلا تكتفِ بكتابة مشاريعك فقط. حاول أيضًا قراءة مشاريع الآخرين. في البداية قد تشعر بالضياع، لكن مع الوقت ستتعلم أنماطًا وأفكارًا وطرق تنظيم للكود يصعب تعلمها من كتابة مشاريعك وحدها. ففي النهاية... ليس التحدي دائمًا أن تضيف سطرًا جديدًا. أحيانًا يكون التحدي الحقيقي هو أن تفهم سطر موجود أصلًا أو حتى تحذفه. برأيكم: ما الأصعب؟؟؟ كتابة كود جديد من الصفر أم فهم مشروع كبير كتبه شخص آخر؟ 🤔

Starting my professional journey! 🚀 Happy to join the LinkedIn community! I am a first-year Informatics Engineering student at Damascus University. Currently, I am focusing on building a strong foundation and practicing problem-solving on Codeforces,My main goal is to specialize as a Full-Stack Developer, and I am working hard to make it happen. I’m here to learn, connect, and grow with you all. Let's connect! بداية رحلتي المهنية! 🚀 سعيد بانضمامي لمجتمع لينكد إن. أنا طالب سنة أولى هندسة معلوماتية بـ جامعة دمشق. حالياً عم ركز على التأسيس الصح وتطوير مهاراتي بحل المشكلات على Codeforces. هدفي الأساسي إني أتخصص بمجال الـ Full-Stack Developer محترف، وعم بشتغل بجد لحتى وصل لهاد الهدف. هدفي من وجودي هون إني أتعلم من خبراتكم وأتواصل معكم. بتشرف بالجميع! #Informatics_Engineering #Damascus_University #FullStack #Codeforces #Programming #هندسة_معلوماتية #جامعة_دمشق

أكبر خطأ يجعل المشاكل تبدو أصعب مما هي عليه 🤔 لفترة طويلة كنت أعتقد أن أغلب المشاكل يلي بواجهها بتكون مشاكل كبيرة ومعقدة نوعا ما ... لكن المشكلة الحقيقية كانت أنني أنظر إليها كاملة دفعة واحدة 😅 امتحان. مشروع. مهارة جديدة. كلها كانت تبدو مخيفة حتى بدأت أسأل نفسي سؤالًا واحدًا: ما الخطوة التالية فقط؟ وهنا اكتشفت شيئًا مهمًا: العقل لا يخاف من العمل... العقل يخاف من الغموض والتعقيد . لذلك عندما أقسم أي مشكلة إلى خطوات صغيرة، تصبح البداية أسهل بكثير. أعتقد أن واحدة من أهم المهارات في الدراسة والبرمجة والحياة ليست حل المشاكل... بل تقسيم المشاكل. وهي تعتبر مهارة كبيرة جدا وأكثر ما تكون مفيدة : ✅ في Problem solving ✅ وفي بناء المشاريع الكبيرة. ما الشيء الذي كان يبدو مستحيلًا بالنسبة لك، ثم اكتشفت أنه مجرد مجموعة خطوات صغيرة ، وبالأخير فعلتها ؟ 🤔 #ProblemSolving #Learning #GrowthMindset #Productivity

🚀 3 خطوات ساعدتني على تثبيت أي Concept جديد في البرمجة لفترة طويلة كنت أعتقد أن المشكلة في ذاكرتي. أتعلم Concept جديدًا في Java... أفهم الشرح. أحل بعض التمارين. وأشعر أنني أتقنته. ثم بعد أسبوع أعود إليه وكأنني أراه لأول مرة 😅 وكأن الشخص الذي درس الـ Concept كان شخصًا آخر وليس أنا 😂 بعد فترة اكتشفت أن المشكلة لم تكن أنني أنسى بسرعة، بل أنني كنت أتعلم بطريقة تجعلني مستهلكًا للمعلومة فقط. أحد الأمثلة التي حصلت معي كان Concept الـ Inheritance. عندما شاهدت الشرح لأول مرة شعرت أن الفكرة بسيطة جدًا🥱 Parent Class. Child Class. وانتهى الأمر. لكن بعد عدة أيام اكتشفت أنني لا أستطيع استخدامه عمليا كما كنت أعتقد. لاحقًا أثناء بناء مشروع Bank Management System احتجت إلى إنشاء أنواع مختلفة من الحسابات وربطها ببعضها، هنا اضطررت لتطبيق Inheritance فعليًا داخل المشروع. وعندها فقط بدأت الفكرة تثبت في ذهني. من هذه التجربة أصبحت أتبع 3 خطوات مع أي Concept جديد: ✅ أولًا: أشرح الفكرة لنفسي بكلمات بسيطةوأحاول الإجابة على سؤال مثلا : "ما المشكلة التي يحلها هذا الـ Concept؟" " شو الفائدة....؟ " " شو الفرق بينه وبين....؟ " إذا لم أعرف شرحه والإجابة، فأنا لم أفهمها جيدًا بعد. ✅ ثانيًا: أستخدمها داخل مشروع حقيقي. لأن قراءة مفهوم مثل Inheritance شيء، واستخدامه داخل مشروع حقيقي شيء مختلف تمامًا. ✅ ثالثًا: أعود إليه بعد عدة أيام وأحاول استخدامه دون الرجوع للشرح. هنا أكتشف إن كنت فهمته فعلًا أم حفظته مؤقتًا فقط، فإذا فتحت Google بعد 30 ثانية أعرف أن الفهم ما زال يحتاج بعض العمل 😂😂 أكبر درس تعلمته: المعلومة التي لا تستخدمها ستختفي بسرعة 🙄🥲 أما المعلومة التي تبني بها شيئًا حقيقيًا فستبقى معك لفترة أطول بكثير 💪 لهذا السبب أصبحت أركز على بناء المشاريع أكثر من جمع الدورات♕♕ حتى لو كان المشروع صغيرًا . لأن 30 دقيقة من التطبيق تعلمني أكثر من ساعتين من المشاهدة. ما هو الـ Concept الذي اضطررت لإعادة تعلمه أكثر من مرة قبل أن يثبت في ذهنك؟ 🤔 #Java #Programming #SoftwareEngineering #BackendDevelopment #OOP #LearningInPublic #GitHub

الكود كان يعمل... وهذه كانت المشكلة 😅 أكبر درس تعلمته أثناء بناء مشروع Bank System بـ Java لم يكن متعلقًا بالـ OOP وكل مفاهيمها... بل كان متعلقًا بتنظيم الكود. لأني في البداية كنت أضيف أي Feature جديدة في نفس المكان تقريبًا: تسجيل الدخول، السحب، الإيداع، التحويل، إنشاء الحسابات... كل شيء كان يعمل، لكن مع كل إضافة جديدة أصبح تعديل المشروع أصعب من السابق. في إحدى اللحظات أدركت شيئًا مهمًا: المشكلة ليست أن الكود لا يعمل بل أن الكود يعمل 🤣🤣. المشكلة أنني بعد أسبوعين أصبحت أحتاج وقتًا طويلًا لفهم الكود الذي كتبته بنفسي😅😅 لذلك اتخيلت حالي عم اشتغل على مشروع مع فريق( اذا انا اللي كتبته مو فهمانه 😂) وبدأت بإعادة تنظيم المشروع من اول وجديد خطوة بخطوة😔. بدل وضع كل شيء داخل Main، قسمت المسؤوليات: ✅ نقلت جميع العمليات الأساسية الخاصة بالحساب مثل deposit و withdraw إلى Account Class حتى يكون هناك مكان واحد مسؤول عنها. ✅ استخدمت Inheritance لإنشاء Savings Class بدل تكرار الكود الموجود في Account. ✅ استخدمت ArrayList لتخزين الحسابات بدل إنشاء متغير لكل حساب جديد، وهذا جعل إضافة حسابات جديدة تتم تلقائيًا دون تعديل الكود كل مرة. ✅ أضفت Validation للمدخلات بعد أن اكتشفت أن المستخدم يمكنه إدخال رصيد سالب أو كلمة مرور غير صالحة، مما كان يؤدي إلى سلوك غير منطقي داخل النظام. ✅ نقلت عمليات السحب والإيداع إلى Methods مستقلة بدل كتابة نفس المنطق في أكثر من مكان، لأن أي تعديل لاحق سيحتاج إلى تغييره مرة واحدة فقط. طيب شووو النتيجة؟ إضافة ميزة جديدة أصبحت أسهل🔥🔥 اكتشاف الأخطاء أصبح أسرع وهون فعلا زادت ثقتي بنفسي 😎 والأهم أن قراءة الكود بعد أيام لم تعد أشبه بمحاولة حل لغز وأخيييرا. بالمختصر اللي تعلمته انو كتابة كود يعمل أمر جيد. بس كتابة كود يمكنك فهمه وتطويره بعد شهر فهذا مستوى مختلف تمامًا. ولهذا السبب صرت كل ما أتعلم Concept جديدًا في Java لا أسأل فقط: "What does it do?" بل أسأل أيضًا: "How can I use it to make my code easter to maintain?" ما أكثر شيء اكتشفته متأخرًا وساعدك في تحسين تنظيم مشاريعك (منشان اضيفه لاكتشافي واستفيد منه ) 🤔🤔؟ لمن يريد مشاهدة طريقة تنفيذ المشروع عمليًا: وضعت الكود كاملًا على GitHub، الرابط 👇 https://lnkd.in/ewp6jPDY إذا كان لديك أي ملاحظات على تصميم المشروع أو تنظيم الكود فأنا مهتم جدًا لسماعها.

"أكثر شيء غيّر طريقة تعلّمي للبرمجة هو: التوقف عن التنقل بين الدروس." بالبداية كنت أعمل نفس الشيء اللي يعملوه كثير ناس: أبدأ كورس ، أتحمس ، أتركه ، أبدأ غيره وفي النهاية أحس إني عم أتعلم، بس بدون أي نتيجة حقيقية. اللي غير كل شيء هو لما بدأت أطبق فكرة بسيطة: مشروع واحد وأكمله للنهاية. حتى لو كان بسيط جدًا. حتى لو فيه أخطاء. حتى لو شكله مو مثالي. لأنه كل مشروع كامل بتعمله بيعلمك أضعاف أي كورس متقطع. المشكلة مو بكمية التعلم،المشكلة في عدم الإكمال. إذا أنت عم تتعلم برمجة الآن،جرب تركز على مشروع واحد وتكمله للنهاية بدل ما تبدأ بأشياء كثيرة ورح تدعيلي🫣😊 📌 سؤالي لك: شو أول مشروع حقيقي ناوي تبدأ فيه وتخلصه بلكي بنستفيد من الأفكار ؟ #برمجة #تعلم_البرمجة #مطور_ويب #جامعة_دمشق #Programming #SoftwareDevelopment #CodingJourney

هي ثاني مشاركة إلي على لينكدإن، وحابب أشارك رحلتي في تعلم البرمجة. مؤمن إنو البرمجة مو بس كود، هي طريقة تفكير وحل مشاكل. كل يوم عم حاول أتعلم شيء جديد، سواء كان لغة برمجة، مفهوم، أو حتى طريقة أفضل لكتابة الكود. لسا في منتصف الطريق، لكن متحمس جدا أن أطور نفسي، أشتغل على مشاريع، وأتواصل مع أشخاص عندهم نفس الشغف. إذا عندكم نصائح، مصادر مفيدة، أو تجارب حابين تشاركوها… بتمنى أسمع منكم #Programming #Coding #DeveloperJourney #Learning #NewHere #Tech