كود المطور جنتلمان

كود المطور جنتلمان

تم تطوير معظم المشاريع من قبل فريق التطوير. كقاعدة عامة ، تعتمد جودة نتيجة العمل الجماعي على الجو السائد في الفريق. للحفاظ على الانسجام ، يجب أن يكون كل مطور دائمًا رجل نبيل. لذلك ، أريد أن أقدم الأساسي ، في رأيي المتواضع ، قواعد كود جنتلمان iOS.



أنا مطور iOS بنفسي وأنا جزء من الفريق. القواعد عامة جدًا ، لذا فهي مناسبة لأي اتجاه في تطوير البرامج وليس فقط.

المطور النبيل دائما مهذب

مزاجك السيئ أو جنون العظمة ليس سببًا لإفساد مزاج الآخرين. أعتقد أن لا أحد سيحب ذلك إذا كان وقحًا. لذلك ، حاول ألا تكون وقحًا بنفسك.



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



تحتاج دائمًا وتحت أي ظرف من الظروف إلى التحكم في نفسك ومحاولة أن تكون مهذبًا.

دائمًا ما يحترم المطور النبيل وقته ، وبالتالي يحترم أيضًا وقت الآخرين

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



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

المطور النبيل يحترم الكود والحلول التقنية لزملائه

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



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

يجب تذكر ذلك قبل إفساد مزاج الشخص بالنقد غير المناسب والامتناع عن مثل هذه الأفعال.

مطور نبيل لا يعدل كود مطور آخر دون علمه

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



ثانيًا ، أنت نفسك ، على الأرجح ، لا تعرف كل ميزات الوظيفة التي ستعيد كتابتها. نتيجة لذلك ، لا يعرف المؤلف ولا أنت تمامًا الرمز الذي تم تحديثه.



ثالثًا ، إذا لم يكتشف مؤلف الكود أنه فعل شيئًا سيئًا ، فسيستمر في فعل ما فعله. وكما نعلم في الفريق ، فإن نتيجة عمل كل مشارك تؤثر على الفريق بأكمله.



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

مطور نبيل لا ينتقد كود شخص آخر بدون حجج وبدون بدائل

عندما يتعلق الأمر بالنقد ، وهذا أمر لا مفر منه في العمل الجماعي ، فيجب أن يتم ذلك بشكل صحيح. أولاً ، يمكنك انتقاد الكود عندما يعتمد حل مشكلتك على جودة هذا الرمز. ثانيًا ، لا يمكنك الانتقاد إلا إذا كنت تعرف بالضبط كيفية القيام بذلك بشكل أفضل.



النقد غير المجدي يؤدي فقط إلى الخلاف في الفريق ، والذي لا يؤثر بشكل كبير على النتيجة.

المطور النبيل يعرف أيضًا كيف يتعامل مع النقد بكرامة

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



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



إذا كان النقد مفيدًا حقًا ، فعليك أن تشكر الشخص الذي أشار إلى أخطائك.



إذا لم يكن النقد مبررًا وكنت متأكدًا تمامًا من أن حلك في الكود جيد بما فيه الكفاية ، إن لم يكن الأفضل ، فعليك مناقشة قضيتك بهدوء. إبداء أسباب لدحض النقد.

مطور نبيل يكتب التعليمات البرمجية بأسلوب عام

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



الشيء نفسه ينطبق على المشاريع. حاول دائمًا الالتزام بالقواعد والمعايير المقبولة عمومًا ، حتى لو لم تعجبك ، لكن الأوامر تتبعها.