29 lines
1.1 KiB
Markdown
29 lines
1.1 KiB
Markdown
|
---
|
||
|
|
title: "ADR 001: Ökosystem statt Einzelprojekte"
|
||
|
|
status: akzeptiert
|
||
|
|
datum: 2026-04-04
|
||
|
|
tags: [entscheidung, architektur]
|
||
|
|
---
|
||
|
|
|
||
|
|
# ADR 001: Ökosystem statt Einzelprojekte
|
||
|
|
|
||
|
|
## Kontext
|
||
|
|
|
||
|
|
Wir wollen Bastelprojekte dokumentieren und planen. Die naive Lösung wäre: jedes Projekt einzeln, unabhängig.
|
||
|
|
|
||
|
|
## Entscheidung
|
||
|
|
|
||
|
|
Stattdessen bauen wir ein **modulares Ökosystem** mit wiederverwendbaren Bausteinen. Jeder Baustein (Controller, Recheneinheit, Sensoren) hat eine definierte Rolle und kann in mehreren Projekten genutzt werden. Kaufen und Selbstbauen sind gleichwertige Optionen.
|
||
|
|
|
||
|
|
## Begründung
|
||
|
|
|
||
|
|
- Ein Bluetooth-Controller sollte für RetroPie, Reaktionsspiel und Boot gleichermaßen funktionieren
|
||
|
|
- Man kauft erstmal einen Controller, baut später einen zweiten selbst dazu — beide laufen parallel
|
||
|
|
- Kein Vendor-Lock-in: alles dezentral auf eigener Infra (Pi, Synology)
|
||
|
|
|
||
|
|
## Konsequenzen
|
||
|
|
|
||
|
|
- Projekte referenzieren Rollen, nicht konkrete Teile
|
||
|
|
- Bausteine dokumentieren Schnittstellen und mehrere Optionen (kaufen/bauen)
|
||
|
|
- Höherer initialer Dokumentationsaufwand, aber langfristig bessere Wiederverwendung
|