Technik dient dem Menschen – nicht umgekehrt

„Nie hatte die Menschheit so viel Macht über sich selbst.“

— Magnifica Humanitas, Nr. 4

Im Alltag der Softwareentwicklung ist das Gegenteil der Normalfall: Der Tech-Stack bestimmt die Lösung. Das Framework diktiert die Architektur. Die Metrik definiert, was gebaut wird. Und der Mensch – der Nutzer, der Kunde, der Kollege – muss sich anpassen.

Papst Leo XIV. beschreibt in Magnifica Humanitas ein technokratisches Paradigma: die Tendenz, die Wirklichkeit nur noch durch die Brille der Technik zu sehen und den Menschen auf das zu reduzieren, was messbar und optimierbar ist. Diese Denkgewohnheit schleicht sich ein – und ich beobachte sie in meiner eigenen Arbeit immer wieder.

Die Enzyklika erinnert daran, dass Technik dem Menschen untergeordnet bleiben muss, nicht umgekehrt. Das hat handfeste Konsequenzen für Architekturentscheidungen, Produktpriorisierungen und den Umgang mit Kunden.

Drei Beispiele aus meiner Arbeit

Beichtbar: Privacy als Architekturprinzip

Die Gewissenserforschung vor der Beichte ist etwas Persönliches. Niemand soll dabei beobachtet werden – nicht einmal von einem Server. Also läuft Beichtbar komplett lokal: IndexedDB, PIN-Schutz, keine Daten verlassen das Gerät.

Das war technisch aufwändiger als eine einfache Web-App mit Backend. Aber die Frage war: „Was dient dem Menschen am besten?” Die Antwort war eine Architektur, die Privatsphäre als Fundament begreift.

Die Enzyklika spricht von der allgemeinen Bestimmung der Güter und der Subsidiarität. Für mich heißt das: Daten gehören dem Menschen, der sie erzeugt. Nicht dem System, das sie verarbeitet.

Oremus: Lernen im eigenen Tempo

Lateinische Gebete zu lernen ist für viele ein Herzensthema, aber auch eine Hürde. Oremus hätte man als optimierte Lernmaschine bauen können: Spaced Repetition, Gamification, tägliche Ziele. Stattdessen ist es eine unaufgeregte App, die Wort-für-Wort-Übersetzung bietet, Audio mitspielt und dem Nutzer die Kontrolle über sein Tempo lässt.

Wer ein Gebet lernt, erschließt sich einen Text, der für ihn Bedeutung hat. Das lässt sich nicht auf Effizienz reduzieren.

Interne Tools: Excel ersetzen, nicht den Menschen

Wenn ich für Kunden interne Tools baue, geht es fast immer darum, Frickellösungen abzulösen: Excel-Sammlungen, E-Mail-Ketten, veraltete CMS. Das Ziel ist, den Menschen Luft zu schaffen. Damit er sich auf das konzentrieren kann, was nur er kann: Entscheidungen treffen und Beziehungen pflegen.

Ein gutes internes Tool merkt man daran, dass es im Hintergrund verschwindet. Es fällt nicht auf. Es dient.

Was passiert, wenn Technik den Menschen vergisst

Das Gegenteil erlebe ich regelmäßig: Systeme, die vor allem die Technologie feiern sollten. Dashboards, die niemand braucht. Workflows, die mehr Klicks erfordern als der manuelle Prozess. KI-Features, die nach einer Demo aussehen, aber im Alltag niemandem helfen.

Die Versuchung kenne ich auch. Wir bauen als Entwickler gerne coole Dinge. Aber wenn die Technik zum Selbstzweck wird, wird es teuer – für den Kunden und für das Team.

Wie ich das im Alltag umsetze

Praktisch bedeutet „Technik dient dem Menschen” für mich:

1. Zuhören vor Bauen – Die erste Stunde eines Projekts gehört nicht der Architektur, sondern dem Menschen mit seinem Problem.
2. Einfachheit als Tugend – Die beste Lösung ist oft die, die weniger Technik braucht, nicht mehr.
3. Wartbarkeit als Dienst – Code, den andere verstehen und weiterentwickeln können, ist ein Geschenk an das Team.
4. Privacy by Default – Wenn ich die Wahl habe, bleiben Daten beim Nutzer. Im Zweifel lokal.
5. Ehrlichkeit – Wenn eine Technologie nicht passt, sage ich das. Auch wenn es weniger Umsatz bedeutet.

Im besten Fall merkt man gute Technik nicht. Sie tritt zurück, damit der Mensch im Mittelpunkt steht.

---

Nächster Beitrag: „KI und Menschenwürde – wie ich als Entwickler beides zusammendenke”