Technology profile
Our technical foundation at a glance
Wir arbeiten mit Technologien, die fuer die Aufgabe sinnvoll sind. Nicht jedes Projekt braucht dieselbe Plattform, aber jedes Projekt braucht eine klare Entscheidung fuer Wartbarkeit, Betrieb, Erweiterbarkeit und die richtigen Zielsysteme.
Stark fuer Business-Logik und Multiplattform-Clients
Delphi eignet sich besonders dort, wo gewachsene Fachlogik, hohe Performance, Reports, Datenbanknaehe und stabile Anwendungen fuer Windows, macOS und Linux im Mittelpunkt stehen.
Stark fuer REST, Services und Portale
C# ist fuer uns eine gute Wahl fuer Portale, moderne Backend-Dienste, REST-APIs und Integrationen im Microsoft- oder cloudnahen Umfeld.
Layer-3 statt monolithischer Altlast
Wir trennen Client, Business-Logik und Datenzugriff bewusst, damit Erweiterungen, Tests, Services und kuenftige Plattformwechsel nicht am Monolith scheitern.
Windows 11 ARM64 gleich mitdenken
Neben klassischen x64-Zielen beruecksichtigen wir auch aktuelle Plattformen wie Windows 11 ARM64, damit neue Hardware und kuenftige Deployments sauber vorbereitet sind.
Wann welche Richtung sinnvoll ist
Delphi ist sinnvoll, wenn
- bestehende Fachlogik weiterleben soll,
- komplexe Desktop-Prozesse stabil bleiben muessen,
- Windows-, macOS- und Linux-Clients auf gemeinsamer fachlicher Basis entstehen sollen.
C# ist sinnvoll, wenn
- REST-Server und Services aufgebaut werden,
- APIs und externe Integrationen im Mittelpunkt stehen,
- moderne Service-Architekturen gefragt sind.
Hybrid ist sinnvoll, wenn
- bestehende Anwendungen und neue Portale zusammenarbeiten muessen,
- Desktop, Services und Web dieselbe Datenbasis nutzen,
- Modernisierung schrittweise und als Layer-3-Struktur erfolgen soll.
Delphi-Modernisierung in der Praxis
Wenn eine alte Delphi-Anwendung fachlich noch wertvoll ist, modernisieren wir nicht blind. Wir trennen Verantwortlichkeiten sauber, ordnen die Datenbank neu, schaffen neue REST-Schnittstellen und ergaenzen bei Bedarf Clients fuer Windows, macOS und Linux auf derselben fachlichen Basis.
Services und Server als Teil derselben Architektur
Viele Fachsysteme brauchen heute nicht nur einen Client, sondern auch Hintergrunddienste, Windows- oder Linux-Services und REST-Server. Genau deshalb planen wir diese Teile nicht als nachtraeglichen Anbau, sondern als Teil derselben Architektur.
Unser Grundsatz
Technologie ist fuer uns kein Glaubenssystem. Entscheidend ist, dass Architektur, Teamfaehigkeit, Betrieb und kuenftige Erweiterungen zum Unternehmen passen.