بفضله ستصبح أفضل كمبرمج
كل مطور لديه عادات متعلقة بكود الكتابة - ضار ومفيد. ولكن إذا كنت تقوم بالعادات الصحيحة ، فسوف يساعد ذلك على تحسين كفاءة العمل باستخدام الكود بشكل جدي. سوف تؤثر هذه العادات ليس فقط عليك ، ولكن على الأرجح زملائك كذلك.
كما قال دينيس وايتلي ،
"لا يمكنك التخلص من هذه العادة السيئة ، ولكن يمكنك استبدالها بعادات جيدة". لذلك ، أقدم لكم قائمة من سبع عادات أعتقد أنها سوف تساعدك على أن تصبح أفضل كمبرمج.
ترجمت إلى ألكونوست1. لا تكرر
من المؤكد أن هذا قد حدث لك أكثر من مرة: أنت تنظر إلى جزء من الشفرة وترى أنه
يشبه إلى حد بعيد جزءًا كتبته بالفعل .
هذا فأل سيء: يجب تجنب التكرار. ازدواجية الرمز هي نغمة سيئة ، لأنه يصعب الحفاظ على هذه الشفرة بمرور الوقت ، حيث يجب إجراء التصحيحات في عدة أماكن. نتيجة لذلك ، يزداد احتمال حدوث أخطاء في الشفرة.
من الممارسات الجيدة اتباع مبدأ "لا تتكرر" أو DRY (المهندس "لا تكرر نفسك"): إذا بدأت في كتابة التعليمات البرمجية الموجودة بالفعل في جزء آخر من النظام ، فمن المرجح أنك تحتاج إلى إعادة تفعيلها. قسّم الشفرة والمنطق إلى كتل أصغر قابلة لإعادة الاستخدام واتصل بها عند الضرورة.
2. كتب - ريفاكتور
يعتقد معظم المبرمجين ، خاصة أولئك الذين لديهم خبرة قليلة ، أنه إذا تم إكمال المهمة ، فهذا يعني أن الشفرة تعمل بالشكل المطلوب. ولكن من أجل "إكمال" المهمة ، لا يكفي فقط تدوين التعليمات البرمجية التي تنفذ وظيفة جديدة.
ولكن إذا كان الرمز يعمل ، فما هو المطلوب؟
حسنا نعم ، انها تعمل. ولكن قبل الانتقال إلى المهمة التالية ، تحتاج إلى إعادة تكوين رد الفعل: سيؤدي ذلك إلى تحسين إمكانية قراءة التعليمات البرمجية. في الواقع ، ربما لا تكون هذه القطعة هي الأكثر دقة ووضوحًا من الأجزاء التي كتبتها: قد يكون هناك شيء ما واضحًا لك على الفور ، ولكن كيف يمكن للآخرين رؤيته؟ كن منتقدًا لإبداعك.
بالإضافة إلى ذلك ، تساعد إعادة البناء في تقليل تعقيد الرمز ، مما يسهل الصيانة. وفي المستقبل سوف تؤتي ثمارها.
3. التركيز على أهداف العمل
المطورين ، كقاعدة عامة ، منغمسين في دراسة المكدس التكنولوجي بحيث يغفلون عن مهام العمل - ومع ذلك ، يجب ألا ننسى هذه المهام. تذكر
ما هو الغرض من المشروع الذي تقوم بتطويره؟
بعض المطورين مهتمون فقط بالجوانب الفنية لعملهم. إنهم لا يهتمون بالعوامل الاقتصادية والتجارية ، حيث أن وجودهم ، في الواقع ، يمنحهم العمل.
ما هو وقت العمل الذي تقضيه؟ هل تستفيد الشركة - أم تقضي وقتًا طويلاً في حقيقة أنها ليست في الواقع مهمة جدًا؟ اسأل نفسك هذا السؤال في كثير من الأحيان.
4. يرتكب الصغيرة
إذا كان نطاق الالتزام صغيرًا ، فهذا يسمح لك بتقديم وصف واضح له. الجميع يفهم أن "تم إصلاح اثنين من الأخطاء" هو وصف
سيء ، أليس كذلك؟
تسهل الالتزامات الصغيرة تبسيط عملية التصحيح: يمكنك العودة إلى الالتزام السابق وتحقق مما إذا كان هناك خطأ فيه. وإذا لم يكن هناك الكثير من التعليمات البرمجية في الالتزام ، فسيكون من الأسهل البحث عن خطأ.
إذا كانت الالتزامات كبيرة ، فإن النتيجة يمكن أن تكون العديد من المتاعب والمضايقات. إذا كانت التغييرات في التزام واحد تؤثر على الكثير من الأشياء ، فسيصبح من غير الواضح
ما الذي تغير
بالضبط .
ولكن سيتعين على شخص ما التحقق من هذا الرمز ، وسوف يخاف (أو هي) من القيام بعملية الدمج ، لأن كثرة الالتزام قد تؤدي إلى تعطيل بقية الكود.
لذلك ، في حالة التعهدات الصغيرة ، يكون التحقق من الكود مبسطًا إلى حد كبير: التحقق من تغيير واحد في كل مرة ، من السهل معرفة ما الذي تغير بالفعل.
5. الشيء الرئيسي هو التوحيد
إذا قررت تسمية المتغيرات في نمط الهجن ، فلا تتراجع عن هذه القاعدة. هل تريد استخدام مسافات بدلاً من علامات التبويب؟ المضي قدما! ولكن بغض النظر عن ما تختاره ، التمسك به في كل مكان.
بمرور الوقت ، يصبح فهم البرامج المكتوبة أكثر صعوبة: فكلما طال وجود المشروع وكلما زاد عدد الأشخاص الذين يعملون عليه ، زاد الفوضى في الشفرة. لذلك ، عدم وجود التوحيد يخلق مشاكل.
ما الذي يمكن عمله للحفاظ على التوحيد؟
أولاً ، تحتاج إلى اختيار نمط معين من التصميم والتمسك به. يمكنك استخدام محللات الكود - اللينتر - والتي ستتحقق مما هو مكتوب للتأكد من توافقه مع النمط المختار.
ثانياً ، التمسك بالتسمية الموحدة للمتغيرات والأساليب والفئات. قراءة المزيد حول كيفية إعطاء أسماء جيدة في مقالتي.
الشيء الرئيسي - تذكر: راحة الحفاظ على قاعدة الكود تعتمد إلى حد كبير على توحيد الكود!
6. لا تترك "لاحقا"
"حسنًا ، سأصلحه لاحقًا" ، يبدو مألوفًا؟ نعلم جميعًا أن هذا "لاحقًا" غالبًا ما يتحول إلى "أبدًا". إذا رأيت التعليق "TODO" ، فهذا يعني أن شخصًا ما ترك شيئًا ما إلى "غير مسمى" لاحقًا.
العمل على مقتطف الشفرة أو قصة المستخدم من البداية إلى النهاية.
ولكن ماذا يعني "قبل الانتهاء"؟
بادئ ذي بدء ، هذا يعني أنه تم إعادة تشكيل الكود ، كما ذكر أعلاه. بالإضافة إلى ذلك ، يجب اختبار الرمز. ولعل اختبار معظم المطورين هو الجزء الأكثر تحبه من الوظيفة. في الوقت نفسه ، لا يكفي استعراض سيناريو يتضمن فقط الإجراءات المقدمة - تأكد من مراجعة الخيارات الأخرى. ويمكنك بذل المزيد من الجهد وكتابة بضع اختبارات تلقائية.
وآخر واحد هو الوثائق. هل أحتاج إلى وثائق لهذه الوظيفة المعينة؟ هل أوضحت للاختبار كيفية اختبار هذه الميزة؟ هل هو (أو هي) بحاجة لمعرفة أي شروط مسبقة؟
7. لا تتوقف عن التعلم
تقنيات جديدة تظهر كل يوم. في بعض الأحيان قد يبدو أن مواكبة جميع الاتجاهات أمر مستحيل. ومع ذلك ، لا يمكنك التوقف عن تعلم أشياء جديدة: بمجرد أن تتوقف عن التعلم ، ستتوقف عن النمو مهنيًا.
إن تعلم الجديد هو الطريقة الوحيدة للبقاء على صلة بسوق العمل في عصرنا التكنولوجي المتمثل في التغيير المستمر.
"لن تنمو إذا لم تحاول القيام بشيء يتجاوز ما تعرفه تمامًا بالفعل"
- رالف والدو
عن المترجمتمت ترجمة المقال من قبل Alconost.
تقوم Alconost بترجمة
الألعاب والتطبيقات والمواقع بـ 70 لغة. مترجمون من اللغة الأم ، واختبار لغوي ، ومنصة سحابة مع واجهة برمجة التطبيقات ، والتعريب المستمر ، ومديري المشاريع على مدار الساعة وطوال أيام الأسبوع ، أي تنسيق لموارد السلسلة.
نحن أيضًا نصنع
مقاطع فيديو للإعلان والتدريب - للمواقع التي تبيع ، الصور ، الإعلانات ، التدريب ، المضايقون ، المستكشفون ، المقطورات لجوجل بلاي ومتجر التطبيقات.
→
اقرأ المزيد