તમે લિગેસી સિસ્ટમને ક્યારે રિફેક્ટર, બદલી અથવા નિવૃત્ત કરવી જોઈએ?

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
```

## રિરાઇટ ટ્રેપ વિશે સાવધાન રહો

સંપૂર્ણ રિરાઇટ આકર્ષણીય અને ઘણીવાર આપત્તિજનક હોય છે, તેઓ અપેક્ષિત કરતાં વધુ સમય લે છે, જૂની બગો ફરીથી મોકલે છે, અને કામ કરતી સિસ્ટમ આ બીચમાં સડી જાય છે. વધુમાં ધીમે ધીમે રિફેક્ટરીંગ અથવા સ્ટ્રેન્ગલર-ફિગ બદલીને પસંદ કરો. સંપૂર્ણ રિરાઇટ માટે ફક્ત ત્યારે જ પહોંચો જ્યારે ધીમે ધીમે પાથ ખરેખર બંધ હોય.

## એક કોંક્રિટ ઉદાહરણ

એક મોનોલિથ પીડાદાયક છે પરંતુ સારી રીતે કામ કરે છે અને તમારી બોટલનેક નથી, સૌથી ખરાબ મોડ્યુલોને રિફેક્ટર કરો, રિરાઇટ કરશો નહીં. પરંતુ આગામી વર્ષે સુરક્ષા સમર્થન ગુમાવશે તેવા ડેટાબેસ વર્જન પર સિસ્ટમ, અપગ્રેડ પાથ વિના, તે ફોર્સ્ડ બદલી છે, અને તમે તેની જાણીને યોજના બનાવો છો.

## એક મુશ્કેલી

ભાવનાત્મક નિર્ણયો: સારા પર્યાપ્ત સિસ્ટમોને બદલવું કારણ કે તેઓ અપ્રચલિત છે, અથવા પતિત ગણતરી કોણીર્દર્શક ખર્ચે મરતી સિસ્ટમોને વળગી રહેવું. ખર્ચ અને મૂલ્ય પર નિર્ણય લો.

અનાવશ્યક રિરાઇટ વર્ષો નષ્ટ કરે છે અને હલ કરેલી સમસ્યાઓને ફરીથી મોકલે છે; અવગણવામાં આવેલ લિગેસી એક તણખલાવતી દાયત્વ બની જાય છે.

આ કૉલને સાચું બનાવવું, પુરાવા પર, સૌંદર્યશાસ્ત્ર પર નહીં, એક સિનિયર ટીએલ બનાવે છે તે સૌથી ઉચ્ચ-દરવાજાની ચુકાદીઓમાંથી એક છે.