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