كيف تكتب رمز غير قابل للاستمرار

25 نصيحة قابلة للتنفيذ لكتابة التعليمات البرمجية بشكل غير قابل للاستمرار قدر الإمكان

في هذا البرنامج التعليمي أريد أن أوضح كيفية كتابة كود غير قابل للاستمرار.

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

يرجى ملاحظة: هذا المنشور مثير للسخرية

  1. عيّن أسماء غريبة وخيالية وعادية للمتغيرات والوظائف والأشياء. يجب ألا يكون هناك ارتباط بين الاسم وما يفعله العنصر أو كيف يتصرف.
  2. فضل الاختصارات والمختصرات على الأسماء الوصفية. المتغيرات ذات الحرف الواحد رائعة.
  3. يفضل إعادة استخدام المتغيرات في الكود. دائما يستخدمiفي حلقاتك.
  4. استخدم لغتك الخاصة للأسماء. بعد كل شيء ، ليست هناك حاجة لاستخدام اللغة الإنجليزية.
  5. الأمر نفسه ينطبق على التعليقات. لا تتردد في كتابتها بأي لغة تتحدثها ، من يهتم إذا كان المطور التالي من بلد آخر؟
  6. بالنسبة للتعليقات ، كنت أمزح. لا تكتب أي تعليقات.
  7. إذا كنت تريد حقًا كتابة تعليقات ، فلا تهتم بتحديثها عند تغيير الكود الذي يصفونه.
  8. تفضل المتغيرات العالمية على أن تصبح ذكيًا جدًا في تحديد النطاق
  9. لا تختبر الكود أبدًا. أنت جيد ، شفرتك جيدة أيضًا.
  10. تفضل التعقيد المفرط على التبسيط المفرط. لم يتم فصل أي شخص على الإطلاق بسبب إنشاء بنية معقدة ومرضية للأنا تتطلب إعادة كتابة عديمة الجدوى لمدة 3 أشهر للكود الذي كان يعمل بشكل مثالي.
  11. حسِّن كل ما تستطيع بطرق ذكية. أجهزة الكمبيوتر بطيئة ، يجب تجنب ارتفاع درجة حرارتها والمساعدة في مكافحة تغير المناخ. غالبًا ما تكون إعادة كتابة التعليمات البرمجية في التجميع فكرة جيدة.
  12. تعد اللغات والأطر غير المعروفة نسبيًا دائمًا أفضل من الحلول الشائعة والمجربة. تفضلهم على الحل الذي يستخدمه أي شخص آخر.
  13. الأفضل من ذلك ، قم بإنشاء إطار العمل الخاص بك.
  14. لا تستخدم أبدًا مكتبات الطرف الثالث
  15. الإفراط في استخدام مكتبات الطرف الثالث
  16. استخدم كل نمط تصميم تقرأ عنه ، وحاول ملاءمته مع تصميمك حتى لو لم يكن كذلك حقًا
  17. استخدم الأدوات التي أنشأتها الشركات الكبيرة لأنها تعرف ذلك بشكل أفضل وستستفيد شركتك الناشئة المكونة من شخص واحد بالتأكيد من آلاف ساعات العمل التي استغرقت في بنائها. نقاط المكافأة إذا كان استخدامها معقدًا للغاية ولديها مجموعة خاصة بها من اصطلاحات التسمية الذكية.
  18. لا تستخدم التحكم في الإصدار ، ولا تقم حتى بنسخ الكود على الإطلاق. بعد كل شيء ، هناك إصدار واحد فقط صحيح من البرنامج. يمكنك بسهولة تذكر جميع التغييرات التي تجريها والأهم من ذلكلماذا اتم إجراء تغيير. لا حاجة لتعقبه في مستودع خارجي.
  19. انسخ الكود والصقه بحرية من Stack Overflow أو المدونات العشوائية دون فهمه أولاً
  20. المسافة البادئة لا يهم. على الاطلاق. امزج المساحات وعلامات التبويب أيضًا.
  21. الإفراط في استخدام التجريدات بحرية. التجريد رائع. اجعل كل شيء قابلًا لإعادة الاستخدام وفكر في أشياء مثل الملك.
  22. ربما ستعيد استخدام هذه المكتبة في كل مشروع تقوم به خلال العشرين عامًا القادمة ، من يدري؟ من الأفضل التفكير في جميع حالات الحافة المحتملة أولاً.
  23. قم دائمًا بتنفيذ كل فكرة رائعة لديك
  24. 2000-lines functions are a great idea
  25. افترض أن هناك مهندس 10x يراقب كتفيك أثناء كتابة التعليمات البرمجية

المزيد من الدروس المعملية: