আমি লিখেছিলাম যে কিছু পুরানো কোড দেখুন। এটি কাজ করে, তবে এটি দুর্দান্ত কোড নয়। আমি সেই সময়ের চেয়ে এখন আরও বেশি জানি, তাই আমি এটির উন্নতি করতে পারি। এটি কোনও বর্তমান প্রকল্প নয়, এটি বর্তমান, কার্যকরী, উত্পাদন কোড। অতীতে আমরা যে কোডটি লিখেছি সেগুলি ফিরে পাওয়ার এবং উন্নত করার কি আমাদের একটি দায়িত্ব আছে বা "যদি এটি ভঙ্গ না হয় তবে এটি সংশোধন করবেন না" সঠিক মনোভাব? আমার সংস্থা কয়েক বছর আগে একটি কোড পর্যালোচনা শ্রেণীর স্পনসর করেছিল এবং প্রধান গ্রহণকারীদের মধ্যে একটি ছিল যে কখনও কখনও এটি যথেষ্ট ভাল হয়; চলো এগোই.
সুতরাং, এক পর্যায়ে আপনার কেবলমাত্র এটি যথেষ্ট ভাল বলা উচিত এবং এগিয়ে যাওয়া উচিত, বা আপনি যখন মনে করেন যে এটি আরও ভাল হতে পারে তখন কি আপনাকে পুরানো কোডের উন্নতি করার জন্য প্রকল্পগুলি ঠেকানোর চেষ্টা করা উচিত?
আপনি কি এটি নিজের সময়ে বা সংস্থার ডাইমে করছেন?
—
জেবিআর উইলকিনসন
বেশিরভাগ জায়গায় আপনার প্রথম দায়িত্ব হ'ল সংস্থায় মান যুক্ত করা । আপনি যদি এমন কিছু করছেন যা সরাসরি নীচের লাইনে যোগ না করে অন্য কিছু হ'ল ব্যর্থ প্রচেষ্টা। পুরানো পরীক্ষিত ওয়ার্কিং কোডটি ওয়ার্কিং কোডটি পরীক্ষিত হয় , এটি সোনার ধাতুপট্টাবৃত অনুশীলন হিসাবে আরও ভাল করার জন্য এটি স্পর্শ করুন এবং এখন এটি নতুন অনির্যুক্ত এবং এভাবে অন-ওয়ার্কিং কোড হয়ে যায় , যা নীচের লাইনে মান যোগ করে না।
আপনার বসকে জিজ্ঞাসা করুন তিনি কী করতে চান। আপনি সম্ভবত এটি একা ছেড়ে যেতে বলা হবে। এছাড়াও, আমার অভিজ্ঞতাতে কোড পরিবর্তনগুলি কেবল একটি আসল সরবরাহের অংশ হিসাবে করা উচিত। সময়ের সাথে সাথে এলোমেলো পরিবর্তনগুলির ত্রুটিগুলি প্রবর্তনের খুব বেশি সম্ভাবনা রয়েছে যা আপনাকে পরিবর্তনগুলি মনে রাখে না তাই এটি ঠিক করতে আপনাকে অনেক বেশি সময় লাগে।
ডকুমেন্টেশনের সম্ভাব্য উন্নতি সম্পর্কে কিছু মন্তব্য যুক্ত করুন এবং এটি রেখে যাবেন?
—
জেমস পি।
ইউনিট বা রিগ্রেশন পরীক্ষা লিখুন। কোডটি পরিবর্তন করবেন না, তবে কোডটির সাথে পরিচিত না হওয়া সত্ত্বেও কারও পক্ষে পরে আসা এবং আত্মবিশ্বাসের সাথে প্রয়োজনীয় পরিবর্তনগুলি করা সম্ভব করুন।
—
জেমস ইয়ংম্যান