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