EicDevCon UG
Kontakt

[ 01 // SOFTWARE · SYSTEMS · PRODUCTS ]

Software, die auch außerhalb der Demo trägt.

EicDevCon entwickelt Web- und Mobile-Anwendungen, Integrationen und technische Systeme – nachvollziehbar geplant und belastbar umgesetzt.

Technische Ausgangslage besprechen Leistungen ansehen
Systemskizze: Clients, Dienste, Identität und Datenhaltung Web- und Mobile-Clients greifen auf eine gemeinsame Dienstschicht zu. Diese ist mit einem Identitätsdienst für Authentifizierung und Autorisierung sowie mit der Datenhaltung verbunden. Beides läuft auf einer gemeinsam betriebenen Infrastruktur. WEB / MOBILE API / SERVICES IDENTITY DATA INFRA [ SYSTEMSKIZZE ]

WEB · MOBILE · IAM · INTEGRATION · INFRASTRUCTURE

[ 02 // ARBEITSFELDER ]

Wo technische Arbeit beginnt.

Sechs Felder, in denen EicDevCon Verantwortung übernimmt – beschrieben über die Aufgabe, nicht über den Stack.

  1. Software & Integrationen

    Fachanwendungen, Schnittstellen und Datenflüsse zwischen Systemen, die ursprünglich nicht füreinander gebaut wurden.

    PHP · Python · TypeScript · PostgreSQL · Docker

  2. Webanwendungen & Plattformen

    Serverseitig gerenderte Anwendungen und Plattformen, die auch nach Jahren noch wartbar, erweiterbar und erklärbar sind.

    PHP · TypeScript · PostgreSQL · Docker · Linux

  3. Webentwicklung

    Unternehmens-, Produkt- und Content-Websites – individuell entwickelt oder mit einem passenden CMS.

    PHP · TypeScript · Linux · Docker · Privacy by Design

  4. Mobile Development

    Native Anwendungen für Android und iOS – einschließlich Datenhaltung auf dem Gerät, Plattformunterschieden und Release-Prozessen.

    Kotlin · Swift · Android · iOS · Offline-first · Privacy by Design

  5. Identity & Access Management

    Authentifizierung, Autorisierung und Benutzerverwaltung zwischen Systemen, die ursprünglich getrennt gedacht waren.

    Keycloak · OpenID Connect · OAuth 2.0 · SAML · LDAP · SCIM · Hochverfügbarkeit

  6. KI-gestützte Softwarelösungen

    Von der ersten Idee bis zur anwendungsfähigen KI-Lösung: Softwarearchitektur, Machine Learning, Sprachverarbeitung und Sprachmodelle in einem System.

    Python · spaCy · Natural Language Processing · Machine Learning · OCR · Large Language Models · Local LLM

[ 03 // POSITIONIERUNG ]

Warum EicDevCon?

Technische Projekte brauchen mehr als funktionierenden Code. Entscheidend sind Lösungen, die sich in bestehende Strukturen einfügen, nachvollziehbar bleiben und auch langfristig beherrschbar sind.

  • Erfahrung aus anspruchsvollen IT-Umgebungen

    Softwareentwicklung und Integration mit Blick auf bestehende Systeme, technische Abhängigkeiten, Sicherheit und zuverlässigen Betrieb.

  • Technisches Verständnis über den Code hinaus

    Architektur, Schnittstellen, Datenflüsse, Betrieb und Datenschutz werden gemeinsam betrachtet – statt einzelne Anforderungen isoliert umzusetzen.

  • Direkte und nachvollziehbare Zusammenarbeit

    Kurze Kommunikationswege, technische Einordnung von Anforderungen und transparente Entscheidungen ohne unnötige organisatorische Ebenen.

  • Nachhaltige Lösungen

    Der Fokus liegt auf wartbaren Systemen, nachvollziehbaren Architekturen und möglichst geringen technischen Abhängigkeiten.

EicDevCon unterstützt Unternehmen dort, wo Standardlösungen nicht ausreichen und technische Entscheidungen langfristige Auswirkungen haben.

[ 04 // ENGINEERING PROOF ]

Der Stack ist Mittel, nicht Aussage.

Technologien werden hier in dem Zusammenhang gezeigt, in dem sie tatsächlich eingesetzt werden.

Application Engineering

Websites, Fachanwendungen, Schnittstellen und Datenflüsse – dort, wo technische Anforderungen, Geschäftslogik und bestehende Systeme zusammenkommen.

  • PHP Serverseitige Anwendungen und Schnittstellen, einschließlich dieser Website.
  • Python Datenverarbeitung, Automatisierung und Integrationsskripte.
  • TypeScript Typsichere Anwendungslogik im Browser und in Node-Werkzeugen.
  • PostgreSQL Relationale Datenhaltung mit belastbaren Konsistenzgarantien.

Mobile

Native Anwendungen für Android und iOS, einschließlich Datenhaltung auf dem Gerät und Release-Prozessen.

  • Kotlin Android-Anwendungen einschließlich lokaler Datenhaltung.
  • Swift iOS-Anwendungen mit plattformeigenen Bedienmustern.
  • Android Plattformspezifische Anforderungen, Berechtigungen und Store-Prozesse.
  • iOS Review-Anforderungen, Datenschutzangaben und Release-Zyklen.
  • Offline-first Anwendungen, die ohne Netzverbindung vollständig nutzbar bleiben.

Identity & Access

Authentifizierung, Autorisierung und Benutzerverwaltung zwischen Systemen, die ursprünglich getrennt gedacht waren.

  • Keycloak Zentrale Authentifizierung, Realms, Clients und Rollenmodelle.
  • OpenID Connect Standardisierte Anmeldung für Web- und Mobile-Clients.
  • OAuth 2.0 Delegierte Autorisierung zwischen Diensten.
  • SAML Anbindung bestehender Unternehmens-Identitätsanbieter.
  • LDAP Verzeichnisdienste als führende Quelle für Benutzer und Gruppen.
  • SCIM Automatisierte Bereitstellung und Entfernung von Benutzerkonten.

KI-Engineering & Applied AI

Maschinelles Lernen, Sprachverarbeitung und Sprachmodelle als Bestandteil einer Fachanwendung – nicht als Vorführung daneben.

  • spaCy Sprachanalyse und Erkennung von Entitäten in unstrukturierten Texten.
  • Natural Language Processing Sprachliche Strukturen erschließen, wo feste Regeln zu starr wären.
  • Machine Learning Trainierbare Klassifikation dort, wo sich Muster nicht abschließend aufzählen lassen.
  • OCR Texterkennung in Scans, wenn ein Dokument keine verwertbare Textebene mitbringt.
  • Large Language Models Semantisches Verständnis dort, wo Regeln und Klassifikation an ihre Grenzen kommen.
  • Local LLM Sprachmodelle in der eigenen Infrastruktur betreiben, etwa über Ollama oder LM Studio.

Platform & Operations

Laufzeitumgebung, Betrieb und Verfügbarkeit – die Ebene, auf der sich Architekturentscheidungen zuerst rächen.

  • Linux Betriebssystembasis für Anwendungs- und Datenbankdienste.
  • Docker Reproduzierbare Laufzeitumgebungen für Entwicklung und Betrieb.
  • Kubernetes Orchestrierung, wenn mehrere Dienste gemeinsam betrieben werden.
  • Hochverfügbarkeit Ausfallverhalten, Redundanz und Betriebsgrenzen – vor dem Vorfall geklärt.
  • Privacy by Design Datensparsamkeit als Architekturentscheidung, nicht als nachträgliche Einstellung.

Alle Kompetenzfelder ansehen

[ 05 // PROJECTS ]

Entscheidungen brauchen einen Kontext.

Case Studies zeigen Ausgangslage, Verantwortung, Systemgrenzen und die Gründe für die getroffenen Entscheidungen.

Case Study

AuraHarmony – Produktwebsite für eine Mobile-App

Mehrsprachiger Webauftritt für ein natives iOS-/Android-Produkt mit Produktkommunikation, Blog, Wissensinhalten und Privacy by Design.

Privacy by Design

Case Study ansehen

Die Rolle der Website im Produktumfeld

IOS · ANDROID

  1. 01 PRODUKT AURAHARMONY
  2. 02 PRODUKTWEBSITE
  3. 03 PRODUKTSEITEN
  4. 04 BLOG · WISSEN
  5. 05 MEHRSPRACHIGE INHALTE
  6. 06 PRIVACY BY DESIGN

AUFFINDBARKEIT · APP-VERWEISE

Alle Projekte ansehen

[ 06 // PRODUCTS ]

Wir entwickeln nicht nur für andere.

Eigene Produkte machen Entscheidungen zu Architektur, Datenhaltung und Betrieb über die gesamte Lebensdauer nachvollziehbar.

AuraHarmony

Eigene mobile Produktentwicklung von EicDevCon für Android und iOS – nativ umgesetzt, mit Datenhaltung ausschließlich auf dem Gerät.

Kotlin · Swift · Android · iOS · Offline-first · Privacy by Design

Zum Produkt

Offline-first-Architektur von AuraHarmony Die Android- und die iOS-Anwendung teilen sich ein gemeinsames Fachmodell. Dieses greift auf eine lokale Datenhaltung auf dem Gerät zu. Es gibt keinen Serverabgleich: Sämtliche Daten verbleiben innerhalb der Gerätegrenze. ANDROID / KOTLIN IOS / SWIFT FACHMODELL LOKALE DATENHALTUNG [ GERÄTEGRENZE ] KEIN BACKEND · KEIN ABGLEICH
Sämtliche Nutzungsdaten verbleiben auf dem Gerät. Es findet kein Abgleich mit einem Server statt.

Alle Produkte ansehen

[ 07 // INSIGHTS ]

Notizen aus der technischen Praxis.

Fachbeiträge zu Fragen, die in Projekten tatsächlich entschieden werden mussten.

Identity & Access Management

Keycloak hochverfügbar betreiben

Hochverfügbarkeit ist bei Keycloak keine Konfigurationsoption, sondern eine Architekturentscheidung. Was dabei tatsächlich entschieden werden muss.

Alle Beiträge ansehen

[ 08 // ARBEITSWEISE ]

Erst die Systemgrenzen. Dann der Code.

Vier Schritte, die vor der ersten Zeile Code stehen – und danach weiterlaufen.

  1. Ausgangslage verstehen

    Welche Systeme existieren bereits, wer betreibt sie, und welche Annahmen wurden bisher nie überprüft?

  2. Abhängigkeiten und Risiken einordnen

    Was passiert bei Ausfall, bei Lastspitzen, bei Datenqualitätsproblemen? Diese Fragen gehören vor die Architektur.

  3. Architektur bestimmen

    Systemgrenzen, Verantwortlichkeiten und Technologieentscheidungen werden begründet und schriftlich festgehalten.

  4. Umsetzen und weiterentwickeln

    Software wird gebaut, betrieben und angepasst. Wartbarkeit ist ein Ergebnis der ersten drei Schritte.

[ 09 // KONTAKT ]

Ein Problem lässt sich besser planen, wenn es konkret wird.

Ausgangslage, bestehende Systeme, Zeitrahmen und offene technische Fragen genügen für eine erste belastbare Einschätzung.

Technische Ausgangslage besprechen