مرحبًا بالجميع، مجتمع JavaRush! سنتحدث اليوم عن جودة الكود. نعم نعم أيها الأصدقاء الأعزاء. لا أحد كامل. سيدرك الجميع يومًا ما أن الكود يمكن أن يكون أفضل... ولكن ماذا تفعل في هذه الحالة؟ على أقل تقدير، ابدأ بالبحث في هذه المشكلة. بما أنك هنا، فهذا يعني أن الموضوع مثير للاهتمام بالنسبة لك، فلنذهب. سنصف اليوم الطرق التي يمكنك من خلالها جعل التعليمات البرمجية الخاصة بك أفضل وأكثر نظافة. حتى لا تخجل في المستقبل من كودك الحالي!..)) كل هذه الطرق ستساعد المبرمج على أن يصبح مبرمجًا جيدًا.
1. إذا كنت ترغب في تحسين التعليمات البرمجية الخاصة بك، فاقرأ التعليمات البرمجية الخاصة بشخص آخر
إذا كنت ترغب في تحسين مهاراتك في البرمجة بشكل كبير، فأنت بحاجة إلى قراءة التعليمات البرمجية المكتوبة بواسطة مبرمجين آخرين. يمكنك أن تؤمن به، لا يمكنك أن تصدقه. لكن إذا خاطرت، أعدك أنه سيكون هناك مكافأة على وقتك. على سبيل المثال، لا تقرأ على حبري كيفية عمل HashMap وArrayList وLinkedList وما إلى ذلك، ولكن اقرأ الكود الخاص بهم واكتشفه بنفسك. فيما يلي قائمة بالفصول التي يجب قراءتها:
HashMap هو السؤال الأكثر شيوعًا في المقابلات. يمكنك قتل عدة طيور بحجر واحد: افهم الكود واحصل على المعرفة اللازمة.
ArrayList هي نفس الحالة كما هو الحال مع HashMap. لا توجد أشياء معقدة هناك، ولكنها تستحق القراءة والفهم حقًا.
السلسلة هي مثال عظيم. افهم لماذا هو غير قابل للتغيير.
AtomicInteger هي فئة رائعة: فهي تصف عملية كيفية تنفيذ العمليات ذريًا على كائنات عدد صحيح.
وبعد ذلك - على الأقل جميع الفصول المتتالية...)
إذا تحدثنا عن شيء أكثر جدية، بالطبع، فإن الأمر يستحق قراءة الكود من Pivotal. لقد كتب هؤلاء الأشخاص النظام البيئي الأكثر رواجًا في عالم Java. الكود الخاص بهم يستحق القراءة بالتأكيد. لذلك أنصحك بالبدء بـ Spring Core . تعد قراءة كود المصدر غير المألوف أمرًا صعبًا ولكنه عمل مجزٍ للغاية.)
2. اتبع اصطلاحات التعليمات البرمجية - اصطلاحات كتابة التعليمات البرمجية
اصطلاحات البرمجة هي مجموعة من الإرشادات التي طورتها فرق التطوير والتي تتضمن إرشادات لأسلوب البرمجة وتقنياتها لكل جانب من جوانب التعليمات البرمجية المكتوبة داخل شركة أو مشروع معين. عادةً ما تكون هذه الاصطلاحات خاصة بكل لغة برمجة وتغطي تنظيم الملفات، والمسافات البادئة، والتعليقات، والإعلانات، والمشغلين، والمسافات البيضاء، واصطلاحات التسمية، وتقنيات ومبادئ البرمجة، وقواعد البرمجة، وأفضل الممارسات المعمارية، وما إلى ذلك. والفائدة الرئيسية لبعض المعايير هي أن يبدو الرمز كما هو ومكتوب بنفس النمط. وهذا يجعلها أكثر قابلية للقراءة ويساعد المبرمجين على فهم التعليمات البرمجية المكتوبة بواسطة مبرمج آخر. إذا تم اتباع معايير الترميز وتطبيقها بشكل متسق طوال عملية التطوير، فسيكون من الأسهل الحفاظ على التعليمات البرمجية وتوسيعها وإعادة هيكلتها وحل تعارضات التكامل في المستقبل. تعد قواعد البرمجة مهمة للمبرمجين لعدد من الأسباب:
يتم إنفاق 40%-80% من تكلفة البرنامج على صيانته؛
نادرًا ما يحتفظ المؤلف بأي برنامج طوال حياته؛
تعمل اتفاقيات التعليمات البرمجية على تحسين إمكانية قراءة البرامج، مما يسمح للمبرمجين بفهم التعليمات البرمجية الجديدة بسرعة أكبر.
لأكون صادقًا، أنا من أشد المعجبين بمعايير البرمجة. بالنسبة لي، من المنطقي قضاء الوقت في مناقشتها والجدال حولها، فهو نشاط قيم سيوفر لك الوقت والجهد في المستقبل. يجب مراجعة اتفاقيات الكود بشكل متكرر. يمكن ترجمة القواعد من "إلزامية" إلى "اختيارية" والعكس صحيح. إذا لم يعمل بعضها بشكل صحيح، فيجب إعادة تصميمها أو إزالتها من المبادئ التوجيهية.
3. استخدم مراجعة الكود - مراجعة الكود من قبل الآخرين
تعد مراجعة الكود إحدى أقوى الأدوات لتحسين الكود. لماذا؟ لأنه سيتم الاطلاع على الكود من قبل هؤلاء المتخصصين الذين لم يكتبوه. والمظهر الجديد مفيد جدًا. وغالبًا ما تكون مراجعة التعليمات البرمجية هي التي تساعد في منع كتابة تعليمات برمجية فظيعة بصراحة. أعلم أن هذا ليس ممكنًا دائمًا لأنك تحتاج إلى العثور على شخص آخر يرغب في القيام بذلك. لكن هذا لا يعني أن هذه الأداة لا تستحق الاستخدام. على العكس تمامًا: هذا سبب للعثور على أشخاص متشابهين في التفكير ومن المهم أيضًا تحسين جودة الكود بالنسبة لهم. بالمناسبة، من يمنعك من العثور عليها هنا على JavaRush؟ في مكان حيث الجميع يريد أن يصبح مبرمجا.
4. كتابة اختبارات الوحدة - اختبارات الوحدة
الطريقة المفضلة لدي لتحسين التعليمات البرمجية هي كتابة اختبارات الوحدة. علاوة على ذلك، كلما كتبتها أكثر، كلما كان ذلك أفضل. في برمجة الكمبيوتر، اختبار الوحدة هو عملية تطوير برمجيات يتم فيها اختبار أصغر جزء قابل للاختبار من الكود المصدري، يسمى الوحدة، بشكل فردي ومستقل للتحقق مما إذا كانت تعمل كما هو متوقع. سيساعدك هذا على تحديد حالات الفشل في الخوارزميات و/أو المنطق قبل إصدار الكود. نظرًا لأن اختبار الوحدة يتطلب البنية المناسبة للتعليمات البرمجية الخاصة بك، فهذا يعني أنه يجب تقسيم التعليمات البرمجية إلى وظائف أصغر وأكثر تركيزًا. كل واحدة منها مسؤولة عن عملية واحدة على مجموعة من البيانات، بدلا من الوظائف الكبيرة التي تؤدي عددا من العمليات المختلفة (كما يقولون مرحبا بمبدأ المسؤولية الفردية ...) الفائدة الثانية لكتابة كود مجرب جيدا هو أنه يمكنك منع حالات الفشل المستقبلية من خلال إجراء تغييرات صغيرة على وظيفة كسر التعليمات البرمجية الموجودة. عند حدوث فشل، ستخبرك اختبارات الوحدة بأنه تمت كتابة شيء ما بشكل غير صحيح. للوهلة الأولى، يبدو قضاء الوقت في كتابة اختبارات الوحدة أثناء التطوير بمثابة تكلفة إضافية. ومع ذلك، سيوفر هذا الوقت في المستقبل، والذي سيتعين إنفاقه على تصحيح الأخطاء. وينبغي أن تكون هذه عملية خطوة بخطوة. لذلك تفضل وغني - اكتب اختبارات لجميع الأساليب والفصول :D
5. استخدم الأدوات لتحسين جودة التعليمات البرمجية
لا يوجد مطور لا يخطئ أبدًا. عادةً ما يقوم المترجم بالتقاط مشكلات بناء الجملة والحساب وإخراج تتبع المكدس. ولكن قد تظل هناك بعض المشكلات التي لم يتمكن المترجم من اكتشافها. على سبيل المثال، المتطلبات التي تم تنفيذها بشكل غير صحيح، أو الخوارزميات غير الصحيحة، أو بنية التعليمات البرمجية غير الصحيحة، أو بعض المشكلات المحتملة المعروفة للمجتمع من خلال الخبرة. الطريقة الوحيدة لاكتشاف مثل هذه الأخطاء هي أن تطلب من أحد كبار المطورين مراجعة التعليمات البرمجية الخاصة بك. هذا النهج ليس حلا سحريا ولا يتغير إلا قليلا. مع كل مطور جديد في الفريق، يجب أن يكون لديك عيون إضافية تنظر إلى الكود الخاص به. لكن لحسن الحظ، هناك العديد من الأدوات التي يمكن أن تساعدك في التحكم في جودة التعليمات البرمجية الخاصة بك. لقد استخدمت Checkstyle وPMD وFindBugs وSonarQube في عملي في مشاريع مختلفة. هناك آخرون أيضا. تُستخدم جميعها بشكل شائع لتحليل الجودة وإنشاء بعض التقارير المفيدة. في كثير من الأحيان يتم نشر هذه التقارير بواسطة خوادم التكامل المستمر مثل Jenkins.
6. اكتب كودًا بسيطًا وواضحًا
اكتب دائمًا رمزًا بسيطًا وواضحًا ومنطقيًا. يميل الناس إلى كتابة تعليمات برمجية معقدة لإثبات قدرتهم على القيام بذلك. تعمل التعليمات البرمجية البسيطة والمنطقية دائمًا بشكل جيد، وتؤدي إلى مشاكل أقل، وتكون أكثر قابلية للتوسعة. الكود الجيد يعني وثائق أفضل. إذا كنت تفكر في إضافة تعليق، اسأل نفسك: “ كيف يمكنني تحسين الكود حتى لا تكون هناك حاجة لهذا التعليق؟ " ~ ستيف ماكونيل.
7. اقرأ الوثائق
إحدى العادات المهمة للمبرمجين الجيدين هي قراءة الكثير من الوثائق. فليكن المواصفات، وJSR، ومستندات API، والبرامج التعليمية، وما إلى ذلك. تساعدك قراءة المستندات على بناء هذا الأساس القوي الذي تقوم عليه بالبرمجة بشكل أفضل. وأخيرًا وليس آخرًا، لا تقارن نفسك بالآخرين، فمقارنة نفسك بالآخرين لن تؤدي إلا إلى مشاعر سلبية ومنافسة غير صحية. كل شخص لديه نقاط القوة والضعف الخاصة به. لذلك، من المهم التعرف عليهم والعمل معهم. قم بتحليل نفسك، واذكر نقاط قوتك واعمل عليها. البرمجة متعة حقيقية: استمتع بها.
"الثابت عند رجل ما هو متغير عند رجل آخر."
8. متابعة المدونين المثيرين للاهتمام
هناك الآلاف من المتحمسين حول العالم الذين يعملون ويكتبون عن نفس التقنيات. المدونات غالباً ما يكتبها المبرمجون أنفسهم، وأغلبهم يشاركون آراءهم وتجاربهم الشخصية. يمكنك رؤية وجهات نظر مختلفة لنفس التكنولوجيا على المدونات. يمكنك رؤية التكنولوجيا الجيدة والسيئة على المدونات. كحد أدنى، اقرأ المقالات عن Habré JavaRush :D، بما في ذلك مقالاتي. تابع المدونات الجيدة وعلق على المنشورات وشارك برأيك.
9. قراءة الكتب المتخصصة
لا شيء يمكن أن يحل محل كتاب جيد. سوف يقوم الكتاب الجيد بتعليم المفاهيم الأساسية بطريقة أبسط بكثير وتطبيقها على كائنات العالم الحقيقي. مؤلفوها هم أنفسهم مبرمجون عظماء. من خلال قراءة الكتب، يمكنك التعلم من تجارب الآخرين. أقترح قراءة "Java. البرمجة الفعالة لجوشوا بلوخ. يقدم هذا الكتاب ثمانية وسبعين قاعدة أساسية للمبرمجين لا يمكن الاستغناء عنها: العمل، أفضل الحلول لمشاكل البرمجة التي تواجهها كل يوم. فهو يحتوي على الإرشادات الأكثر عملية وموثوقة التي يمكنك استخدامها لكتابة برامج فعالة ومصممة بشكل جيد. إذا كنت قد بدأت للتو في استخدام Java وليس لديك أي خبرة في البرمجة، فقد ترغب في قراءة Sams Teach Yourself Java 2 في 24 ساعة. ولكتابة كود نظيف، هناك كتاب ممتاز بعنوان “Clean Code لروبرت مارتن”. بعد ذلك، سيظهر "شعور بالجمال" فيما يتعلق بالكود.
10. كود! شفرة! شفرة!
لا يمكنك أن تصبح مبرمجًا جيدًا بمجرد حفظ كتاب. من السهل التحدث عن المفاهيم النظرية. ولكن لا يمكنك تعلم قيود اللغة أو تطوير أفضل الممارسات إلا عند كتابة التعليمات البرمجية. لذلك، لكي تصبح مبرمجًا جيدًا، عليك أن تكتب الكثير من التعليمات البرمجية. إذا كنت مبتدئًا، فابدأ بكتابة برامج للمسائل البسيطة مثل متسلسلة فيبوناتشي، والمتناظر، ومثلث باسكال، وما إلى ذلك، ثم انتقل إلى المسائل الأكبر مثل شجرة البحث الثنائية، وما إلى ذلك. إذا كنت تبحث عن منصة عبر الإنترنت لممارسة برامج Java، ألق نظرة على Coding Ground . علاوة على ذلك، يمكنك الالتحاق بدورة CS50 التي قدم لنا ترجمتها “أنت تعرف من” :D
دعونا نلخص ذلك
الشخص الذي لا يفعل شيئًا لا يرتكب أي أخطاء. لذلك، يجب علينا التحلي بالصبر، ومثل اليابانيين المجتهدين، علينا صقل مهاراتنا في البرمجة. ولهذا لا تنسى:
إذا كنت ترغب في تحسين مهاراتك في البرمجة بشكل كبير، فأنت بحاجة إلى قراءة التعليمات البرمجية المكتوبة بواسطة مبرمجين آخرين. يمكنك أن تؤمن به، لا يمكنك أن تصدقه. لكن إذا خاطرت، أعدك أنه سيكون هناك مكافأة على وقتك. على سبيل المثال، لا تقرأ على حبري كيفية عمل HashMap وArrayList وLinkedList وما إلى ذلك، ولكن اقرأ الكود الخاص بهم واكتشفه بنفسك. فيما يلي قائمة بالفصول التي يجب قراءتها:
اصطلاحات البرمجة هي مجموعة من الإرشادات التي طورتها فرق التطوير والتي تتضمن إرشادات لأسلوب البرمجة وتقنياتها لكل جانب من جوانب التعليمات البرمجية المكتوبة داخل شركة أو مشروع معين. عادةً ما تكون هذه الاصطلاحات خاصة بكل لغة برمجة وتغطي تنظيم الملفات، والمسافات البادئة، والتعليقات، والإعلانات، والمشغلين، والمسافات البيضاء، واصطلاحات التسمية، وتقنيات ومبادئ البرمجة، وقواعد البرمجة، وأفضل الممارسات المعمارية، وما إلى ذلك. والفائدة الرئيسية لبعض المعايير هي أن يبدو الرمز كما هو ومكتوب بنفس النمط. وهذا يجعلها أكثر قابلية للقراءة ويساعد المبرمجين على فهم التعليمات البرمجية المكتوبة بواسطة مبرمج آخر. إذا تم اتباع معايير الترميز وتطبيقها بشكل متسق طوال عملية التطوير، فسيكون من الأسهل الحفاظ على التعليمات البرمجية وتوسيعها وإعادة هيكلتها وحل تعارضات التكامل في المستقبل. تعد قواعد البرمجة مهمة للمبرمجين لعدد من الأسباب:
لماذا؟ لأنه سيتم الاطلاع على الكود من قبل هؤلاء المتخصصين الذين لم يكتبوه. والمظهر الجديد مفيد جدًا. وغالبًا ما تكون مراجعة التعليمات البرمجية هي التي تساعد في منع كتابة تعليمات برمجية فظيعة بصراحة. أعلم أن هذا ليس ممكنًا دائمًا لأنك تحتاج إلى العثور على شخص آخر يرغب في القيام بذلك. لكن هذا لا يعني أن هذه الأداة لا تستحق الاستخدام. على العكس تمامًا: هذا سبب للعثور على أشخاص متشابهين في التفكير ومن المهم أيضًا تحسين جودة الكود بالنسبة لهم. بالمناسبة، من يمنعك من العثور عليها هنا على JavaRush؟ في مكان حيث الجميع يريد أن يصبح مبرمجا.
الطريقة المفضلة لدي لتحسين التعليمات البرمجية هي كتابة اختبارات الوحدة. علاوة على ذلك، كلما كتبتها أكثر، كلما كان ذلك أفضل. في برمجة الكمبيوتر، اختبار الوحدة هو عملية تطوير برمجيات يتم فيها اختبار أصغر جزء قابل للاختبار من الكود المصدري، يسمى الوحدة، بشكل فردي ومستقل للتحقق مما إذا كانت تعمل كما هو متوقع. سيساعدك هذا على تحديد حالات الفشل في الخوارزميات و/أو المنطق قبل إصدار الكود. نظرًا لأن اختبار الوحدة يتطلب البنية المناسبة للتعليمات البرمجية الخاصة بك، فهذا يعني أنه يجب تقسيم التعليمات البرمجية إلى وظائف أصغر وأكثر تركيزًا. كل واحدة منها مسؤولة عن عملية واحدة على مجموعة من البيانات، بدلا من الوظائف الكبيرة التي تؤدي عددا من العمليات المختلفة (كما يقولون مرحبا بمبدأ المسؤولية الفردية ...) الفائدة الثانية لكتابة كود مجرب جيدا هو أنه يمكنك منع حالات الفشل المستقبلية من خلال إجراء تغييرات صغيرة على وظيفة كسر التعليمات البرمجية الموجودة. عند حدوث فشل، ستخبرك اختبارات الوحدة بأنه تمت كتابة شيء ما بشكل غير صحيح. للوهلة الأولى، يبدو قضاء الوقت في كتابة اختبارات الوحدة أثناء التطوير بمثابة تكلفة إضافية. ومع ذلك، سيوفر هذا الوقت في المستقبل، والذي سيتعين إنفاقه على تصحيح الأخطاء. وينبغي أن تكون هذه عملية خطوة بخطوة. لذلك تفضل وغني - اكتب اختبارات لجميع الأساليب والفصول :D
لا يوجد مطور لا يخطئ أبدًا. عادةً ما يقوم المترجم بالتقاط مشكلات بناء الجملة والحساب وإخراج تتبع المكدس. ولكن قد تظل هناك بعض المشكلات التي لم يتمكن المترجم من اكتشافها. على سبيل المثال، المتطلبات التي تم تنفيذها بشكل غير صحيح، أو الخوارزميات غير الصحيحة، أو بنية التعليمات البرمجية غير الصحيحة، أو بعض المشكلات المحتملة المعروفة للمجتمع من خلال الخبرة. الطريقة الوحيدة لاكتشاف مثل هذه الأخطاء هي أن تطلب من أحد كبار المطورين مراجعة التعليمات البرمجية الخاصة بك. هذا النهج ليس حلا سحريا ولا يتغير إلا قليلا. مع كل مطور جديد في الفريق، يجب أن يكون لديك عيون إضافية تنظر إلى الكود الخاص به. لكن لحسن الحظ، هناك العديد من الأدوات التي يمكن أن تساعدك في التحكم في جودة التعليمات البرمجية الخاصة بك. لقد استخدمت Checkstyle وPMD وFindBugs وSonarQube في عملي في مشاريع مختلفة. هناك آخرون أيضا. تُستخدم جميعها بشكل شائع لتحليل الجودة وإنشاء بعض التقارير المفيدة. في كثير من الأحيان يتم نشر هذه التقارير بواسطة خوادم التكامل المستمر مثل Jenkins.
اكتب دائمًا رمزًا بسيطًا وواضحًا ومنطقيًا. يميل الناس إلى كتابة تعليمات برمجية معقدة لإثبات قدرتهم على القيام بذلك. تعمل التعليمات البرمجية البسيطة والمنطقية دائمًا بشكل جيد، وتؤدي إلى مشاكل أقل، وتكون أكثر قابلية للتوسعة. الكود الجيد يعني وثائق أفضل. إذا كنت تفكر في إضافة تعليق، اسأل نفسك: “ كيف يمكنني تحسين الكود حتى لا تكون هناك حاجة لهذا التعليق؟ " ~ ستيف ماكونيل.
إحدى العادات المهمة للمبرمجين الجيدين هي قراءة الكثير من الوثائق. فليكن المواصفات، وJSR، ومستندات API، والبرامج التعليمية، وما إلى ذلك. تساعدك قراءة المستندات على بناء هذا الأساس القوي الذي تقوم عليه بالبرمجة بشكل أفضل. وأخيرًا وليس آخرًا، لا تقارن نفسك بالآخرين، فمقارنة نفسك بالآخرين لن تؤدي إلا إلى مشاعر سلبية ومنافسة غير صحية. كل شخص لديه نقاط القوة والضعف الخاصة به. لذلك، من المهم التعرف عليهم والعمل معهم. قم بتحليل نفسك، واذكر نقاط قوتك واعمل عليها. البرمجة متعة حقيقية: استمتع بها.
هناك الآلاف من المتحمسين حول العالم الذين يعملون ويكتبون عن نفس التقنيات. المدونات غالباً ما يكتبها المبرمجون أنفسهم، وأغلبهم يشاركون آراءهم وتجاربهم الشخصية. يمكنك رؤية وجهات نظر مختلفة لنفس التكنولوجيا على المدونات. يمكنك رؤية التكنولوجيا الجيدة والسيئة على المدونات. كحد أدنى، اقرأ المقالات عن 
لا شيء يمكن أن يحل محل كتاب جيد. سوف يقوم الكتاب الجيد بتعليم المفاهيم الأساسية بطريقة أبسط بكثير وتطبيقها على كائنات العالم الحقيقي. مؤلفوها هم أنفسهم مبرمجون عظماء. من خلال قراءة الكتب، يمكنك التعلم من تجارب الآخرين. أقترح قراءة "Java. البرمجة الفعالة لجوشوا بلوخ. يقدم هذا الكتاب ثمانية وسبعين قاعدة أساسية للمبرمجين لا يمكن الاستغناء عنها: العمل، أفضل الحلول لمشاكل البرمجة التي تواجهها كل يوم. فهو يحتوي على الإرشادات الأكثر عملية وموثوقة التي يمكنك استخدامها لكتابة برامج فعالة ومصممة بشكل جيد. إذا كنت قد بدأت للتو في استخدام Java وليس لديك أي خبرة في البرمجة، فقد ترغب في قراءة Sams Teach Yourself Java 2 في 24 ساعة. ولكتابة كود نظيف، هناك كتاب ممتاز بعنوان “Clean Code لروبرت مارتن”. بعد ذلك، سيظهر "شعور بالجمال" فيما يتعلق بالكود.
من السهل التحدث عن المفاهيم النظرية. ولكن لا يمكنك تعلم قيود اللغة أو تطوير أفضل الممارسات إلا عند كتابة التعليمات البرمجية. لذلك، لكي تصبح مبرمجًا جيدًا، عليك أن تكتب الكثير من التعليمات البرمجية. إذا كنت مبتدئًا، فابدأ بكتابة برامج للمسائل البسيطة مثل متسلسلة فيبوناتشي، والمتناظر، ومثلث باسكال، وما إلى ذلك، ثم انتقل إلى المسائل الأكبر مثل شجرة البحث الثنائية، وما إلى ذلك. إذا كنت تبحث عن منصة عبر الإنترنت لممارسة برامج Java، ألق نظرة على Coding Ground . علاوة على ذلك، يمكنك الالتحاق بدورة CS50 التي قدم لنا ترجمتها “أنت تعرف من” :D
GO TO FULL VERSION