Erst verstehen, dann ändern
Ich schaue mir zuerst Code, Datenbank, Schnittstellen und reale Arbeitsabläufe an. Erst wenn klar ist, welche Teile kritisch sind, wird entschieden, wo eine Änderung sinnvoll ist.
Über mich
Ich helfe Unternehmen, gewachsene Software technisch einzuordnen, zu stabilisieren und gezielt weiterzuentwickeln. Der Fokus liegt auf sauberer Analyse, pragmatischer Modernisierung und Entscheidungen, die im laufenden Betrieb tragfähig bleiben.
Spezialisierung
Ich arbeite gern mit Software, die im Unternehmen bereits Verantwortung trägt. In solchen Anwendungen steckt oft jahrelanges Domänenwissen: Sonderfälle, Prozesslogik, Datenmodelle und viele kleine Entscheidungen, die im Alltag wichtig sind.
Eine Komplettneuentwicklung klingt manchmal sauber, ist aber häufig aufwendig, riskant und fachlich schwer zu steuern. Deshalb beginne ich mit dem vorhandenen System: Was funktioniert zuverlässig? Wo entstehen Risiken? Was blockiert neue Anforderungen?
Mich überzeugt nicht die neueste Technologie an sich, sondern eine nachvollziehbare technische Entscheidung. Modernisierung soll ein System stabiler, wartbarer und anschlussfähiger machen, ohne bewährte Geschäftslogik unnötig zu verlieren.
Standort & Tätigkeitsgebiet
Ich arbeite von Ardning in Österreich aus und unterstütze Unternehmen in Österreich, Deutschland und der Schweiz bei der Modernisierung bestehender Software.
Die technische Abstimmung ist direkt und kann remote im gesamten DACH-Raum erfolgen.
Arbeitsweise
Ich schaue mir zuerst Code, Datenbank, Schnittstellen und reale Arbeitsabläufe an. Erst wenn klar ist, welche Teile kritisch sind, wird entschieden, wo eine Änderung sinnvoll ist.
Ich bevorzuge Lösungen, die das System spürbar verbessern, ohne unnötige Komplexität einzuführen. Entscheidend ist, dass die Architektur im Betrieb verständlich und wartbar bleibt.
Modernisierung wird in überschaubare Schritte zerlegt: stabilisieren, entkoppeln, Schnittstellen schaffen und Technologie gezielt erneuern.
Am Ende soll das System nicht nur moderner wirken, sondern einfacher zu betreiben, zu verstehen und weiterzuentwickeln sein.
Typische Projekte
Die meisten Projekte beginnen nicht mit einer grünen Wiese, sondern mit einer Anwendung, die wichtig ist und unter neuen Anforderungen steht.
Erfahrung
Technische Arbeit an internen Business-Anwendungen ist häufig vertraulich. Deshalb stehen hier die Systeme, Technologien und Aufgaben im Mittelpunkt, mit denen ich arbeite – nicht Kundennamen.
Arbeit mit gewachsenen Anwendungen, die zentrale Abläufe unterstützen und nicht einfach ersetzt werden können.
Erfahrung mit älteren Delphi-Codebasen, modernen Delphi-Versionen, VCL, Windows-Kompatibilität und Komponentenwechsel.
SQL Server, Firebird, InterBase sowie historisch gewachsene Datenstrukturen, Abfragen und Migrationspfade.
REST APIs, Integrationsschichten, Build-, Release- und Deployment-Prozesse für nachvollziehbare Weiterentwicklung.
Technische Erfahrung
Was Sie erwarten können
Eine technische Ersteinschätzung beginnt mit einer kurzen Beschreibung des bestehenden Systems und der aktuellen Herausforderung.