Personal Website — patrick-reuver.de

tl;dr

• Persönliche Website, Portfolio und öffentliches Wissenssystem in einem
• Content-getrieben aufgebaut mit Astro, MDX und validierten Collections
• Fokus auf Applied AI, Wissensmanagement, Projekte, Blogartikel und nachvollziehbare Arbeitsstände
• Datenschutzfreundlich: externe Dienste und Embeds sollen erst nach klarer Nutzeraktion laden
• Deployment-Ziel ist eine schnelle statische Website über Cloudflare Pages
• Aktueller Stand: produktive Website mit laufender Content-, Privacy- und Accessibility-Weiterentwicklung

Kurzbeschreibung

patrick-reuver.de ist meine persönliche Website und mein öffentlicher Arbeitsraum im Web. Sie verbindet Portfolio, Blog, Projektarchiv und Wissenssystem — nicht als Hochglanzbroschüre, sondern als nachvollziehbare Oberfläche für das, woran ich arbeite und wofür ich stehe.

Ausgangspunkt / Problemstellung

Viele persönliche Websites sind entweder reine Visitenkarten oder lose Blogs. Für meine Arbeit reicht das nicht: Ich brauche einen Ort, der Expertise sichtbar macht, Projekte erklärbar hält und gleichzeitig als belastbarer öffentlicher Referenzpunkt funktioniert.

Die Herausforderung ist dabei nicht nur Design oder Technik. Die eigentliche Aufgabe ist Übersetzung: komplexe Arbeit an KI, Wissenssystemen, Automatisierung und Strategie so darstellen, dass Menschen schnell verstehen, welches Problem gelöst wird, warum es relevant ist und wie daraus konkreter Nutzen entstehen kann.

Idee

Die Website ist als persönliches Wissens- und Projektarchiv gedacht. Einzelne Inhalte — Blogartikel, Projektseiten, About-Informationen, Links und Medien — werden strukturiert gepflegt und beim Build zu einer schnellen statischen Website gerendert.

Die Website sammelt verschiedene Inhaltsformen und macht daraus eine konsistente, navigierbare Präsenz.

Welche Hypothese steckt dahinter?

Eine persönliche Website wird wirtschaftlich wertvoller, wenn sie nicht nur behauptet, was jemand kann, sondern wiederholt zeigt, wie diese Person denkt, baut, entscheidet und lernt.

Dahinter stehen drei Annahmen:

1. Sichtbare Arbeit schafft Vertrauen. Projektseiten und Essays erklären Kompetenz konkreter als generische Leistungsversprechen.
2. Gute Struktur senkt Reibung. Wenn Inhalte über Tags, Kategorien und verwandte Projekte verbunden sind, wird aus Einzelcontent ein Wissenssystem.
3. Datenschutz und Zugänglichkeit sind Teil der Positionierung. Eine schnelle, saubere Website sendet ein anderes Signal als eine überladene Marketing-Seite.

Warum das relevant ist

Für mich ist patrick-reuver.de ein Akquise- und Vertrauensbaustein. Menschen sollen schnell einschätzen können, woran ich arbeite: Applied AI, Wissensarchitektur, Human-Centered Strategy, Automatisierung und praktische Umsetzung.

Gleichzeitig ist die Website ein Gegenmittel gegen verstreute Arbeitsnachweise. Statt Projekte, Blogideen, Referenzen und Erklärungen an vielen Orten zu verlieren, bündelt sie die wichtigsten öffentlichen Spuren an einem Ort.

Der Hebel entsteht durch Verbindung: Content, Projekte und persönliche Positionierung stützen sich gegenseitig.

Ansatz

Der technische Ansatz ist bewusst schlank: statische Website statt schweres CMS, Content-Dateien statt Datenbank, vorhandene Komponenten statt neues Design-System. Das passt zum Ziel: Die Website soll schnell, wartbar und kontrollierbar bleiben.

Technologisch basiert das Projekt auf Astro, MDX, Content Collections, TypeScript, Mermaid-Diagrammen und einfachen CSS-Strukturen. Medien, Quellen, Tags und Kategorien werden über das Content-Modell gepflegt, damit Projekt- und Blogseiten konsistent bleiben.

Der Kern bleibt statisch: Content und Konfiguration werden gebaut, ausgeliefert und möglichst wenig zur Laufzeit entschieden.

Ein wichtiger Teil des Ansatzes ist Datenschutz by default. Externe Dienste wie Kalenderbuchung, Formulare oder Video-Embeds sollen nicht still beim Seitenaufruf laden, sondern erst nach einer bewussten Interaktion. Das ist kein Zusatzfeature, sondern Teil der Produktqualität.

Aktueller Stand

Produktiv / aktiv — Die Website ist als statische Präsenz nutzbar und wird laufend weiterentwickelt. Der Schwerpunkt liegt aktuell auf sauberer Dokumentation, Datenschutz-Verbesserungen, Content-Ausbau und besserer Darstellung von Projekten.

Bereits implementiert:

• Statische Astro-Website mit Content Collections für Blog, Projekte, Profil- und Linkinhalte
• Projekt- und Blogseiten mit Frontmatter, Tags, Kategorien, Quellen und optionalen Medien
• Wiederverwendbare Komponenten für Karten, Metadaten, verwandte Inhalte, Medien und Privacy-Gates
• Mermaid-Unterstützung für erklärende Diagramme in MDX-Inhalten
• Sitemap- und Metadaten-Grundlage für öffentliche Auffindbarkeit
• Deployment-Pfad über Cloudflare Pages für die persönliche Domain
• Dokumentationsstruktur für Architektur, Entscheidungen, Fortschritt und Agenten-Kontext
• Datenschutz-Fix für Consent-Embeds, damit Drittanbieter nicht vor dem Klick laden

In Entwicklung / geplant:

• Live-Verifikation der Privacy-Gates nach Deployment
• Weiterer Ausbau der Projektseiten als öffentliches Portfolio
• Bessere Audio- und Accessibility-Unterstützung für ausgewählte Inhalte
• Präzisere CTA- und Kontaktführung, damit Interessierte schneller den nächsten Schritt finden
• Weitere Verdichtung der Website als wirtschaftlich nutzbarer Vertrauens- und Akquise-Kanal

Erkenntnisse

1. Content ist hier das Produkt. Die Technik ist Mittel zum Zweck; der eigentliche Wert entsteht durch klare, verwertbare Projekt- und Denkspuren.
2. Statisch ist ein Vorteil. Weniger Laufzeitkomplexität bedeutet schnellere Seiten, weniger Angriffsfläche und weniger Wartungsdruck.
3. Privacy muss in die Komponentenlogik. Ein versteckter Embed ist nicht automatisch datenschutzfreundlich, wenn Scripts trotzdem initialisieren.
4. Dokumentation spart Kontextwechsel. Architektur-, Entscheidungs- und Fortschrittsnotizen machen es leichter, die Website iterativ weiterzubauen.
5. Portfolio und Wissenssystem gehören zusammen. Einzelne Projekte wirken stärker, wenn sie in ein größeres Muster aus Themen, Methoden und Haltung eingebettet sind.

Nächste Schritte

• Privacy-Fix live prüfen und offene Deployment-Risiken schließen
• Projektseiten priorisieren, die kurzfristig Vertrauen und Umsatzchancen unterstützen
• Kontakt- und CTA-Fluss vereinfachen: weniger Reibung, klarerer nächster Schritt
• Audio-Unterstützung dort ergänzen, wo sie Inhalte wirklich zugänglicher macht
• Bestehende Inhalte schärfen: weniger Ablage, mehr verständlicher Nutzen

Persönliche Note

Ich baue patrick-reuver.de nicht als klassische Selbstdarstellung. Für mich ist die Website eher ein öffentliches Arbeitsgedächtnis: Sie soll zeigen, wie ich Probleme strukturiere, Systeme denke und aus Ideen konkrete Artefakte mache.

Gerade weil meine Arbeit oft zwischen Strategie, Technologie, Wissensmanagement und Umsetzung liegt, brauche ich einen Ort, der diese Übersetzungsleistung sichtbar macht. Die Website ist dafür mein kleinster gemeinsamer Nenner: öffentlich, kontrollierbar, schnell und Stück für Stück verbesserbar.

---

FAQ

Was ist patrick-reuver.de? patrick-reuver.de ist meine persönliche Website mit Portfolio, Blog, Projektarchiv und öffentlichem Wissenssystem.

Warum ist die Website als statische Seite gebaut? Eine statische Website ist schnell, wartbar und reduziert unnötige Laufzeitkomplexität. Für Portfolio, Blog und Projektarchiv reicht das vollkommen aus.

Welche Technologien nutzt das Projekt? Das Projekt nutzt Astro, MDX, Content Collections, TypeScript, Mermaid-Diagramme und einfache CSS-Strukturen.

Wofür sind die Projektseiten gedacht? Projektseiten erklären konkrete Arbeiten, Experimente und Systeme: welches Problem adressiert wird, welcher Ansatz gewählt wurde und welche Erkenntnisse daraus entstanden sind.

Warum spielt Datenschutz eine so große Rolle? Die Website soll externe Dienste nicht ungefragt laden. Kalender-, Formular- oder Video-Embeds müssen deshalb erst nach klarer Nutzeraktion aktiv werden.

Ist die Website ein Blog oder ein Portfolio? Beides — plus Wissenssystem. Blogartikel zeigen Gedanken und Argumente, Projektseiten zeigen konkrete Umsetzung, Kategorien und Tags verbinden beides.

Warum nutzt du kein klassisches CMS? Ein CMS wäre aktuell mehr Betrieb als Nutzen. Content-Dateien im Repository reichen aus und geben mir volle Kontrolle über Struktur, Versionierung und Build-Verhalten.

Wie unterstützt die Website deine Arbeit wirtschaftlich? Sie macht Kompetenz, Arbeitsweise und Projekte sichtbar. Dadurch kann sie Vertrauen aufbauen, Gespräche vorbereiten und Interessierten einen klareren Einstieg geben.

Was ist der nächste sinnvolle Ausbau? Der höchste Hebel liegt aktuell nicht in mehr Technik, sondern in besseren Projektseiten, klareren CTAs und sauber verifizierten Privacy-Gates.