برمجة | أصلي، ترجم بواسطة AI
-
يمكن أن تكون البرمجة التنافسية جيدة طالما أنها تُحفزك.
-
البرمجة مثل الكتابة. البرمجة أنشطة خلاقة.
-
قم بملفك الخاص. كتب مدونتك الفنية. برمج لمشروع ستنشطه لمدة سنوات، مثل الحفاظ على مدونة لمدة عشر سنوات.
-
عادة، لا تحتاج إلى ملاحقة ما هو ساخن في التكنولوجيا الآن، حيث سيختفي العديد من الاتجاهات بعد بضع سنوات.
-
اتبع فضولك وبرمج من أجل نفسك.
-
حاول أن تخلق برامج لنفسك. لا تتوقع أن تكون هذه المهام.
-
إذا شعرت بالفزع كثيرا أثناء البرمجة، فهذا يعني أنك تفعل ذلك بطريقة خاطئة.
-
iOS، Android، Backend، Frontend، AI كلها جيدة. يمكنك على الأقل محاولة إنشاء مشروع صغير باستخدام هذه التقنيات أو تعلمها لمدة بضعة أشهر.
-
التصفية هي عن الشك. لا تثق بكل سطر من كودك؛ يمكنك التفكير في طريقة أفضل لتنفيذها.
-
في البرمجة، حتى حرف أو سطر من السجل مهم. إنهم يقولون لك شيئًا.
-
استخدام البرمجة يخلق منتجات لاستخدام الآخرين. من المثير أن يكون لديك مستخدمون.
-
لا تحتاج إلى أن تكون قاسيًا. بضع مئات من المستخدمين الذين يحبون منتجك حقًا أفضل من عشرات الآلاف من المستخدمين الذين يفضلون منتجك فقط.
-
تذكر لماذا بدأ في البرمجة و لا تنساه أبدًا.
-
تطبيق المعرفة في البرمجة على جميع جوانب الحياة. هذان الشيءان متشابهان. كيفية تنفيذ الأشياء بالقطع أو واحدة تلو الأخرى. كيفية تقسيم المهام إلى وحدات. التكنولوجيا الأساسية خلف كل تطبيق. التفاصيل الدقيقة وراء طلبات الشبكة.
-
التعمية والتفكير المنطقي. التفكير التفصيلي. التفكير في كل حل.
-
الحقيقة هي الحقيقة. عادةً ما لن يكون الكمبيوتر على خطأ. لن يكون الدائرة الكهربائية على خطأ. لن يكون المترجم على خطأ. لا تشعر بالحزن إذا كان هناك خطأ.
-
اتبع حلولاً رائعة وسهلة. السهولة هي sophistication النهائي. تحتاج إلى التفكير بعمق لتترك ما هو أساسي وتزيل ما هو زائد.
-
بالنسبة للغة البرمجة، اللغات التي تقوم بالعمل جيدة. أنا أنصح شخصيًا بالجاڤا وبايثون.
-
اتبع يين وانغ في https://www.yinwang.org. هو من بين القليل من الأعظماء في البرمجة، على الرغم من قوله إن الأعظماء لا يوجدون.
-
يمكن تطبيق المعرفة والأصول البرمجية بسهولة على تعلم اللغات، إصلاح الأجهزة، الحيل الحياة، البحث العلمي.
-
لمOST من مهام البرمجة، لا تحتاج إلى الرياضيات الفخمة باستثناء الرياضيات الثانوية.
-
عاود النظر في كودك القديم بعد سنوات أو احتفظ بمشروع كود لمدة طويلة. سيعلمك ذلك الكثير.
-
إذا فقدت شغفك بالبرمجة، قم بتجربة الأشياء الأخرى لبعض الوقت.
-
مهمات الاختبار timing. فقط افعلها بشكل طبيعي. نادرًا ما تحتاج إلى كتابة اختبارات لمشروعك. حاول عدم كتابة الاختبارات، كتابة اختبارات الوحدة، كتابة اختبارات التكامل، كتابة اختبارات الواجهة البرمجية. مقارنةهم بدقة.
-
حاول واجهة برمجة التطبيقات AI. استخدم ChatGPT أو بوتات أخرى بشكل متكرر. مع أن أدوات الذكاء الاصطناعي سهل الاستخدام الآن، يمكنك التركز على الأجزاء أكثر إبداعًا أو أهمية.
-
عند التصفية، تحقق من أنك تستخدم أحدث إصدار من المكتبات. إذا كانت المكتبة غير مستمرة، ابحث عن نسخًا أو فروعًا محفوظة بشكل نشط.
-
عند تحسين شيء مثل سرعة الشبكة أو وقت تشغيل البرنامج، يجب أن يكون هناك مقياس كمية. وإلا فلن تعرف بالضبط إذا كان هناك تحسين بسيط أو تراجع.
-
بالنسبة لمشروعاتك الشخصية، من الممكن عدم كتابة كود الاختبار، ولكن من الأفضل إجراء اختبارات محلية بعد تغيير كمية كبيرة من الكود. اعترف بالكود الذي تم تغييره، مدة تشغيله في خط الأنابيب السحابية، وكيفية حدوثه بشكل متكرر، ثم اكتب الكود الاختبار وفقاً لذلك. استخدم الطرق التي تسمح بتجربة بسهولة دون التأثير على تجربة المستخدم.
-
أكتب كودًا بسيطًا ورفيع. قم بإزالة التكرار، على الرغم من أن التكرار قد يؤدي إلى حل أكثر بساطة. اقتصر على الحالات الخاصة. جعله سهل الاختبار. إعادة تنظيم استخدام وظائف أو العمليات المشتركة، استخدام التكرار أو الدورات، والمحاولة للبحث عن الأنماط.
-
تقبل الأخطاء بشكل صحيح. افكر في السبب الأساسي، المسؤولية، ومن الممكن تغييره أو إذا كان خطأ خارجيًا. افكر في طريقة الإنقاذ، مدى تأثيره، أين يجب معالجتها، ما إذا كان يجب تصنيف الأخطاء، وكيفية حدوثها، وخيارات أسوأ السيناريوهات.
-
الفرق بين استخدام استبدال أو استخدام البدء بالقطع هو أن الأول يغفل عن موقع السلسلة. تطبيق التفكير مماثلة على كل تفاصيل البرمجة.
-
اقتصر على القيم الممكنة لشيء واحد؛ استخدم قيمة واحدة لكل حالة. لا تستخدم null إذا كان لديك false. إذا كان لدينا ترجمة true أو false، يجب أن نضمن أن كل مرة نستخدم فيها ترجمة، لا نعتبر عدم وجود ترجمة كfalse.
-
استخدم GitHub أو Sourcetree لمقارنة كتل الكود المتغيرة بانتظام. هما أكثر مريحة للقارئ الكود.