Code Reviews - معاينة الكود Maroc

مساء الخير, ازيكم واحدة من الحاجات اللي ناس كثير علقت عليها في الفيديو اللي فات كانت النصيحة الأولى بتاعة Don’t Fall in Love with Your Code بالذات انها متعلقة جداً بمدى تقبل المبرمجين للنقد و التحسينات اللي بتتقال ليهم في ال Code Reviews. و احنا اتكلمنا قبل كده عن ال Code Reviews في حلقة سابقة من #لايف_مع_القهوة, بس لأن السلسلة دي كانت أغلبها عفوية و متسجلة في مكان مفتوح, مش كل الناس بتقدر تتابعها. يعني ايه Code Review؟ هي مرحلة من مراحل تطوير الكود و اللي فيها المطور بيطلب من زملاؤه مراجعة التغيير اللي ناوي يعمله, و يقدموا أي نقد أو تحسينات ممكنة لضمان ان الفريق شاف التغييرات قبل ما يتم دمجها في ال Codebase. تقدر تقول هي مراسم تسليم المسؤولية من مسؤولية شخصية لمسؤولية مشتركة بين الفريق, و ده بيتطلب ان الفريق يبقى عنده فرصة يبدي رأيه و يتأكد ان الكود مش بس بيأدي المطلوب منه لكن كمان بيتبع المعايير المتفق عليها. قبل ما نقول النصائح محتاجين الأول نتأكد ان الفريق بتاعك عنده مجموعة حاجات أساسية 1. فيه اتفاق على ال Code Style اللي الفريق حيستخدمه في خلال المشروع, و ده بيبقى عموماً معتمد بشكل أساسي على a. اللغة اللي بتستخدمها و اللي في أغلب الوقت بيكون ليها Code Style مفضل b. بعض الاضافات الخاصة بالشركة و بالفريق c. ينصح بشدة ان يكون فيه ادوات زي ال Linters أو ال Code Style Checkers و اللي بتتأكد من ان أي كود لازم يتبع معايير معينة من أول استخدام spaces و لا tabs لحد ازاي تختار أسامي المتغيرات و تقسم الكود ازاي. ده بيوفر وقت كثير جداً أثناء المراجعة, لأن الفريق ساعتها حيركز على حاجات أهم من شكل الكود. 2. ان يكون فيهTest Automation, و ساعتها بتطلب من كل مطور مقدم تغيير في الكود انه يقدم مع التغيير بتاعه ال Tests اللي بتتأكد ان الكود شغال و بيأدي الوظيفة المطلوبة. Our facebook Page http://facebook.com/askdeveloper On Sound Cloud http://soundcloud.com/askdeveloper Please Like & Subscribe

Category