برمجة | أصلي، ترجم بواسطة AI
-
من الجيد ممارسة البرمجة التنافسية طالما أنها تحفزك.
-
البرمجة مثل الكتابة. البرمجة نشاط إبداعي.
-
قم بمشروعك الخاص. اكتب مدونتك التقنية. برمج لمشروع ستدعمه لسنوات، مثل تدوين مدونة لمدة 10 سنوات.
-
عادةً لا تحتاج إلى متابعة ما هو ساخن في التكنولوجيا الآن، حيث ستتلاشى العديد من الاتجاهات بعد سنوات قليلة.
-
اتبع فضولك وبرمج من أجل نفسك.
-
حاول إنشاء برامج لنفسك. إنها ليست مهام عمل.
-
إذا كنت تشعر بالأسى غالبًا عند البرمجة، فإنك تفعل ذلك بطريقة خاطئة.
-
iOS، Android، الخلفية، الواجهة الأمامية، الذكاء الاصطناعي، كلها جيدة. يمكنك على الأقل محاولة إنشاء مشروع صغير باستخدامهم أو تعلم عنهم لمدة أشهر قليلة.
-
التشخيص هو الشك. لا تثق في كل سطر من كودك؛ يمكنك التفكير في طريقة أفضل للقيام بذلك.
-
في البرمجة، حتى حرف أو سطر من السجلات مهم. إنهم يخبرونك بشيء.
-
استخدام البرمجة يجعل المنتجات للآخرين للاستخدام. من المثير أن يكون لديك مستخدمون.
-
لا تحتاج إلى أن تكون قاسيًا. بعض مئات المستخدمين الذين يحبون حقًا منتجك أفضل من عشرات الآلاف من المستخدمين الذين يحبون فقط منتجك.
-
تذكر لماذا دخلت في البرمجة ولا تنساه أبدًا.
-
تطبيق المعرفة في البرمجة على كل جانب من جوانب الحياة. إنهم نفس الشيء. القيام بالأشياء بشكل جماعي أو واحدة تلو الأخرى. كيفية فصل المهام إلى وحدات. التكنولوجيا الأساسية وراء كل تطبيق. التفاصيل الدقيقة وراء طلبات الشبكة.
-
التعميم والفكر المنطقي. التفكير التفصيلي. التفكير خارج كل حل.
-
الحقيقة هي الحقيقة. عادةً ما لن يكون الحاسوب خاطئًا. الدائرة الكهربائية لن تكون خاطئًا. المترجم لن يكون خاطئًا. لا تشعر بالأسى عندما يكون هناك خطأ.
-
اتبع حلولًا أنيقة وبسيطة. البساطة هي الترف الأعلى. تحتاج إلى التفكير بعمق لتترك ما هو أساسي وإزالة ما هو زائد.
-
بالنسبة للغات البرمجة، اللغات التي تقوم بالعمل هي جيدة. أنا شخصيًا أوصي بـ Java و Python.
-
اتبع يين وانغ على https://www.yinwang.org. هو أحد العبقريين القلة في البرمجة، على الرغم من أنه يقول إن العبقريين لا يوجدون أبدًا.
-
يمكن تطبيق المعرفة والمبادئ في البرمجة بسهولة على تعلم اللغة، إصلاح الأجهزة، تحسين الحياة، والبحث العلمي.
-
بالنسبة لمعظم مهام البرمجة، لا تحتاج إلى رياضيات فاخرة سوى الرياضيات الثانوية.
-
افكر في كودك القديم بعد سنوات أو احتفظ بمشروع كود لفترة طويلة. سيعلمك الكثير.
-
إذا فقدت حماسك للبرمجة، فقط قم بأشياء أخرى لفترة من الوقت.
-
توقيت الاختبار مهم. فقط افعل ذلك بشكل طبيعي. غالبًا ما لا تحتاج إلى كتابة اختبارات لمشروعك. حاول عدم كتابة اختبارات، كتابة اختبارات الوحدات، كتابة اختبارات التكامل، كتابة اختبارات الواجهة البرمجية. قارنهم بحكمة.
-
حاول محررات الكود الذكاء الاصطناعي. استخدم ChatGPT أو روبوتات الدردشة الأخرى بشكل متكرر. حيث أن أدوات الذكاء الاصطناعي سهلة الاستخدام الآن، يمكنك التركيز على الأجزاء الأكثر إبداعًا أو أهمية.
-
عند التشخيص، تحقق مما إذا كنت تستخدم أحدث نسخة من المكتبات. إذا كانت مكتبة غير مدعومة، ابحث عن نسخ أو فروع نشطة.
-
عند تحسين شيء مثل سرعة الشبكة أو وقت تشغيل البرنامج، يجب أن يكون هناك معيار كمي. وإلا فلن تعرف بالضبط إذا كان هناك تحسين أو تدهور تافه.
-
بالنسبة للمشاريع الشخصية، من الجيد عدم كتابة كود الاختبار، ولكن من الأفضل إجراء اختبارات محلية بعد تغيير كمية كبيرة من الكود. فكر في الكود المتأثر، ومدة تشغيله في خط أنابيب السحابة، وتكرار حدوث الأخطاء، ثم اكتب كود الاختبار وفقًا لذلك. استخدم طرق تتيح الاختبار بسهولة دون التأثير على تجربة المستخدم.
-
اكتب كودًا بسيطًا وأنيقًا. قلل من التكرار، على الرغم من أن التكرار أحيانًا يؤدي إلى حل أبسط. قلل من الحالات الخاصة. اجعل الاختبار سهلاً. أعد كتابة الكود لاستخدام وظائف أو عمليات مشتركة، واستخدم التكرار أو الدوال، وابحث عن الأنماط.
-
التعامل مع الأخطاء بشكل صحيح. فكر في السبب الجذري، والمسؤولية، وهل يمكننا تغييره أو هو خطأ خارجي. فكر في طريقة الإنقاذ، نطاق التأثير، أين يجب التعامل معه، وهل يجب تصنيف الأخطاء، وكيفية حدوثها، والسيناريوهات الأسوأ.
-
الفرق بين استخدام replace أو استخدام startWith متبوعًا بـ slice هو أن الأول لا يأخذ في الاعتبار موقع السلسلة. تطبيق التفكير المماثل لكل تفاصيل البرمجة.
-
قلل من القيم الممكنة لشيء واحد؛ استخدم قيمة واحدة لحالة واحدة. لا تستخدم null إذا كان لدينا false. إذا كان لدينا علمة true أو false مترجمة، يجب أن نضمن أن كل مرة نكون فيها علمة مترجمة، لا نعتبر عدم وجود علمة مترجمة كfalse.
-
استخدم GitHub أو Sourcetree لمراجعة كتل الكود المتغيرة بشكل متكرر. إنهم أكثر ملاءمة للقراءة.
-
في البرمجة، غالبًا ما لا توجد أشياء تافهة. كل حرف، ترتيب عناصر القائمة، كل سلسلة، كل رقم، وكل اسم متغير مهم. كل ترتيب تنفيذ وكل سجل مهم.
-
قم بالأشياء التي تثيرك أكثر. لا داعي للقلق بشأن عدم اتباع التيار الرئيسي.
-
استخدم الأوامر بشكل متكرر، حيث يمكن أن تساعد في أتمتة المهام أو مساعدة LLMs. عمليات واجهة المستخدم صعبة الأتمتة.
-
احفظ سجلات برنامج، بما في ذلك سجلات المحلية، UAT، الميكروسيرفيس، وخطوط الأنابيب، في دليل. في البرمجة، تحتوي هذه السجلات على العديد من الاتصالات. ابحث فيها لتحديد العلاقات، وجمع البيانات أو السياق ذات الصلة.
-
مع السجلات المجمعة، عندما تواجه مشكلة، من السهل تحديد ما إذا كنت قد واجهتها من قبل. من السجلات السابقة، قد تعرف كيفية إصلاحها. تقدم السجلات فهمًا أفضل لكيفية عمل كل شيء وكيفية تنفيذ الحاسوب للبرامج. على عكس الكود، السجلات مرتبطة بالوقت وتقدم معلومات أكثر حول حالة التشغيل. كما أنها أكثر خفة للتشخيص.
-
يظهر التشخيص معلومات كثيرة، بما في ذلك قيم المتغيرات المحيطة، أسماء الخيوط، وكراسات الدوال.