एन्टी-प्याटर्न्स भनेको के हुन्छ?

Question

Accepted Answer

**एन्टी-प्याटर्न्स** भनेको आवर्ती समस्याहरूको लागि सामान्य तर **खराब समाधान** हुन् — दृष्टिकोण जो उचित देखिन्छ तर नराम्रो परिणाम तर्फ लाग्छ (कठिन-संरक्षण गरिने, बग भरिएको, वा कठोर कोड)। तिनीलाई पहिचान गर्नु सामान्य गल्तीहरू बचाउन मद्दत गर्छ।

## एन्टी-प्याटर्न्स के हुन्छन्

```text
ANTI-PATTERNS = commonly-used but COUNTERPRODUCTIVE solutions:
  → they seem like a solution but cause MORE problems (technical debt, bugs, rigidity)
  → the OPPOSITE of design patterns (proven good solutions)
→ recognizing them helps you AVOID common pitfalls
```

## सामान्य कोड/डिजाइन एन्टी-प्याटर्न्स

```text
GOD OBJECT/CLASS → one class doing too much (huge, knows everything) → hard to maintain;
  violates single responsibility
SPAGHETTI CODE → tangled, unstructured code with no clear flow → hard to follow/change
COPY-PASTE programming → duplicated code (violates DRY) → bugs/changes must be fixed everywhere
MAGIC NUMBERS/STRINGS → unexplained literal values → unclear, error-prone
PREMATURE OPTIMIZATION → optimizing before it's needed → wasted effort, complexity
GOLDEN HAMMER → over-using one familiar tool/pattern for everything ("when you have a hammer...")
HARDCODING → values that should be configurable baked into code
```

## प्रक्रिया/आर्किटेक्चर एन्टी-प्याटर्न्स

```text
BIG BALL OF MUD → no clear architecture; everything tangled
OVER-ENGINEERING → unnecessary complexity, abstraction, or patterns where not needed
CARGO CULT → using patterns/practices without understanding why
Reinventing the wheel; not invented here; tight coupling everywhere
→ recognizing anti-patterns → write cleaner, more maintainable code by avoiding them
```

## यो किन महत्त्वपूर्ण छ

एन्टी-प्याटर्न्स बुझ्नु मूल्यवान छ किनभने **सामान्य खराब समाधानहरू पहिचान गर्नु तिनीलाई बचाउन मद्दत गर्छ**, जसले सफा, थप संरक्षणीय कोड तर्फ लाग्छ, त्यसैले यो उपयोगी डिजाइन ज्ञान हो।

एन्टी-प्याटर्न्स सामान्य तर अप्रतिकूल समाधान हुन् — दृष्टिकोण जो उचित देखिन्छ तर अधिक समस्याहरू (प्राविधिक ऋण, बग, कठोरता) निर्माण गर्छ — अनिवार्य रूपमा डिजाइन प्याटर्न्सको विपरीत।

एन्टी-प्याटर्न्स के हुन् भनेर बुझ्नु (सामान्यतः प्रयोग गरिने तर खराब समाधान जो बचाउनु पर्छ) अवधारणा फ्रेम गर्छ।

**सामान्य कोड/डिजाइन एन्टी-प्याटर्न्स** बुझ्नु — **God object** (एक वर्गले गरेको धेरै गल्ती, एकल जिम्मेवारी उल्लङ्घन), **spaghetti code** (उलझिएको, संरचनाहीन कोड), **copy-paste programming** (DRY उल्लङ्घन गर्ने नक्कल, बग निर्माण गरेको जो सबै ठाउँमा सुधार गर्नु पर्छ), **magic numbers/strings** (अस्पष्ट literals), **premature optimization** (आवश्यकता अघि अनुकूलन), **golden hammer** (सबै कुरामा एक परिचित उपकरण अत्यधिक प्रयोग), र **hardcoding** — यी बारम्बार कोड-स्तरीय गल्तीहरू पहिचान गर्न र बचाउन मद्दत गर्छ।

**प्रक्रिया/आर्किटेक्चर एन्टी-प्याटर्न्स** बुझ्नु — **big ball of mud** (कुनै स्पष्ट आर्किटेक्चर छैन), **over-engineering** (अनावश्यक जटिलता र प्याटर्न्स जहाँ आवश्यक छैन — प्याटर्न्स बाध्य नगर्ने निर्णयसँग जोडिएको), र **cargo cult** (पैटर्न्स प्रयोग गर्नु किन भनेर नबुझी) — ठूलो संरचनात्मक र प्रक्रिया गल्तीहरू बचाउन मद्दत गर्छ।

एन्टी-प्याटर्न्स पहिचान गर्नु मूल्यवान छ किनभने तिनीहरू *सामान्य* छन् — विकासकर्ताहरू प्राकृतिक रूपमा तिनमा पतन गर्छन् — त्यसैले तिनीहरू कस्तो देखिन्छन् र किन हानिकारक छन् भनेर जानु तपाइँलाई चेतनरूपमा तिनीलाई बचाउन र सफा, अधिक संरक्षणीय कोड लेख्न मद्दत गर्छ।

एन्टी-प्याटर्न्स बुझ्नु प्याटर्न्स बुझ्नको पूरक हो: राम्रो समाधान (पैटर्न्स) र खराब समाधान (एन्टी-प्याटर्न्स) दुवै जानु डिजाइन निर्णय सुधार गर्छ।

सामान्य खराब समाधान (एन्टी-प्याटर्न्स) पहिचान गर्नु तिनीलाई बचाउन र सफा, अधिक संरक्षणीय कोड लेख्न मद्दत गर्छ, र एन्टी-प्याटर्न्स सामान्य पतन हुन् जसमा विकासकर्ताहरू प्राकृतिक रूपमा पतन गर्छन् (God objects, spaghetti code, नक्कल, over-engineering, cargo cult), र एन्टी-प्याटर्न्स बुझ्नु प्याटर्न्स बुझ्नको पूरक हो, एन्टी-प्याटर्न्स बुझ्नु मूल्यवान, व्यावहारिक-प्रासङ्गिक डिजाइन ज्ञान हो — सामान्य गल्तीहरू पहिचान गर्न र बचाउन उपयोगी जो खराब कोड तर्फ लाग्छ, राम्रो प्याटर्न्सको ज्ञान पूरक, र कोड गुणस्तर र संरक्षणीयता हानि गर्ने बारम्बार पतनहरू बचाउनको लागि महत्त्वपूर्ण।