Ich entwickle Web-Anwendungen von der Oberfläche bis zur Datenbank: komponentenbasierte Frontends, saubere REST-APIs und ein Datenmodell, das auch nach Jahren noch trägt – als Freelancer, remote in der DACH-Region und vor Ort in NRW.
Die meisten Probleme in Web-Projekten entstehen nicht im Frontend und nicht im Backend, sondern dazwischen: an Schnittstellen, die niemand dokumentiert hat, an Datenmodellen, die nachträglich verbogen wurden, an Abstimmungen zwischen zwei Teams, die unterschiedliche Annahmen treffen. Weil ich beide Seiten selbst baue, fallen diese Übergänge weg – die Schnittstelle entsteht dort, wo auch die Fachlogik entsteht.
Als freiberuflicher Senior Software Engineer arbeite ich seit über zehn Jahren an Fachanwendungen für Konzerne, den Mittelstand und den öffentlichen Dienst. In der Praxis heißt das: Steuerberatungssoftware mit C# und Angular, eine Plattform für Pharmakonzerne mit Java Spring Boot und React, eine Mobilitätsplattform mit Symfony und React, Apotheken-Software mit Laravel. Selten beginnt ein Projekt auf der grünen Wiese, und genau dafür bin ich ausgelegt.
Welche Technologie zum Einsatz kommt, richtet sich nach Ihrer Landschaft, nicht nach meiner Lieblingssprache. Wenn Ihr Team Java pflegt, wird es Spring Boot. Wenn schon ein .NET-Backend läuft, baue ich darin weiter. Was in jedem Fall gleich bleibt: ein durchdachtes Datenmodell, Tests für die Stellen, an denen Fehler teuer werden, und eine Auslieferung über CI/CD statt über händische Schritte.
Vier Bereiche, die ich einzeln oder gemeinsam abdecke – je nachdem, wo bei Ihnen gerade die Lücke ist.
Komponentenbasierte Oberflächen für Fachanwendungen: Formulare mit echter Validierung, Tabellen mit großen Datenmengen, Rollen- und Rechtelogik im UI. Typsicher mit TypeScript, zugänglich bedienbar und so gebaut, dass eine neue Ansicht später Tage und nicht Wochen kostet.
Serverseitige Fachlogik mit Java und Spring Boot, C# und .NET, PHP mit Symfony oder Laravel oder Python mit Django. Dazu REST-Schnittstellen, die per OpenAPI dokumentiert sind, Authentifizierung über Keycloak oder OpenID Connect und Fehlerbehandlung, die im Log auch erklärt, was schiefging.
Ein Schema, das zur Fachlichkeit passt, statt eines, das historisch gewachsen ist: durchdachte Relationen, versionierte Migrationen, Indizes für die Abfragen, die im Alltag wirklich laufen. Bei bestehenden Systemen gehört die Analyse langsamer Queries regelmäßig zum ersten Arbeitspaket.
Unit- und Integrationstests für die Fachlogik, End-to-End-Tests für die Wege, die Ihre Nutzer täglich gehen, Linting und Code-Reviews als fester Bestandteil. Ausgeliefert wird über GitHub Actions, GitLab CI oder Azure DevOps – reproduzierbar und ohne Deployment-Rituale.
So sehen die Projekte aus, in die ich meistens einsteige.
Ein Prozess läuft heute über Tabellen, E-Mails und Zuruf. Daraus wird eine Web-Anwendung mit Rollen, nachvollziehbarer Historie und Schnittstellen zu den Systemen, die es ohnehin schon gibt – schrittweise nutzbar, statt erst nach einem Jahr Big Bang.
Eine Software läuft seit Jahren, aber jede Änderung dauert länger als die vorige. Ich arbeite mich in die bestehende Codebasis ein, sichere kritische Stellen mit Tests ab und modernisiere dort, wo es den größten Unterschied macht – ohne Komplettneubau als Vorbedingung.
Das Team ist gut, aber die Roadmap ist voller als die Kapazität. Ich übernehme abgegrenzte Features oder einen Teilbereich, arbeite in Ihren Prozessen mit – Ticketsystem, Branching-Modell, Reviews – und hinterlasse Code, der zu Ihren Konventionen passt.
Kunden- oder Mitarbeiterportale, die Daten aus mehreren Quellen zusammenführen: Datenbanken, Fachanwendungen, ERP- oder SAP-Systeme. Die Anbindung läuft über REST oder OData, mit klarer Fehlerbehandlung für den Fall, dass ein Quellsystem gerade nicht erreichbar ist.
Kein starres Vorgehensmodell, aber eine Reihenfolge, die sich in vielen Projekten bewährt hat.
Ich sehe mir an, was es schon gibt: Code, Datenmodell, Schnittstellen, Deployment. Danach benenne ich offen, was tragfähig ist, was Aufwand verursachen wird und welche Reihenfolge den größten Nutzen bringt.
Statt eines langen Konzeptpapiers entsteht früh ein schmaler Durchstich durch alle Schichten – von der Oberfläche über die API bis in die Datenbank. Daran lässt sich die Architektur prüfen, solange Korrekturen noch günstig sind.
Entwicklung in kurzen Zyklen mit regelmäßigen Demos. Jede Änderung läuft über Pull Request, Tests und Review, damit der Stand jederzeit lauffähig ist und Sie nicht auf einen Abnahmetermin am Ende warten müssen.
Automatisierte Auslieferung, dokumentierte Architektur und Entscheidungen, eine Übergabe an Ihr Team. Auf Wunsch bleibe ich für Weiterentwicklung, Wartung und Bereitschaft bei Fragen ansprechbar.
Die Auswahl richtet sich nach Ihrer bestehenden Landschaft und danach, was Ihr Team später selbst pflegen kann.
Beschreiben Sie kurz, was entstehen oder weitergehen soll – bestehendes System oder Neubau. Ich melde mich mit einer ersten Einschätzung zu Umfang und Reihenfolge.