لوحة المتصدرين

مدا يعني اختصار ol

هلا هون دولة ميلاد ولا الدولة الي انا فيها

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

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

تطرق بسمعي أنه هنالك بعض من الأسئلة التي تسأل أثناء ال Job Interview تكون عن ال Clean architecture، فما هو هذا ال Clean architecture؟ وفي أي مسار يجب علي تعلمه؟ لم أتلقاه في دورة "علوم الحاسوب" المقدمة من الأكاديمية!

العمارة النظيفة Clean Architecture هو مفهوم في هندسة البرمجيات يهدف إلى تنظيم الكود بطريقة تجعل النظام سهل التطوير، الاختبار، الصيانة، والتوسع. تم تقديم وتنظيم وتنظير هاته المفاهيم أول مرة من قِبَل روبرت مارتن (المعروف بـ Uncle Bob) في كتابه Clean Architecture: A Craftsman’s Guide to Software Structure and Design لخلق تصميم قوي وقابل للتغيير دون التسبب في فوضى معقدة في الكود مع الوقت. وهي بشكل بسيط مجموعة من المبادئ والممارسات منها: فصل المسؤوليات. عزل التبعيات. قابلية الاختبار. يحدث أحيانا خلط بينها وبين الشيفرة النظيفة Clean Code، والتي هي نفسها مجموعة مفاهيم تم تنظيرهرا أول مرة من قبل العم بوب في كتابه Clean Code: A Handbook of Agile Software Craftsmanship بحيث يهتم بتقديم إرشادات وعادات لكتابة كود نظيف، مفهوم، وقابل للصيانة. ويهتم بالتفاصيل الدقيقة للكود، مثل تسمية المتغيرات، تجنب التعقيد، وتقليل التكرار. وهما عموما مفهومان يكملان بعضهما البعض، فإذا كنت تطبق Clean Architecture دون الالتزام بمبادئ Clean Code، فقد يصبح النظام معقدًا وغير قابل للصيانة رغم حسن التنظيم وتوزيع المسؤوليات على الكلاسات بصورة صحيحة. والعكس صحيح: حتى لو كتبت كودًا نظيفًا، فإن غياب التصميم الجيد سيؤدي إلى صعوبة في صيانة النظام. حقيقة، كلاهما كتابان ثوريان في المجال، وينصح بل يجب بالإطلاع عليهما من قبل أي مهندس برمجيات يمطح إلى إنشاء برمجيات عالية المستوى. بالنسبة للدورة، فقد لا يتم التطرق إليها بشكل صريح فهي أشبه بفلسفة في إنشاء البرمجيات، ولكن يتم تنظيمها وطرحها ضمن مفاهيم أخرى مثل ما تم في مسار إعادة تصميم البرمجيات Refactoring أو مسار أساسيات هندسة البرمجيات.

شكرا لك على التوضيح دكتور, هل يمكنك تقديم كود يوضح طريقة العمل لتتضح الفكرة اكثر

بعد تعلم أساسيات Git ستتمكن من رفع مجلد المشروع بما به من ملفات ومجلدات على مستودع GitHub. بخصوص مجلد البيئة الإفتراضية فلا نقوم برفعه، يجب رفع الكود المصدري فقط على المستودع وتجاهل أية ملفات ومجلدات أخرى وذلك بكتابة ذلك في ملف باسم .gitignore ووضعه في مجلد الجذر (الرئيسي) للمشروع أي المجلد الذي به كود المشروع. وإليك قالب لذلك الملف لأغلب مشاريع بايثون: __pycache__/ *.py[cod] *$py.class # C extensions *.so # Distribution / packaging .Python build/ develop-eggs/ dist/ downloads/ eggs/ .eggs/ lib/ lib64/ parts/ sdist/ var/ wheels/ share/python-wheels/ *.egg-info/ .installed.cfg *.egg MANIFEST # PyInstaller # Usually these files are written by a python script from a template # before PyInstaller builds the exe, so as to inject date/other infos into it. *.manifest *.spec # Installer logs pip-log.txt pip-delete-this-directory.txt # Unit test / coverage reports htmlcov/ .tox/ .nox/ .coverage .coverage.* .cache nosetests.xml coverage.xml *.cover *.py,cover .hypothesis/ .pytest_cache/ cover/ # Translations *.mo *.pot # Django stuff: *.log local_settings.py db.sqlite3 db.sqlite3-journal # Flask stuff: instance/ .webassets-cache # Scrapy stuff: .scrapy # Sphinx documentation docs/_build/ # PyBuilder .pybuilder/ target/ # Jupyter Notebook .ipynb_checkpoints # IPython profile_default/ ipython_config.py # pyenv # For a library or package, you might want to ignore these files since the code is # intended to run in multiple environments; otherwise, check them in: # .python-version # pipenv # According to pypa/pipenv#598, it is recommended to include Pipfile.lock in version control. # However, in case of collaboration, if having platform-specific dependencies or dependencies # having no cross-platform support, pipenv may install dependencies that don't work, or not # install all needed dependencies. #Pipfile.lock # PEP 582; used by e.g. github.com/David-OConnor/pyflow __pypackages__/ # Celery stuff celerybeat-schedule celerybeat.pid # SageMath parsed files *.sage.py # Environments .env .venv env/ venv/ ENV/ env.bak/ venv.bak/ # Spyder project settings .spyderproject .spyproject # Rope project settings .ropeproject # mkdocs documentation /site # mypy .mypy_cache/ .dmypy.json dmypy.json # Pyre type checker .pyre/ # pytype static type analyzer .pytype/ # Cython debug symbols cython_debug/ لاحظ التالي في الكود: # Environments .env .venv env/ venv/ ENV/ env.bak/ venv.bak/ تلك هي الأسماء الممكنة لمجلد البيئة الإفتراضية فإن كان لديك مختلف عليك كتابته أيضًا.

وعليكم السلام ورحمة الله وبركاته. يفضل أولا تعلم أساسيات Git قبل إستخدامه وبعد ذلك يمكنك تطبيق ما قمت بمذاكرته حتي تتعلم الطريقة الصحيحة للأوامر وكيفية تنفيذها . ماذا تقصد برفع كامل الملف هل تقصد رفع مشروع معين على مستودع github ؟ إذا كنت تقصد هذا الأمر فإنه قد تم شرح كيفية رفع المشروع كاملا في أكثر من إجابة على الموقع ويمكنك متابعة الإجابة التالية : أما إذا كنت تقصد رفع المشروع على github pages كموقع إستضافة ويتم تشغيل موقعك من خلال إستضافة github فيمكنك مشاهدة الفيديو التالي لشرح إستخدام github pages : ويفضل أولا مذاكرة الفيديو التالي الخاص بأساسيات Git قبل أى شئ أخر : أما بخصوص ملفات البيئة الإفتراضية فلا يجب رفعها ويجب وضعها في ملف .gitignore وهو ملف يتم كتابة في المجلدات والملفات التي يتم جعل github أن يتجاهلها ولا يقوم برفعها ومنها ملفات البيئة الإفتراضية حيث تلك الملفات خاصة بالمستخدم فقط ولا يجب مشاركتها وذلك لكبر حجمها وإعتمادها على نظام التشغيل . والذي يجب رفعه هو فقط ملف requirements.txt والذي يجب أن يحوى متطلبات المشروع من الحزم ويقوم فقط الشخص الذي يقوم بتحميل المشروع من github يتحميل تلك الحزم من ملف requirements.txt دون الحاجة لتحميل كامل ملفات البيئة الإفتراضية من github.

وعليكم السلام، إليك بعض المواقع التي توفر اختبارات وتمارين تفاعلية في أساسيات بايثون وهياكل البيانات: HackerRank LeetCode Exercism Codewars GeeksforGeeks Real Python

بالإضافة للشرح الرائع في التعليق السابق يجب أن تعرف أن لتعلم أنماط التصميم قيمتين أساسيتين: أولاً فهم الحل: يزود فهم أنماط التصميم بمجموعة متنوعة من الحلول المثبتة والموثوقة في عالم تطوير البرمجيات، فإنه من المرجح جدًا (بنسبة حوالي 95%) أن تكون المشكلة التي تواجهها قد تم حلها من قبل آخرين. توفر أنماط التصميم حلا مختبرًا ومثبتًا يمكنك تطبيقه في حل المشكلة الخاصة بك. من خلال التعرف على هذه الأنماط، تكتسب فهمًا لأفضل الممارسات والطرق الفعالة للتعامل مع التحديات الشائعة في تطوير البرمجيات. ثانياً عندما يكون أفراد الفريق على بمفاهيم أنماط التصميم، يصبح التواصل أكثر فعالية. على سبيل المثال، قول "استخدم الـنمط Singleton لذلك" يتم الفهم والعمل بشكل أسرع دون الحاجة إلى شرح ما هو الـ Singleton إذا كان الجميع في الفريق يفهمون النمط. من المهم أيضًا أن ندرك الحالات التي قد لا يكون فيها نمط التصميم المعروف مناسبًا أو لا يوفر الحل الأمثل.