- أسطر من الكود = جهد
- أسطر الكود = القيمة
- جميع أسطر الكود متساوية
لا شيء من هذا صحيح.
لماذا استغرق الأمر يومين لإصلاح ما بدا بهذه البساطة؟
- لأن المشكلة كانت وصفًا غامضًا لكيفية إعادة إنتاجها.استغرق الأمر مني عدة ساعات لإعادة إنتاجه بشكل موثوق. سيتصل بعض المطورين على الفور بالشخص الذي أبلغ عن المشكلة ويطلبون المزيد من المعلومات قبل التحقيق. أحاول الحصول على أكبر قدر ممكن من المعلومات المتوفرة. أعلم أن بعض المطورين لا يحبون إصلاح الخلل ولذلك يبذلون قصارى جهدهم للتخلص منها. يعتبر الادعاء بعدم وجود معلومات كافية طريقة رائعة لتبدو وكأنك تحاول المساعدة ولكن لا تفعل شيئًا. أعلم أنه قد يكون من الصعب الإبلاغ عن الأخطاء ، وأنا ممتن لكل من يفعل ذلك. أريد أن أقر بتقارير الأخطاء ، في محاولة لتحقيق أقصى استفادة من المعلومات المقدمة قبل طلب التفاصيل.
- لأن المشكلة كانت في الوظائف التي لست على دراية بها. هذه الميزة الخاصة هي شيء نادرًا ما أستخدمه ولم أدخل في التفاصيل. وهذا يعني أنني استغرقت وقتًا أطول لفهم كيفية استخدامه وفهم الفروق الدقيقة في كيفية تفاعله مع البرنامج.
- لأنني أخذت الوقت الكافي للتحقيق في السبب الحقيقي للمشكلة وليس مجرد إلقاء نظرة على الأعراض. إذا ألقى أحد الرموز خطأً ، فيمكنك ببساطة لفه في عبارة
try-catchوقمع الخطأ. لا خطأ ، لا مشكلة ، أليس كذلك؟ آسف ، بالنسبة لي ، فإن جعل المشكلة غير مرئية ليس هو نفسه إصلاحها. يمكن أن يؤدي ابتلاع الخلل بسهولة إلى آثار جانبية غير متوقعة. لا أريد التعامل معهم في المستقبل.
- , , . , . . , (?) , , , ( ) , .
- , , , . , . .
- , . . , .
- , , . - , , . , , , . . , « » , — , , .
أنا لا أحب إصلاح الأخطاء. جزئيًا لأنه يمكن أن يشعروا بأنهم نتيجة لفشل سابق من جانبي. سبب آخر لا أحب إصلاح الأخطاء هو أنني أفضل العمل على أشياء جديدة.
ما الذي يمكن أن يكون أسوأ من إصلاح خطأ؟ الحاجة إلى إصلاح الخطأ نفسه بشكل متكرر.
في كل مرة أستغرق وقتًا للتأكد من إصلاح أي خطأ تمامًا ، بحيث لا يحتاج إلى مواجهته والتحقيق فيه وتصحيحه واختباره أكثر من مرة.
أنظر أيضا: