Wat zijn anti-patronen?

Question

Accepted Answer

**Anti-patronen** zijn veelvoorkomende maar **slechte oplossingen** voor terugkerende problemen — benaderingen die redelijk lijken maar tot slechte resultaten leiden (moeilijk te onderhouden, buggy of rigide code). Het herkennen ervan helpt je veelvoorkomende fouten te vermijden.

## Wat anti-patronen zijn

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

## Veelvoorkomende code/design anti-patronen

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

## Proces/architectuur anti-patronen

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

## Waarom het belangrijk is

Het begrijpen van anti-patronen is waardevol omdat **het herkennen van veelvoorkomende slechte oplossingen je helpt ze te vermijden**, wat leidt tot schonere, beter onderhoudbare code, dus het is nuttige designkennis.

Anti-patronen zijn veelvoorkomende maar contraproductieve oplossingen — benaderingen die redelijk lijken maar meer problemen veroorzaken (technische schuld, bugs, rigiditeit) — in wezen het tegenovergestelde van designpatronen.

Begrijpen wat anti-patronen zijn (veel gebruikte maar slechte oplossingen die vermeden moeten worden) stelt het concept in perspectief.

Het begrijpen van de **veelvoorkomende code/design anti-patronen** — het **God-object** (één klasse die te veel doet, single responsibility-principe schendt), **spaghetti-code** (verwarde, ongestructureerde code), **copy-paste programmering** (duplicatie die DRY schendt, bugs veroorzaakt die overal moeten worden gerepareerd), **magische getallen/strings** (onverklaarde literals), **voortijdige optimalisatie** (optimaliseren voordat nodig), de **gouden hamer** (één vertrouwd gereedschap voor alles overgebruiken) en **hardcoding** — helpt je deze veelvoorkomende fouten op codeniveau te herkennen en te vermijden.

Het begrijpen van de **proces/architectuur anti-patronen** — de **grote modderboel** (geen duidelijke architectuur), **over-engineering** (onnodige complexiteit en patronen waar niet nodig — verbonden met het oordeel over het niet forceren van patronen) en **cargo cult** (patronen gebruiken zonder te begrijpen waarom) — helpt grotere structurele en procesfouten te vermijden.

Het herkennen van anti-patronen is waardevol omdat ze *veelvoorkomend* zijn — ontwikkelaars vallen er natuurlijk in — dus weten hoe ze eruitzien en waarom ze schadelijk zijn helpt je ze bewust te vermijden en schonere, beter onderhoudbare code te schrijven.

Het begrijpen van anti-patronen vormt een aanvulling op het begrijpen van patronen: het kennen van zowel goede oplossingen (patronen) als slechte (anti-patronen) verbetert het designoordeel.

Omdat het herkennen van veelvoorkomende slechte oplossingen (anti-patronen) je helpt ze te vermijden en schonere, beter onderhoudbare code te schrijven, en omdat anti-patronen veelvoorkomende valkuilen zijn waar ontwikkelaars natuurlijk in vallen (God-objecten, spaghetti-code, duplicatie, over-engineering, cargo cult), en omdat het begrijpen ervan het kennen van patronen aanvult, is het begrijpen van anti-patronen waardevolle, praktisch relevante designkennis — nuttig voor het herkennen en vermijden van de veelvoorkomende fouten die tot slechte code leiden, ter aanvulling op kennis van goede patronen, en belangrijk voor het designoordeel om de veelvoorkomende valkuilen te vermijden die de codekwaliteit en onderhoudbaarheid schaden.