Was Sie liefern werden

Du schließt nicht mit einem Zertifikat ab. Du schließt ab mit diesen.

Jeder Kurs endet mit einem echten, code-verifizierten Artefakt – der Art von Sache, die du einem Personalverantwortlichen vorlegst und sagst: „Führ es selbst aus.“ Das sammelt sich in deinem Portfolio an.

decision-memo-07.md

# Duplicate charge — retry storm
## Decision: idempotency key on charge
- Option A: dedupe in the worker  ✗ races
- Option B: idempotency key       ✓ chosen
Invariant: one order → at most one charge

Grundlagen · Technische Urteilskraft

Ein Entscheidungsmemorandum

Du kannst einen 3-Uhr-Vorfall in eine Entscheidung verwandeln, die ein Prüfer einsehen kann – Optionen, Abwägungen, die Entscheidung und das Warum.

charge.test.ts

POST /charge  (retried 3×)
expect(charges).toHaveLength(1)
✓ 1 charge for 1 order
✓ safe to retry (idempotency-key)
PASS  12/12 checks

Engineering · Backend

Eine idempotente API

Du kannst einen Dienst bauen, der Wiederholungen, Teilausfälle und echte Last übersteht – verifiziert durch einen Check, nicht durch eine Behauptung.

schema-review.sql

orders ─┐
        ├─< order_items >─ products
payments ┘  (FK, ON DELETE RESTRICT)
UNIQUE(order_id, idempotency_key)
✓ survives review · no orphan rows

Daten · Datenbanken

Ein Schema in Überprüfung

Du kannst Daten modellieren, die bei Skalierung korrekt bleiben – und jede Einschränkung verteidigen, wenn ein Senior nachfragt.

rag-eval.json

query → retrieve(k=5) → generate
eval: faithfulness  0.92  ✓
eval: answer-relevance 0.88 ✓
eval: no-hallucination  PASS
golden set: 24/24 above bar

AI Engineering · RAG & Eval

Ein RAG-Feature + Bewertungsrahmen

Du kannst ein KI-Feature ausliefern, das aus echten Quellen antwortet – und mit einer Bewertungsmatrix und einem Golden Set beweisen, dass es funktioniert.

design-doc.md

client → LB → api ×N → queue → workers
            └→ cache (read-through)
bottleneck: write amplification on fanout
tradeoff: consistency ↔ latency (chose SWR)
✓ defends under load + failure

Architektur · Systemdesign

Ein Systemdesign, das du verteidigen kannst

Du kannst das System zeichnen, den Engpass benennen und die Abwägungen verteidigen – genau das, was eine Design-Runde testet.

postmortem-2029-03.md

Impact: 4m 12s p99 > 2s on /checkout
Root cause: unbounded N+1 on cart load
Fix: batch + index (verified in staging)
Prevent: perf budget in CI (fails > 200ms)
✓ class of bug closed, not just this one

Zuverlässigkeit · Beobachtbarkeit

Ein Incident-Postmortem

Du kannst einen Fehler zu einem Ort machen – die Ursache finden, die Klasse verhindern und es so dokumentieren, dass es nie wieder passiert.

Jedes Artefakt landet in einem verifizierbaren Portfolio.

Jeder bestandene Beweis stapelt sich in einem Nachweisbuch mit öffentlichem Link – das Zertifikat ist ein curl Befehl, den jeder ausführen kann, kein PDF, das man auf Treu und Glauben nimmt.

Beginne, deines zu bauen Die Methode ansehen →

Was Sie liefern werden

Du schließt nicht mit einem Zertifikat ab. Du schließt ab mit diesen.

decision-memo-07.md

# Duplicate charge — retry storm
## Decision: idempotency key on charge
- Option A: dedupe in the worker  ✗ races
- Option B: idempotency key       ✓ chosen
Invariant: one order → at most one charge

Grundlagen · Technische Urteilskraft

Ein Entscheidungsmemorandum

Du kannst einen 3-Uhr-Vorfall in eine Entscheidung verwandeln, die ein Prüfer einsehen kann – Optionen, Abwägungen, die Entscheidung und das Warum.

charge.test.ts

POST /charge  (retried 3×)
expect(charges).toHaveLength(1)
✓ 1 charge for 1 order
✓ safe to retry (idempotency-key)
PASS  12/12 checks

Engineering · Backend

Eine idempotente API

Du kannst einen Dienst bauen, der Wiederholungen, Teilausfälle und echte Last übersteht – verifiziert durch einen Check, nicht durch eine Behauptung.

schema-review.sql

orders ─┐
        ├─< order_items >─ products
payments ┘  (FK, ON DELETE RESTRICT)
UNIQUE(order_id, idempotency_key)
✓ survives review · no orphan rows

Daten · Datenbanken

Ein Schema in Überprüfung

Du kannst Daten modellieren, die bei Skalierung korrekt bleiben – und jede Einschränkung verteidigen, wenn ein Senior nachfragt.

rag-eval.json

query → retrieve(k=5) → generate
eval: faithfulness  0.92  ✓
eval: answer-relevance 0.88 ✓
eval: no-hallucination  PASS
golden set: 24/24 above bar

AI Engineering · RAG & Eval

Ein RAG-Feature + Bewertungsrahmen

Du kannst ein KI-Feature ausliefern, das aus echten Quellen antwortet – und mit einer Bewertungsmatrix und einem Golden Set beweisen, dass es funktioniert.

design-doc.md

client → LB → api ×N → queue → workers
            └→ cache (read-through)
bottleneck: write amplification on fanout
tradeoff: consistency ↔ latency (chose SWR)
✓ defends under load + failure

Architektur · Systemdesign

Ein Systemdesign, das du verteidigen kannst

Du kannst das System zeichnen, den Engpass benennen und die Abwägungen verteidigen – genau das, was eine Design-Runde testet.

postmortem-2029-03.md

Impact: 4m 12s p99 > 2s on /checkout
Root cause: unbounded N+1 on cart load
Fix: batch + index (verified in staging)
Prevent: perf budget in CI (fails > 200ms)
✓ class of bug closed, not just this one

Zuverlässigkeit · Beobachtbarkeit

Ein Incident-Postmortem

Du kannst einen Fehler zu einem Ort machen – die Ursache finden, die Klasse verhindern und es so dokumentieren, dass es nie wieder passiert.

Jedes Artefakt landet in einem verifizierbaren Portfolio.

Jeder bestandene Beweis stapelt sich in einem Nachweisbuch mit öffentlichem Link – das Zertifikat ist ein curl Befehl, den jeder ausführen kann, kein PDF, das man auf Treu und Glauben nimmt.

Beginne, deines zu bauen Die Methode ansehen →

Du schließt nicht mit einem Zertifikat ab. Du schließt ab mit diesen.

One system. Keep exploring.

Du schließt nicht mit einem Zertifikat ab. Du schließt ab mit diesen.

One system. Keep exploring.