Consultant, Software Entwicklung (Architekt, Design, Koding), Analysen (Soll- / Ist- / Wirtschaftlichkeit / Prozess Organisation -optimierung) Lösungsvorschläge

• STS war eine Präsentationsschicht, zur Handhabung von strukturierter Daten. Dadurch wurde eine allgemeine Handhabung von Daten erreicht, die es dem Benutzer erlaubt direkt mit seinen Daten zu arbeiten statt mit vielen Programmen, Formaten und Philosophien. Er kann seinen Arbeitsprozess selbst den Gegebenheiten anpassen.
• Auf den Entwicklungsprozess von Software angewendet, ergeben sich ungeahnte Möglichkeiten. Überwiegend erleichtert der Prozess die Entwicklung, was den Weg zu komplexeren Programmen ebnet. Der interne Entwicklungsprozess arbeitet intensiv mit Codegeneratoren. In diesem Prozess erstellt der Kunde – indirekt – gut gekapselte Beschreibungen, der Kommunikationsbedarf der Programmierer ist sehr gering.
• Zwar fand ich immer wieder Finanzgeber, sie zogen sich jedoch zurück, 2008 wegen der Finanz-, 2010 wegen der Eurokrise, 2012 wegen der FaceBook Aktie. Das Timing war schlecht und Finanzbeschaffung ist definitiv nicht mein Gebiet.
• STS wurde immer weiter entwickelt und besteht zur Zeit aus ca einem Dutzend Elementen: Parser, div. Codegeneratoren, Datenbank, DSL Engine usw. Es wird mit Aspekten und in der Cloud gearbeitet. Auf dem Weg zu diesen konzeptionellen Lösungen musste ich einmal quer durch alles, was die IT zZ intensiv beschäftigt. 
• Das Produkt selbst ist in Java erstellt, generiert aber auch C/C++, JavaScript und HTML5 Code etc. Ich habe ich mit (No)SQL Datenbanken und vielen anderen aktuellen Werkzeugen intensiv auseinandergesetzt

Wie kommt man vom gewachsenen, unstrukturierten Monolithen zu einer wieder wartbaren Architektur und kann dabei mehrere Produktvarianten vom neuen Monolithen bis zur Cloud liefern?

Die Situation war speziell, die Anforderungen hoch und dennoch war es mir möglich mehrere Vorschläge zu unterbreiten. Eine davon setzte auf mehrere aktuelle Werkzeuge, die einen schnellen Umstieg ermöglichen, technisch und organisatorisch aber hohe Anforderungen setzen. Ein weiterer zeigte auf, dass ein schrittweiser Umbau theoretisch zwar möglich wäre, der zu betreibende Aufwand es aber unwirtschaftlich und nicht mehr planbar machen würden; dennoch wurde gezeigt wie es gehen könnte. Letztlich wäre auch eine Mischung der beiden Vorgänge möglich.

Meist wird ein Umbau angestrebt. Aufgrund des gewachsenen Codes gab es aber kaum Strukturen auf denen man hätte aufgesetzt können - das geradezuziehen hätte viel Personal benötigt. So viele Personen können aber an diesem Code nicht gleichzeitig abrbeiten, sie würden sich gegenseitig behindern. Das könnte nur ein kleines hoch kooperatives und gut eingespieltes Team leisten - und bliebe doch immer unzufrieden. Die seltene Datenstruktur lud geradezu zum Generieren großer Teile des Codes ein und hätte eine schnell herstellbare und leicht weiterzuentwickelnde Basis binnen Wochen geliefert.

• Konzept und JavaEE Beispiel eines aktualisierten, über die verschiedenen Techniken (RZ, Virtuelle Maschinen und Container) und Entwicklungsphasen (Planung, Testdaten, Entwicklung, Tests, Deployment, Betrieb) hinweg einsetzbares Health- und Monitor-Konzepts.
• Es galt bestimmte Bedingungen für das Deployment zu erfüllt. OPS brauchte ein paar Informationen, wie so etwas aussieht, wie man es kommuniziert und wer wann was umsetzen soll.
• Viele offene Punkte, die eine Absprache mit anderen Abteilungen benötigen, wie Schnittstellen (wie soll man sich in welcher Situation identifizieren, welche Tests fahren und wie diese auswerten) wollte OPS selbst mit diesen diskutieren.
• Das eigentliche Konzept wurde um ein Basisklassensystem erweitert und aufgezeigt, dass ein paar kleine organisatorische Änderungen und Code Generatoren recht wirksam wären

Letztlich wurde es ein Gesamtkonzept wie sich die aktuellen Änderungen vom MicoService über Virtualisierung, Skalierungund DevOps auf die Programmierung auswirken.

Produkt:

Eine integrierende Plattform, die alle geschäftlichen und sozialen Tätigkeiten privater und geschäftlicher Nutzer, vereint, sie frei interagieren lässt und die frei gestaltet werden können.

Dazu: Eine nicht überladbare Benutzerführung, fliessender Übergang bei DB Techniken von BigData über Graphendatenbanken bis zur relationalen DB, ein eigener Arbeitsprozess, (Individual-) Software on Demand und vieles mehr.

Umsetzung:

Vollprogrammierbare Datenbank auf den Beschreibungen der Daten und Arbeitsschritte durch DSLs und Codegeneratoren als StandAlone, Client/Server und / oder Cloud Applikation mit einem HTML, Apps oder rich clients Frontends realisiert werden können.

Aufgaben:

• Ideen, Konzepte, Umsetzung; initiale Gründerarbeiten und Venture Capital.
• Technische Leitung im ersten Team

• Redesign einer bestehenden C++, Corba Applikation auf Java und WebDienste incl. Oracle und deren Enterprise Service Bus.
• Konzept, Architektur und Arbeitsprozesse.
• Neben der Grundsätzlichen Architektur (es wurden mehrere Varianten durchgesprochen), wurden Designmittel und Vorgehen ausführlich durchgesprochen und dokumentiert.

• Analyse der aktuellen Lösung (DB und Schnittstellen)
• Alternativen erarbeiten um mit weniger Aufwand und Trafik die Arbeiten effektiver durchführen zu können
• Aufstellung der anfallenden Arbeiten und des neuen Arbeitsprozesses

• Neue Persistenzschicht für ein Programm, dass ein Protokoll für Haussensorik (Feuermelder ...) erstellt, diesmal für den MS Server (ersetzt Oracle). Dabei wurden die Daten gesammelt, gepuffert, bewertet und teilweise zusammengefasst.
• Mein Beitrag war das Konzept incl. Prototyp und einigen kleineren aber notwendigen Tools wie ein Threadpool ... Scrum

• Mit einigen (kleineren) Kunden waren langfristige Verträge vereinbart worden, die wegen einer Neugründung einer Firma nun gekündigt wurden. Jeder wollte noch etwas.
• Diese Arbeiten lasteten mich zu ca. 60% aus.
• Die restlichen 40% wurden für die Konzeption und Organisation der eigenen Firma / Produkte in Zusammenarbeit mit drei Kollegen verwendet.

• Aufbau der Abteilung
• Beratung
• zeitweise Teamleitung
• Architektur GUI
• Konzeption der Animation (bis auf Systemebene hinunter – teilweise direkte Kommunikation mit dem Prozessor)
• Prozessentwicklung und – optimierung,
• Konzept und Prototyping eines Code Generators für stereotype Codesegmente
• Schnittstellen Konzeption und Beratung bei Geschäftslogik (anderer Programmteile) incl. MOST und LIN
• Schulung neuer Mitarbeiter,
• Implementierung (MediaPlayer / Navigation)

• Analyse des Vorgängers,
• Aufsetzen des neuen Produkts
• Konzeption des neuen MediaPlayer in Zusammenarbeit mit dem Kollegen von der Geschäftslogik (Definition des Interface auf Basis von MOST)
• Schulung neuer Mitarbeiter