Programming Ar | أصلي
audio: false generated: false image: false lang: ar layout: post title: البرمجة translated: true —* من الجيد ممارسة البرمجة التنافسية طالما أنها تحفيزك.
-
البرمجة مثل الكتابة. البرمجة نشاط إبداعي.
-
اجعل مشروعك الخاص. اكتب مدونتك الفنية. ابرمج لمشروع ستقوم بالحفاظ عليه لسنوات، مثل الحفاظ على مدونة مدتها 10 سنوات.
-
عادةً ما لا تحتاج إلى متابعة ما هو ساخن في التكنولوجيا الآن، حيث ستتلاشى العديد من الاتجاهات بعد سنوات قليلة.
-
اتبع فضولك وابرمج من أجل نفسك.
-
حاول إنشاء برامج لنفسك. إنها ليست مهام عمل.
-
إذا شعرت بالاكتئاب غالبًا عند البرمجة، فإنك تفعل ذلك بطريقة خاطئة.
-
iOS، Android، الخلفية، الواجهة الأمامية، الذكاء الاصطناعي جميعها جيدة. يمكنك على الأقل محاولة إنشاء مشروع صغير باستخدامهم أو التعلم عنهم لبضعة أشهر.
-
التشخيص هو عن الشك. لا تثق كل سطر من كودك؛ يمكنك التفكير في طريقة أفضل للقيام بذلك.
-
في البرمجة، حتى حرف أو سطر من السجلات مهم. إنهم يخبرونك بشيء.
-
استخدام البرمجة يجعل المنتجات لأشخاص آخرين يستخدمونها. من المثير أن يكون لديك مستخدمون.
-
لا تحتاج إلى أن تكون قاسيًا. بعض المئات من المستخدمين الذين يحبون حقًا منتجك أفضل من عشرات الآلاف من المستخدمين الذين يحبون فقط منتجك.
-
تذكر سبب دخولك إلى البرمجة ولا تنساه أبدًا.
-
تطبيق المعرفة في البرمجة على جميع جوانب الحياة. هم نفس الشيء. القيام بالأشياء بالترتيب أو واحدة تلو الأخرى. كيف تفصل المهام إلى وحدات. التكنولوجيا الأساسية وراء كل تطبيق. التفاصيل الدقيقة وراء طلبات الشبكة.
-
التجريد والفكر المنطقي. التفكير الموجه للتفاصيل. التفكير خارج كل حل.
-
الحقيقة هي الحقيقة. عادةً ما لن يكون الكمبيوتر على خطأ. الدائرة الكهربائية لن تكون على خطأ. المجمع لن يكون على خطأ. لا تشعر بالاكتئاب عندما يكون هناك عيب.
-
اتبع الحلول الأنيقة والبسيطة. البساطة هي sophistication النهائي. تحتاج إلى التفكير بعمق لتترك ما هو أساسي وإزالة ما هو زائد.
-
بالنسبة لللغات البرمجية، اللغات التي تقوم بالعمل هي جيدة. أنا شخصيًا أوصي بـ Java و Python.
-
اتبع يين وانغ على https://www.yinwang.org. هو أحد القلة من العبقريين في البرمجة، على الرغم من أنه يقول إن العبقريين لا يوجدون أبدًا.
-
المعرفة والمبادئ البرمجية يمكن تطبيقها بسهولة على تعلم اللغات، إصلاح الأجهزة، تحسين الحياة، والبحث العلمي.
-
بالنسبة لمعظم مهام البرمجة، لا تحتاج إلى رياضيات فاخرة سوى الرياضيات الثانوية.
-
تفكر في كودك القديم بعد سنوات أو حافظ على مشروع كود لمدة طويلة. سيعلمك الكثير.
-
إذا فقدت حماسك للبرمجة، فجرّب القيام بأشياء أخرى لبضع وقت.
-
توقيت الاختبار مهم. فقط افعل ذلك بشكل طبيعي. غالبًا ما لا تحتاج إلى كتابة اختبارات لمشروعك. حاول عدم كتابة الاختبارات، كتابة اختبارات الوحدات، كتابة اختبارات التكامل، كتابة اختبارات الواجهة. قارنهم بحكمة.
-
جرب محررات الكود الذكاء الاصطناعي. استخدم ChatGPT أو روبوتات الدردشة الأخرى بشكل متكرر. حيث أن أدوات الذكاء الاصطناعي سهلة الاستخدام الآن، يمكنك التركيز على الأجزاء الأكثر إبداعًا أو أهمية.
-
عند التشخيص، تحقق مما إذا كنت تستخدم أحدث إصدار من المكتبات. إذا كانت المكتبة غير محفوظة، ابحث عن نسخ أو Forkات نشطة.
-
عند تحسين شيء مثل سرعة الشبكة أو وقت تشغيل البرنامج، يجب أن يكون هناك مقياس كمي. وإلا لن تعرف بالضبط ما إذا كان هناك تحسن أو تدهور تافها.
-
بالنسبة للمشاريع الشخصية، من الجيد عدم كتابة كود الاختبار، ولكن من الأفضل إجراء اختبارات محلية بعد تغيير كمية كبيرة من الكود. فكر في الكود المتأثر، كم من الوقت سيستغرق في خط الأنابيب السحابي، وكيفية حدوث الأخطاء بشكل متكرر، ثم اكتب كود الاختبار وفقًا لذلك. استخدم طرقًا تتيح الاختبار بسهولة دون التأثير سلبًا على تجربة المستخدم.
-
اكتب كودًا بسيطًا وأنيقًا. قلل من التكرار، على الرغم من أن التكرار أحيانًا يؤدي إلى حل أبسط. قلل من الحالات الخاصة. اجعلها سهلة الاختبار. أعيد هيكلة الكود لاستخدام الدوال أو العمليات المشتركة، واستخدم التكرار أو الحلقات، وابحث عن الأنماط.
-
معالج الأخطاء بشكل صحيح. تفكر في السبب الجذري، المسؤولية، وما إذا كان من الممكن تغييره أو إذا كان خطأ خارجيًا. فكر في طريقة الإنقاذ، نطاق التأثير، حيث يجب معالجته، ما إذا كان يجب تصنيف الأخطاء، مدى احتمالية حدوثها، والسيناريوهات الأسوأ.
-
الفرق بين استخدام replace أو استخدام startWith متبوعًا بslice هو أن الأول لا يأخذ في الاعتبار موقع السلسلة. تطبيق التفكير المماثل على كل تفاصيل البرمجة.
-
قلل من القيم المحتملة لشيء واحد؛ استخدم فقط قيمة واحدة لحالة واحدة. لا تستخدم null إذا كان لديك بالفعل false. إذا كان لدينا علم true أو false مترجم، فسنحتاج إلى التأكد من أن كل مرة لدينا علم مترجم، لا نعتبر عدم وجود علم مترجم كfalse.
-
استخدم GitHub أو Sourcetree لمراجعة كتل الكود المتغيرة بشكل متكرر. هم أكثر راحة في قراءة الكود.
-
في البرمجة، هناك غالبًا لا شيء تافها. كل حرف، ترتيب عناصر القائمة، كل سلسلة، كل رقم، وكل اسم متغير مهم. كل ترتيب تنفيذي وكل سجل مهم.
-
افعل الأشياء التي تثير حماسك أكثر. لا داعي للقلق بشأن عدم متابعة التيار الرئيسي.
-
استخدم الأوامر بشكل متكرر، حيث يمكن أن تساعد في أتمتة المهام أو مساعدة LLMs. عمليات واجهة المستخدم أكثر صعوبة في التلقائية.
-
احفظ سجلات البرنامج، بما في ذلك السجلات المحلية، وUAT، وخدمات الميكرو، وخطوط الأنابيب، في دليل. في البرمجة، تحتوي هذه السجلات على العديد من الروابط. ابحث فيها لتحديد العلاقات، وجمع البيانات أو السياق ذات الصلة.
-
مع السجلات المجمعة، عندما تواجه مشكلة، من السهل تحديد ما إذا كنت قد واجهتها من قبل. من السجلات السابقة، قد تعرف كيف تصححها. تقدم السجلات فهمًا أفضل لكيفية عمل كل شيء وكيفية تنفيذ الكمبيوتر للبرامج. على عكس الكود، السجلات ذات صلة بالوقت وتقدم معلومات أكثر حول حالة التشغيل. هم أيضًا أكثر خفة في التشخيص.
-
يظهر التشخيص الكثير من المعلومات، بما في ذلك قيم المتغيرات المحيطة، أسماء الخيوط، وكتلة الوظائف.
-
أتمتة كل شيء، مثل تحديثات الوكيل واختيار أفضل خادم وكيل. استخدم Python بكثرة لكتابة scripts.
-
احتفظ بالأشياء بسيطة، اجعل الدوال صغيرة، وابق الملفات صغيرة. هذا يجعلها سهلة الاختبار والتحقق منها مع عينة واحدة.