আপনার কখন একটি লিগেসি সিস্টেম রিফ্যাক্টর করা উচিত, প্রতিস্থাপন করা উচিত বা অবসর নেওয়া উচিত?

Question

Accepted Answer

লিগেসি সিস্টেমগুলি অস্বস্তিকর কিন্তু প্রায়শই মূল্যবান, তারা ব্যবসা পরিচালনা করে। **রিফ্যাক্টর, প্রতিস্থাপন বা অবসর** নেওয়ার সিদ্ধান্ত খরচ এবং মূল্য দ্বারা চালিত হতে হবে, পুরানো কোডের প্রতি অনীহা দ্বারা নয়। "এটি পুরানো এবং কুৎসিত" একটি কারণ নয়; "এটি আমাদের খরচ করছে" একটি কারণ।

## সিদ্ধান্ত গাইড

```text
REFACTOR (improve in place) when:
  - Core logic is sound; it's holding business value
  - Problems are localized; you can improve incrementally

REPLACE (rewrite/migrate) when:
  - It blocks important work and can't be incrementally fixed
  - Maintenance cost > rebuild cost over a sensible horizon
  - It's a growing security or reliability liability

RETIRE (remove entirely) when:
  - Its value no longer justifies any maintenance cost
  - Usage has dwindled; a simpler path exists
```

## রিরাইট ফাঁদ থেকে সাবধান থাকুন

সম্পূর্ণ রিরাইট আকর্ষণীয় এবং প্রায়শই বিপর্যয়কর, তারা প্রত্যাশার চেয়ে বেশি সময় নেয়, পুরানো বাগ পুনরায় প্রবর্তন করে, এবং কার্যকর সিস্টেম এই সময়ে ক্ষয় হয়। ধাপে ধাপে রিফ্যাক্টরিং বা strangler-fig প্রতিস্থাপনকে পছন্দ করুন। পূর্ণ রিরাইটের জন্য শুধুমাত্র যখন ধাপে ধাপে পথগুলি সত্যিই বন্ধ হয়ে যায়।

## একটি বাস্তব উদাহরণ

একটি মনোলিথ যন্ত্রণাদায়ক কিন্তু ভাল কাজ করে এবং আপনার বটলনেক নয়, সবচেয়ে খারাপ মডিউলগুলি রিফ্যাক্টর করুন, রিরাইট করবেন না। কিন্তু একটি সিস্টেম একটি ডাটাবেস সংস্করণে যা পরবর্তী বছর নিরাপত্তা সহায়তা হারায়, কোন আপগ্রেড পথ ছাড়াই, এটি একটি বাধ্যতামূলক প্রতিস্থাপন, এবং আপনি এটি সাবধানে পরিকল্পনা করুন।

## একটি পতনশীল

আবেগপূর্ণ সিদ্ধান্ত: পর্যাপ্ত ভাল সিস্টেম প্রতিস্থাপন করা কারণ তারা অপ্রচলিত, অথবা নিমজ্জিত খরচের কারণে মৃত্যুশীল সিস্টেমে আটকে থাকা। খরচ এবং মূল্য উপর সিদ্ধান্ত নিন।

## এটি কেন গুরুত্বপূর্ণ

অপ্রয়োজনীয় রিরাইট বছর নষ্ট করে এবং সমাধান করা সমস্যা পুনরায় প্রবর্তন করে; উপেক্ষিত লিগেসি একটি টিকটিক দায়বদ্ধতা হয়ে ওঠে।

এই কল সঠিকভাবে পেয়ে, প্রমাণের উপর, নান্দনিকতা নয়, একজন সিনিয়র TL যে সর্বোচ্চ-ঝুঁকির বিচার করে তা একটি।