API-Design-Review fuer ein neues Public-API durchfuehren
Übersicht
Worum es bei diesem Projekt geht.
Lies die drei Designvorschlaege (jeweils 6-10 Seiten, werden bereitgestellt). Erstelle ein Review-Rubric mit 10 Designkriterien (z. B. Versionierbarkeit, Backward-Compatibility, Cacheability, Discoverability, Schema-Evolvability, Authentifizierungs-Modell). Fuehre eine 2-stuendige Review-Sitzung mit CTO, Backend Lead und einem externen Reviewer. Schreibe ein Architecture Decision Record (ADR) gemaess Michael Nygard's Format, das die Wahl begruendet, Alternativen und Trade-offs benennt. Liefere das Review-Rubric, das ADR, ein OpenAPI- oder GraphQL-Schema-Skelett fuer die gewaehlte Variante und einen 1-Seiten-Migrationspfad fuer kuenftige Major-Versionen.
Das Briefing
Was Du tust und was Du zeigst.
Wie wird zwischen drei API-Designvorschlaegen begruendet entschieden, ohne dass die Entscheidung in 18 Monaten zu einem kostspieligen Rewrite zwingt?
Earning criteria — what you'll demonstrate
- API-Designprinzipien anhand eines Rubrics objektivierbar machen
- Architecture Decision Records (ADR) als Entscheidungsdokumentation nutzen
- Trade-offs zwischen REST, GraphQL und Hybrid-Designs argumentativ vertreten
- Versionierungs- und Migrationspfade vor der ersten Veroeffentlichung planen
Studienpassung
Wo dies in Dein Studium passt.
Schärft dieselben Fähigkeiten, die Dein Studium von Dir erwartet.
Fähigkeiten
Fähigkeiten, die Du unter Beweis stellst.
Jede taucht auf Deinem verifizierten Zertifikat auf.
Karrieren
Berufe, auf die dies Dich vorbereitet.
Echte Berufsbezeichnungen. Echte Skill-Brücken. Wähle die, die Deinem Werdegang am nächsten kommt.
Karrierewege, die das aufbaut
Kanonische RollenSystemarchitekt:in
Ein begruendetes ADR fuer eine Public-API-Wahl zu verfassen, ist genau die Disziplin, die Architekt:innen-Rollen ausmacht — und ein direkt zitierfaehiges Portfolio-Stueck.
Dieses Projekt schärft
- api-design
- documentation
- stakeholder-communication
Backend-Entwickler:in
Senior-Backend-Rollen verlangen die Faehigkeit, API-Entscheidungen mit Trade-offs zu vertreten. Diese Challenge trainiert genau diese Argumentation an einem realen Designfall.
Dieses Projekt schärft
- api-design
- design-patterns
- specifications
Noch eine Sache