Zum Inhalt springen

48 Einträge

Glossar von A bis Z

Jeder Begriff in einem Satz. Einträge mit Pfeil haben eine eigene Themenseite mit Grafik und Erklärung.

A

ACIDBegriff
Die vier Garantien einer Datenbanktransaktion – Atomicity (ganz oder gar nicht), Consistency (Regeln bleiben erfüllt), Isolation (keine Störung durch parallele Transaktionen), Durability (bestätigt heißt gespeichert).
→ Persistenzschicht und Datenbankwahl→ NoSQL
APIBegriff
Application Programming Interface – eine definierte Schnittstelle, über die Programme miteinander kommunizieren, im Web meist HTTP mit JSON.
→ Webentwicklung – Frontend und Backend→ Technischer Modellierungsprozess
API Gateway vs. Load Balancer vs. Reverse Proxy Thema
Alle drei stehen vor deinen Servern und leiten Anfragen weiter – sie unterscheiden sich darin, wofür sie optimiert sind – verbergen, verteilen oder verwalten.

B

BASEBegriff
Konsistenzmodell vieler NoSQL-Systeme – Basically Available, Soft state, Eventually consistent – das Gegenstück zu ACID.
Änderungen werden nicht sofort auf allen Knoten sichtbar, sondern erst nach kurzer Zeit. Dafür bleibt das System auch bei Ausfällen einzelner Knoten verfügbar.
→ ACID→ CAP-Theorem→ NoSQL
Best Practices für Python Thema
Python-Code, der lesbar, typisiert und reproduzierbar ist – mit PEP 8, Type Hints, isolierten Umgebungen und automatisierten Tests.
Best Practices für SQL Thema
SQL, das sicher, schnell und wartbar ist – parametrisierte Queries, gezielte Indizes, Transaktionen und versionierte Migrationen.
Best Practices für Terraform Thema
Terraform- und OpenTofu-Code, der sicher, wiederverwendbar und teamfähig ist – Module, Remote State mit Locking, gepinnte Versionen und keine Secrets im Code.
Best Practices für TypeScript Thema
TypeScript entfaltet seinen Nutzen erst mit strengen Einstellungen – strict mode, kein any, präzise Typen und klare Konventionen, auch in Angular.

C

CAP-TheoremBegriff
Ein verteiltes System kann bei einem Netzwerkausfall zwischen Knoten (Partition) nur Konsistenz oder Verfügbarkeit garantieren, nicht beides.
→ BASE→ ACID→ NoSQL
CDNBegriff
Content Delivery Network – weltweit verteilte Server, die statische Inhalte nahe am Nutzer ausliefern und so Ladezeit und Backend-Last senken.
→ Infrastruktur einer Web-App
CORS Thema
Cross-Origin Resource Sharing ist der Mechanismus, mit dem ein Server dem Browser erlaubt, dass JavaScript einer fremden Origin seine Antworten lesen darf.

D

DNSBegriff
Domain Name System – übersetzt Domainnamen wie example.com in IP-Adressen; das „Telefonbuch“ des Internets.
→ Infrastruktur einer Web-App
DRYBegriff
„Don't Repeat Yourself“ – jedes Stück Wissen soll im System genau eine eindeutige Quelle haben.
→ KISS→ YAGNI→ SOLID

E

ER-ModellBegriff
Entity-Relationship-Modell – beschreibt Entitäten (z. B. User, Task), ihre Attribute und Beziehungen (1:1, 1:n, n:m) als Grundlage für das Datenbankschema.
→ Technischer Modellierungsprozess→ Migration

H

Health CheckBegriff
Regelmäßige Prüfung, ob eine Instanz gesund ist (z. B. GET /health) – ein Load Balancer schickt nur gesunden Instanzen Traffic.
→ API Gateway vs. Load Balancer vs. Reverse Proxy

I

IDE – Integrated Development Environment Thema
Eine IDE bündelt alles, was man zum Programmieren braucht – Editor, Build, Debugger, Terminal, Versionskontrolle und Refactoring-Werkzeuge – in einer Oberfläche.
IdempotenzBegriff
Eine Operation ist idempotent, wenn mehrfaches Ausführen dasselbe Ergebnis liefert wie einmaliges – z. B. HTTP PUT oder ein erneutes terraform apply ohne Änderungen.
→ Terraform State
Infrastruktur einer Web-App Thema
Der Weg einer Anfrage vom Browser bis zur Datenbank – DNS, CDN, Load Balancer, Backend und Datenhaltung, überwacht von Monitoring.

K

KISSBegriff
„Keep It Simple, Stupid“ – bevorzuge die einfachste Lösung, die das Problem vollständig löst.
→ DRY→ YAGNI

L

Language Server Protocol (LSP)Begriff
Offenes Protokoll, über das Editoren Sprachfunktionen wie Autovervollständigung oder „Gehe zu Definition“ von einem separaten Language Server beziehen.
→ IDE – Integrated Development Environment
Legacy-SystemBegriff
Ein Altsystem, das geschäftskritisch ist, aber auf veralteter Technik basiert und deshalb schwer zu ändern oder zu betreiben ist.
→ Refactoring vs. Redesign vs. Rewriting vs. Modernisierung→ Strangler-Fig-Pattern

M

MigrationBegriff
Versioniertes Skript, das ein Datenbankschema reproduzierbar von einem Stand zum nächsten bringt (und idealerweise zurück).
→ Best Practices für SQL→ ER-Modell

N

NoSQLBegriff
Sammelbegriff für nicht-relationale Datenbanken – Dokument-, Key-Value-, Wide-Column- und Graph-Datenbanken, optimiert für bestimmte Zugriffsmuster statt für Joins.
→ Persistenzschicht und Datenbankwahl→ ACID→ BASE→ CAP-Theorem

O

OLTP vs. OLAPBegriff
OLTP (Online Transaction Processing) sind viele kleine, schnelle Lese- und Schreibzugriffe im Betrieb; OLAP (Online Analytical Processing) sind große Auswertungen über viele Daten.
OLTP läuft auf der Produktionsdatenbank (z. B. PostgreSQL), OLAP in einem Data Warehouse oder Lakehouse mit spaltenorientierter Speicherung (z. B. Databricks, Snowflake).
→ Persistenzschicht und Datenbankwahl
OriginBegriff
Die Kombination aus Schema, Host und Port einer URL, z. B. https://example.com:443 – Grundlage der Same-Origin Policy.
→ Same-Origin Policy→ CORS
ORMBegriff
Object-Relational Mapper – bildet Datenbanktabellen auf Objekte im Code ab, z. B. SQLAlchemy, Hibernate oder Entity Framework.
→ Repository-Pattern

P

Persistenzschicht und Datenbankwahl Thema
Die Persistenzschicht speichert Daten dauerhaft – mit Schema, Schlüsseln, Constraints, Indizes und Migrationen in einem Datenspeicher, der zu den Zugriffsmustern passt.
PreflightBegriff
Eine OPTIONS-Anfrage, mit der der Browser vor einer „nicht-einfachen“ Cross-Origin-Anfrage prüft, ob Methode und Header erlaubt sind.
→ CORS
Product BacklogBegriff
Die vom Product Owner priorisierte Liste aller bekannten Anforderungen an ein Produkt – die einzige Quelle für Arbeit im Scrum-Team.
→ Sprint→ Wasserfall, V-Modell und Scrum

R

Refactoring vs. Redesign vs. Rewriting vs. Modernisierung Thema
Vier Begriffe für „bestehende Software verbessern“, die sich darin unterscheiden, wie tief man eingreift und ob sich das Verhalten ändern darf.
Repository-PatternBegriff
Entwurfsmuster, das den Datenzugriff hinter einer Schnittstelle wie findById() oder save() kapselt, sodass die Geschäftslogik nichts von SQL weiß.
→ ORM→ Technischer Modellierungsprozess

S

Same-Origin PolicyBegriff
Sicherheitsregel des Browsers – JavaScript darf nur Antworten derselben Origin lesen, sofern der Server nichts anderes per CORS erlaubt.
→ Origin→ CORS
Semantic Versioning (SemVer)Begriff
Versionsschema MAJOR.MINOR.PATCH – MAJOR für inkompatible Änderungen, MINOR für neue Features, PATCH für Bugfixes.
→ Software-Engineering Best Practices
Software-Engineering Best Practices Thema
Bewährte Prinzipien und Gewohnheiten, die Code lesbar, testbar und änderbar halten – unabhängig von Sprache und Framework.
SOLIDBegriff
Fünf Prinzipien für objektorientiertes Design – Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, Dependency Inversion.
→ Software-Engineering Best Practices→ DRY
Sprachen für Frontend und Backend Thema
Welche Programmiersprache passt wohin – Stärken, Schwächen und typische Einsatzzwecke der gängigen Frontend- und Backend-Sprachen im Überblick.
SprintBegriff
Fester Zeitraum von höchstens einem Monat, in dem ein Scrum-Team ein lauffähiges Produktinkrement erstellt.
→ Wasserfall, V-Modell und Scrum→ Product Backlog
SQL-InjectionBegriff
Angriff, bei dem Eingaben als SQL-Code ausgeführt werden, weil sie per String-Verkettung in eine Query eingebaut wurden – verhindert durch parametrisierte Queries.
→ Best Practices für SQL
Strangler-Fig-PatternBegriff
Modernisierungsstrategie, bei der ein neues System Funktion für Funktion hinter einer Fassade das Altsystem ersetzt, bis dieses abgeschaltet werden kann.
→ Legacy-System→ Refactoring vs. Redesign vs. Rewriting vs. Modernisierung

T

Technische SchuldBegriff
Die künftigen Mehrkosten durch heute gewählte Abkürzungen im Code oder in der Architektur – sie wachsen wie Zinsen, wenn man sie nicht abbaut.
Nicht jede technische Schuld ist schlecht – bewusst aufgenommen, kann sie ein Release beschleunigen. Problematisch wird sie, wenn niemand sie dokumentiert.
→ Refactoring vs. Redesign vs. Rewriting vs. Modernisierung→ Software-Engineering Best Practices
Technischer Modellierungsprozess Thema
Eine Anwendung wird Schicht für Schicht von unten nach oben modelliert – zuerst die Persistenz, dann Datenzugriff, Geschäftslogik, API und zuletzt die Oberfläche.
Terraform StateBegriff
Datei, in der Terraform festhält, welche realen Ressourcen zu welchem Code gehören – Grundlage für jeden plan und apply.
→ Best Practices für Terraform→ Idempotenz
TLSBegriff
Transport Layer Security – verschlüsselt und authentifiziert die Verbindung zwischen Client und Server; das „S“ in HTTPS.
→ API Gateway vs. Load Balancer vs. Reverse Proxy

U

Unit-TestBegriff
Automatisierter Test, der eine kleine Code-Einheit (Funktion, Klasse) isoliert und in Millisekunden prüft – die breite Basis der Testpyramide.
→ Software-Engineering Best Practices

V

Vektor-DatenbankBegriff
Speichert Embeddings (Zahlenvektoren, die Bedeutung abbilden) und findet die ähnlichsten Einträge – Grundlage für semantische Suche und RAG mit Sprachmodellen.
→ Persistenzschicht und Datenbankwahl→ NoSQL

W

Wasserfall, V-Modell und Scrum Thema
Vorgehensmodelle legen fest, in welcher Reihenfolge Software geplant, gebaut und geprüft wird – vom streng linearen Wasserfall bis zum iterativen Scrum.
Webentwicklung – Frontend und Backend Thema
Frontend ist alles, was im Browser läuft und der Nutzer sieht – Backend ist alles auf dem Server, das Daten speichert, prüft und bereitstellt.

Y

YAGNIBegriff
„You Aren't Gonna Need It“ – implementiere Funktionalität erst, wenn sie tatsächlich gebraucht wird, nicht auf Vorrat.
→ KISS→ DRY