FÄHIGKEITEN
Die Arbeit, die eine Software am Laufen hält, teile ich in vier Bereiche. Unter jedem stehen die Projekte, die ihn belegen.
Die eigentliche Arbeit an der Oberfläche ist die Entscheidung, wie viele Gesichter ein System hat: öffentliche Website, Kundenkonto, Betriebspanel und Außendienst können Code teilen, aber nicht dieselben Bildschirme. In einem mehrsprachigen Produkt ist Sprache eine Frage des URL-Designs, keine Übersetzungsdatei.
Wiederholte Anfragen, halb abgeschlossene Zahlungen, zwei gleichzeitige Schreibvorgänge: Das sind Alltagsfälle, keine Ausnahmen. Berechtigungs- und Prüfregeln lege ich in eine gemeinsame Schicht, statt sie je Endpunkt zu wiederholen.
Code ändert sich, Daten bleiben. Wo eine Regel liegt, ist deshalb die Architekturentscheidung selbst: Liegt die Überschneidungsprüfung in der Datenbank, kann kein neuer Bildschirm sie umgehen. Bei Geldbeträgen keinen Platz für Rundungsfehler zu lassen, gehört zur selben Disziplin.
Die Lieferung endet nicht mit dem Deploy-Befehl. Inhalte, die nicht zum Schema passen, oder fehlende Einstellungen stoppen den Build, bevor etwas live geht; nach dem Livegang überwache ich alle betreuten Projekte über ein Panel.
Die beiden Laravel-Projekte im Portfolio gehören bewusst zu keinem dieser vier Bereiche: Für neue Aufträge wähle ich PHP nicht mehr. Sie liefen 2024–2025 als Portal und Website eines Bildungsträgers. Mitgenommen habe ich nicht die Technik, sondern zwei Gewohnheiten: URL-Design für mehrere Sprachen und nie eine veröffentlichte Adresse zu verlieren.
Sagen Sie mir, was Sie bauen möchten; ich sage Ihnen vorab, wie lange es dauert und was der sinnvolle erste Schritt ist.