كيفية تسريع التنمية الخاصة بك

كل مطور يقوم بعمل مواد رائعة أو على الأقل يحاول القيام بمواد رائعة. هذا المقال هو زيادة سرعة التنمية والجودة. يمكنك متابعة الخطوات أدناه للحفاظ على الترقية :)

  • اصطلاح التسمية
  • لا تقم بتكرار تكرار
  • تقسيم وإعادة استخدام التعليمات البرمجية الخاصة بك
  • عقدة
  • في الخط الوثائق
  • النمط المعماري
  • المطور تصبح اختبار
  • التحكم في الإصدار
  • الإصدارات
  • نشر

اصطلاح التسمية

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

ThereAreLanguageRelatedPreferencesButHonestlyCamelCaseIsIsSoMuchEasierToRead.
There_are_language_related_preferences_but_honestly_camel_case_is_so_much_easier_to_read.
"الاسم الصحيح يحدث فرقًا"

لا تقم بتكرار تكرار

أنا لا أشرح هذا الموضوع ، يجب على كل المطورين ألا لا يكرروا.

أنا لا أكتب دائمًا شفرة مكررة ،
لكن عندما أفعل،
أتأكد من كتابتها مرتين.

تقسيم وإعادة استخدام التعليمات البرمجية الخاصة بك

تقليل COM الخاص بك | بليكس | إيتي

لا تكتب وظائف أكبر. وظيفة واحدة تفعل عمل واحد وإرجاع الاستجابة المقابلة. والأكثر تكرارًا استخدام الأساليب يجب كتابتها في فصل منفصل (فئة الأداة المساعدة).

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

المبرمجون الجيدون يعرفون ماذا يكتبون. العظماء يعرفون ماذا يجدرون (وإعادة الاستخدام)

عقدة

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

استخدام صحيح حلقة والتحقق من حالة
في الغالب تجنب الظروف المتداخلة & حلقة

في الخط الوثائق

توثيق الكود مهم جدا لصيانة الكود.

السيطرة على ما يمكنك التحكم. لا تقلق بشأن البقية.

النمط المعماري

يجب على الجميع متابعة النمط المعماري واحد على الأقل

على سبيل المثال: Android

منذ عام مضى ، اقترحت google نموذج MVC ، لكن الآن انتقلت الأيام إلى نمط MVP. ويقترح بعض المطورين MVVM و MVI أيضًا

المطور تصبح اختبار

لا يمكن مطلقًا أن يكون مطورًا واختبارًا أصدقاء (وليس الأشخاص الحقيقيين ، بل مجرد أدوار). لا ينبغي للمطورين ارتكاب أخطاء صغيرة. الأخطاء الصغيرة تخفي المشاكل الأكبر. يجب أن يكون المطورون دائمًا على دراية بالأخطاء الصغيرة.

اختبار الوحدة مهم جدًا للاختبار النهائي للمطورين. حالة اختبار الوحدة تحل معظم الأخطاء الصغيرة التي لا يستطيع المطور التحقق منها في كل مرة. ما عليك سوى تشغيل برنامج نصي للاختبار وهذا :)

يجب أن يكون المطور تحدي الاختبار في كل مرة

التحكم في الإصدار

يجب على الجميع استخدام أي إصدار تحكم واحد على الأقل. معظم المطورين يستخدمون git ، git يوفر الكثير من الخيارات.

النسخ الاحتياطي ، التعاون ، النشر ، إلخ ...

الإصدارات

أنا شخصيا أقترح الإصدار الدلالي

1.0.0
Major.Minor.Patch

نشر

النشر اليدوي هو دائما صداع. الآن أيام لحل هذه المشكلة

  • بوابة يوفر بوابة السنانير
  • CI / CD (جنكينز ، ترافيس ، جيتلاب CI ، خطوط أنابيب Bitbucket وغيرها ...)

وشيء أخير

إذا كان لديك أي أسئلة ، اسمحوا لي أن أعرف في التعليقات. يمكنك الآن متابعتي على "متوسط" و "تويتر" و / أو "فيسبوك"!