• In einem Import Grosshandel soll die bestehende seit über 20 Jahren von verschiedenen Mitarbeitern selbstprogrammierte und ständige angepasste Anwendung auf eine neue technische Ebene gehoben werden
• Der Ausschlaggebende Punkt war die Ablösung der Oracle Datenbank und Desktop Anwendung mit langsamen Ladezeiten hin zu einer modernen Webanwendung mit MSSQL
  • Ersetzen von lizensierten DevExpress Componenten mit freien(OpenSource) und nachgebesserten JavaScript Bibliotheken + HTML/CSS 
• Selbstständige Analyse der bestehenden Komponenten, Aufstellung einer Dokumentation mit UseCases der bestehenden Anwendung
• Planung und Umsetzung der neuen Architektur anhand der ermittelten alten Anwendung und Anwendungsfällen, sowie Beweis der neuen Funktionen mit Selenium und NUNIT in einer ebenfalls aufgesetzten Testumgebung mit Mocking der PROD Umgebung

Zur Einführung neuer Medikamente muss die Wirksamkeit durch medizinische Studien nachgewiesen werden. Hierzu werden weltweit Daten von Probanden gesammelt und die Auswertung der Genehmigungsbehörde vorgelegt

• Konfiguration bestehender Studien anhand anspruchsvoller Qualitätskriterien der amerikanischen ?Food and drug administration? (FDA) für medizinische Studien innerhalb eines mehrstufigen deployments zur Qualitätssicherung, Datentransformation(ETL)
  • Unterstützung des Squad Team für App und Reporting bei anfallenden Bugs und Funktionserweiterungen

Upgrade einer bestehenden Anwendung auf neueste Bibliotheken, damit eine solide Basis für geplante Änderungen entsteht

• Selbstständige Analyse der bestehenden Anwendung und Anwendungsfällen mit nachstellen in einer Testumgebung
• Aufsetzen einer neuen .netCore Architektur mit full round trip

Die Anwendung InfoDisplay zur Darstellung von Produktionsvorsschriften im laufenden Betrieb, lief nicht mehr ohne Darstellungsfehler in neuen WebBrowsern, die im Rahmen von Windows updates zum Austausch anstehen

• Finden der Anzeige Unterschiede, reparieren, und erneuern, wo es neuere Darstellungsformen (z.B. neue Firmen Farben) gibt

Bei einem Kunden entsteht bei einer SQL-Anwendung zeitweise ein Performance Problem, welches bei anderen nicht Kunden auftritt

• Analyse des Kunden-Systems zusammen mit dem Auftraggeber: VM Konfiguration, Verteilung der Festplatten, RAM/CPU Auslastung, externe Anwendungen (periodisches Backup), Indexe, blocking transactions? Letztendlich konnte nichts eindeutig identifiziert, aber ein Effekt im Zusammenhang einer SQL-Prozedur nachgewiesen werden
• Diese setzt einen SQL-String dynamisch zusammen, um auf verschiedene Sonderfälle zu reagieren
• Als Lösung wurde diese komplexe ?Concat?-Prozedur in mehrere nicht dynamische Prozeduren mit SQL-Parametern und JOINs aufgeteilt (vorkompilierbar), die durch einen vorgeschalteten Verteiler angesteuert werden, der sicherstellt, dass die Signatur gegenüber der Anwendung weiterhin stabil unverändert bleibt, was mit automatischen Tests (vorher/nachher) bewiesen wurde

Für das Caching von Web-Session Daten wird eine schnelle NoSQL Datenbank von REDIS genutzt. Beim Abgleichen von Übergreifenden Sessions von anderen Geräten Logins, tritt ein Performance Problem auf, welches das System verlangsamt

• Nachstellen des Projektes in eines Docker DEV Umgebung. Analyse der Datenstruktur, deren Keys und Anwendungsfällen von Zugriffen
• Dabei fiel auf, dass die Keys noch nicht ausreichend für Datenzugriffe genutzt werden und im Programmierstil von Relationalen Datenbank (RDBMS mit SQL) genutzt wurde
• Durch Zugriff auf Keys konnte das Problem gelöst werden, ohne wie zuvor eine Datenmenge zu holen und durch Schleifen zu untersuchen. (NoSQL hat keine Joins)

• Relaunch der TDLog App, das die Qualitätssicherung der Nutzung von eindeutigen Seriennummern in den Produkten gewährleistet, wobei ein Artikel durch Unterteilung in Baugruppen mehrere Seriennummern nutzen kann
• Besondere Herausforderung ist die Gesamtmenge an Bestandsdaten von 64 Milliarden(Mrd) Einträgen, wobei die monatlich gesendete Menge von ca. 1,4 Mrd zuverlässig, ausfallsicher und schnell gegen den Bestand auf Duplikate geprüft wird
• • als technischer App-Owner:
    • Einweisung/Anlernen des Teams 
    • Beratung/Planung für neue Anwendungsszenarien 
  • Kompletter Entwurf der REST interfaces(C# in .NET Framework Core) 
  • Aufbau von Nunit Testszenarien, die zusammen mit einem Kollegen implementiert wurden 
  • Gestaltung und Ausprogrammierung der Backend Microservices, welche als Framework in Teamarbeit durch einen Kollegen vorbereitet wurden
  • Erstellung der Datenbank- Repositories (C#, Entity Framework(EF) ) 
  • Planung und Implementierung von Resilienz in einer faktenbasierten ?Insert-only? Datenbank die auch temporale Datenhaltung abbildet (Datenstand zu einem bestimmten Zeitpunkt)
  • Aufbau und Planung der Backlogliste und Organisation des Scrum Boards in AzureDevOps 
  • Einrichtung der AzureDevOps Build pipeline für CI/CD mit Docker und automatischen Tests, stufenweise in Dev/QA/PROD 
  • Mit 2 Team-Kollegen, die ich eingelernt habe: Batchweise Migration von 64 Milliarden Daten des App-Vorgängers parallel unter laufender Produktionsbedingung, mit Hilfe weiterer Konvertierungs- Microservices(C#) 
  • Sprint Planung durch Priorisierung der Backlog-Liste 
  • Unterstützung/Verfeinerung von Monitoring des laufenden Betriebes für unser Support Team 
  • Planung und Aufsetzen, sowie Unterstützung beim Ausprogrammieren des Web- Frontends(Angular) durch eine Kollegin

• TD Log: WaferTestData Logging von genutzten Seriennummern. Computerchips werden auf Wafern hergestellt und individuelle Merkmale eingespeichert; unter anderem eine Art Seriennummer. Diese Seriennummern werden stark vereinfacht ausgedrückt von 1 angefangen zu zählen und dann jeweils hochgezählt und für die verschiedenen Produkte getrennt ermittelt. Also können Handykarten, Konzertkarten und Kreditkarten die "gleiche" Seriennummer haben. Sie haben jedoch durch den verschiedenen Anwendungszweck eine komplett unabhängige Bedeutung.Von diesen Produkten und somit unterschiedlichen Check-Bereichen (Scopes) gibt es einige Hundert, die über mind. 10 Jahre rückverfolgbar sein müssen. dadurch sind bis jetzt  52mrd Daten mit 11TB Plattenplatz  entstanden, die aktiv ausgewertet  werden
• Nur die Eindeutigkeit von Seriennummern festzustellen lässt sich fasst an einem Tag in einer Datenbank umsetzen. In der Praxis ist es jedoch weitaus aufwändiger:
  • mit geringstmöglicher Belastung der produzierenden Maschinen zu übernehmen
  • mehr als 1,5 mrd Daten pro Monat zuverlässig annehmen
  • ankommende Daten möglichst Fehlertolerant zu Bearbeiten (Stichworte: Resilienz, Idempotenz) 
  • Die Anwendung kann nicht mehr nur auf einer (Monster) Server Maschine Laufen, die exorbitant viel Resourcen (CPU,RAM,HDD) hätte, sondern ist auf mehrere Server aufgeteilt (=Docker, DB-Server, Rest-Interfaces), um resourcenschonend  (=Kosten) und ausfallsicher zu arbeiten
  • ein generisches Datenformat annnehmen, welches flexibel zukunftstauglich ist (Wir haben uns für JSON entschieden)
  • Die Daten werden aus security Gründen verschlüsselt über verschiedene Netzwerke(VPNs) transportiert
  • sollte eine doppelte Seriennummer gefunden werden, muss bei der Suche unterstützt werden

• Für eine KFZ Wegfahrsperre wird ein besonderer Workflow benötigt, wo asynchron verschlüsselte Daten in der Produktion an das Backend gesendet werden
• Diese werden zur Qualitätsprüfung(Struktur/Duplikate) verschlüsselt an den per Mail an den Kunden zur Überprüfung übergeben und nach dessen Genehmigung an zur Produktion freigegeben
• Hier ist die Herausforderung an die Produktionsdaten heranzukommen, ver-/entschlüsseln mit public/private-key, die Kunden?ommunikation automatisch über ein besonders geschütztes Netzwerk(VPN) umzusetzen
• In diesem Fall wurde eine Datenbank Implementierung mit Key-Value Prinzip eingeführt, die vollkommen generische Daten entgegen nimmt; ähnlich einer NoSQL Datenbank. Zudem wurde ein Microservice gesteuerter Workflow umgesetzt
  • technischer App Owner: Berater für den laufenden Betrieb 
  • Aufnahme der Anforderung in ein Lastenheft 
  • Entwurf des Workflow und die Schnittstellen 
  • Anpassung des vom Kollegen erstellten Angular Web-Frontends 
  • Erstellung von 
    • Repository APIs (C#, Swagger) 
    • Testszenarien in NUNIT 
    • Monitoring 
  • Planung und Umsetzung von Microservices, damit ein Workflow kleinteilig durch Konfiguration gesteuert werden kann, was nachträgliche Änderungen vereinfacht
  • Planung und Implementierung der Datenbank in MSSQL sowie deren Satelliten an den asiatischen ?entfernten? Produktionsstandorten und Anbindung der Daten an die Zentraldatenbank

In der Firma werden eine Vielzahl von Computer Chips produziert. Die ?SCA? Abteilung ist insbesondere daran beteiligt High-Secure Chips für Bankkarten, ÖPNVKarten, MobileChips, KFZ-Wegfahrsperre in der Produktion mit entsprechenden Daten zu versorgen. Alle Produkte vereint, dass sie zuverlässig auf der ganzen Welt eindeutige Seriennummern haben müssen. Diese App ?TestDataLogging (TDLog)? dient als Qualitätsicherung in der alle vergebenen und damit im Einsatz befindlichen ?Seriennummern? protokolliert werden und sicherstellt, dass keine Duplikate auftreten. Die besondere Herausforderung ist, an die knapp 1 Milliarde Daten pro Monat aus den Produktionsmaschinen heranzukommen. Hierbei muss die Verarbeitung so zuverlässig und schnell sein, dass die Produktionsgeschwindigkeit nicht gefährdet ist. Eine Verlangsamung würde Maschinenpausen und damit kostenintensive Lieferverzögerungen erzeugen. Gleichzeitig muss aber jederzeit die zuverlässige Auswertung auf Duplikate über die gesamte Datenmenge gewährleistet sein

• technischer App Owner: Berater für den laufenden Betrieb ? Aufnahme der Anforderung in ein Lastenheft 
• Entwurf und Implementierung der 
  • Schnittstellen (Repository APIs) 
  • automatischen Testszenarien in NUNIT 
  • Monitoring Features 
• Unterstützung eines Kollegen beim Erstellen des Web-Frontend 
• Entwurf und Umsetzung der verteilten Datenbank Architektur in den asiatischen Standorten und der Zentraldatenbank in Hamburg

Bevor ein neues Medikament eingeführt wird, muss die Wirksamkeit nach einigen Voruntersuchungen in einer Reihenuntersuchung am Patienten bewiesen werden. Dazu fallen weltweit grosse Datenmengen an, die nach einem Upload in einer zentralen Datenbank landen. Damit die Datenbank auch künftigen Anforderungen gewachsen bleibt, ist sie sehr stark Normalisiert, bis hin zu einer Key-Value Struktur

• Erstellung von Datentransformationen für Auswertungen, Performance- Optimierung, Dokumentation
• Arbeiten innerhalb strenger Qualitätsanforderung an Daten und Dokumentation für medizinische Studien, damit es einer Zulassung der amerikanischen ?Federal Drugs Administration? (FDA) gerecht wird

• Der Ersteller von Software für TV online Gewinnspiele hat seine Datenbankstruktur an die des Kunden aus dem TV-Bereich angepasst, um Daten einfacher austauschen zu könnnen. Die bestehenden Reports werden der neuen Struktur angepasst. 
• Erneute Datenbbankanbindung der neuen 8n und neue Aufteilung in der Berichtsdarstellung. 

• Bei einem grossen Unterhaltungselektronikhersteller muss die Produktion nach ISO9001/2 sehr genau dokumentiert werden. Diese Datenbank setzt schon in der Entwicklung und des Testens neuer Produkte an, um auftretende Fehler zu erfassen und Maßnahmen zu koordinieren. Es werden mehrere Datenquellen zu einer gemeinsamen neuen Anwendung zusammengefasst und um zusätzliche Daten angereichert. 
• Komplette Anwendungsentwicklung mit genauer Aufnahme der Kundenanforderung nach Vorlage eines Lastenheftes, Datenintegration bestehender Quellen, Reporting, Übergabe mit Dokumentation

• Der Kunde kauft gebrauchte Druckmaschinen auf und vertreibt diese über die Website. Hierzu wurden in der Vergangenheit neue Maschinen mit HTML editiert. Jetzt liegt eine Datenbank im Hintergrung, die automatisch aus dem ERP-System des Kunden befüllt und somit auch online gestellt wird. Ausserdem wird ein online Datenpflegeformular zur Administration angeboten, wenn sich kurzfristig veränderte Beschreibungen oder Verkäufe ergeben sollten. 
• Designentwurf erfolgt mit einer befreundeten Firma, dessen Vorlage ich mit einer Datenbankanbindung dynamisiert habe. Erstellung von Progammhilfen für laufenden Datenimport

• Der Ablauf in einem Krematorium von der Einlieferung des Verstorbenen bis zur Kremierung muss einige Schritte sehr genau in der Reihenfolge eingehalten. 
• Erarbeitung des Konzeptes und der Architektur mit 2 Kollegen, Datenbankanbindung, Anwendungsoberfläche, Programmierung der Logik in der Service-Schicht.

• Konsolidieren verschiedener Datenbanken Support bei Berichtserstellung für Kennzahlen Dokumentation der Abläufe Übergabe von Programmen
• Bestandsaufnahme aller bestehenden nicht SAP R/3 Anwendungen und Dokumentation dieser, sowie Prüfung von Integrationsmöglichkeiten und weitere Erforderlichkeit.. Übergabe und Schulung von Anwendungen, wo es noch nicht vollständig an die Anwender erfolgte. Abgabe von Wartungsaufgaben
• Aufklärung der eigenen Kunden über die künftige Wartungsverantwortung
• Fertigstellung von laufenden Projekten sowie Einarbeitung letzter dringlicher Anpassungen, die sonst lange voraus geschoben wurden. Erstellen von Behelfsdokumentation von häufig auftretenden Problemen für eine einfache Wartung durch die Anwender oder benannter Personen
• Konvertierung von Datensammlungen für die Übergabe an die IT der ContiTech. Diese Arbeit erfolgte vielfach als Unterstützung der Anwender aus dem eigenen Hause und auch für eigene betriebene Datenquellen. 
• Mitarbeit im Team, Dokumentation der eigenen Programme, Datenkonvertierungen 

• Der Aussendienstmitarbeiter, der im Namen PHOENIX verschiedenen Kunden besucht, schreibt momentan (wenn überhaupt) seine Besuchsberichte auf Zetteln, die er der Zentrale zufaxt. Hierzu soll nun eine offlinefähige Datenbanklösung zur Erfassung von Besuchsberichten erstellt werden. 
• Zu berücksichtigen ist hierbei, dass der Aussendienstmitarbeiter wegen schwieriger technischer Möglichkeiten mit seinem Laptop nur selten am Netzwerk angemeldet (online) ist und trotzdem seine Berichte erfassen soll. Bei eintreffen in seinem Office mit einem Netzwerkzugang kann dann ein Datenabgleich mit der Zentraldatenbank erfolgen. Das soll automatisch und konsistent passieren (beidseitige Datenreplikation), da die Zentrale gemeinsame Kundenstammdaten vorhält und ebenfalls Änderungen vornehmen kann. 
• Eigenanteil Komplette Erstellung incl. Kundenberatung und Erstellung eines Pflichtenheftes mit einem Angebot