• Neuentwicklung einer internen Software zur Annahme von Bestellungen
• Rewrite eines bestehenden AngularJS Projekts in vue.js
• Erweiterung einer bestehenden React-Software um neue Funktionen
• Anbindung von REST-Services
• Unterstützung beim Deployment und dessen Automatisierung
• Dokumentation und Schulung der Mitarbeiter

Entwicklung, Web-Entwicklung

• Es wird eine Webapplikation mit React JS, Javascript entwickelt. Die Software bedient folgende Benutzerrolle: 
  • ein ?Mitarbeiter? ist eine mit einer Gmail-Adresse eingeloggte Person. Es gibt zwei Rollen von Mitarbeitern, die aber in der Applikation nicht unterschieden werden. 
  • Für das bessere Verständnis der Anwendungsfälle werden sie hier trotzdem aufgeführt: 
    • "Sales? sind Personen, die in der Akquise tätig sind. Sie sind primär an der Auswertung des Tech-Radars interessiert, die sie in ihre Tätigkeit einbeziehen können. 
    • "Entwickler*in? kann neue Technologien erfassen und bestehende Technologien bewerten. Der Techradar wird in einem zweidimensionalen Graphen abgebildet, der aus zwei Achsen "Können" (can) und "Wollen" (want) 
  • In ?Können? wähle ich als Entwickler*in zwischen 4 Kategorien die beschreiben, wie gut ich die Technologie beherrsche: 
    • ?professional?, ?advanced?, ?beginner? und ?unknown?. Diese Stichwörter werden jeweils mit einer kurzen Beschreibung ergänzt, damit alle die Levels gleich verstehen. 
  • In ?Wollen? beschreibe ich als Entwickler*in, ob ich die Technologie machen möchte. Dabei wähle ich zwischen ?ja?, ?eher ja?, ?neutral?, "eher nein?, ?nein?. Die vollständige Aufzählung dieser Auswählen mit Hilfetext sowie die bereits vorhandenen Technologien sind im Dokumentenpool hinterlegt unter ?Spezifikation - Auswahlen & Technologien?. 
  • Folgende User-Stories sollen umgesetzt werden: 
    • Als Benutzer kann ich mich mit meiner G-Mail-Adresse via Google authentifizieren. 
    • Als Entwickler*in will ich neue Technologien verwalten, damit ich (oder andere) diese sofort oder später bewerten kann. 
    • Als Entwickler möchte ich eine Bewertungsansicht haben, damit ich Technologien bewerten kann. Einerseits möchte ich eine Sammlung von noch nicht bewerteten Technologien haben, damit ich keine Technologien vergesse. Andererseits möchte ich sehen, welche Technologien ich bereits wie bewertet habe, um allenfalls Korrekturen machen zu können. Als Entwickler*in kann ich meine Technologie-Bewertungen jederzeit anpassen und muss nicht alle Technologien auf einmal bewerten. 
  • Als Sales möchte ich eine Live-Auswertung folgender drei Auswertungen in Form eines Graphen mit zwei Achsen haben:
    • Welche Technologien kann/will der Kunde als ganzes machen (z.B. Zentroid, kann aber im Variantenvergleich abgehandelt werden) - Welche Technologien kann/will eine Person machen (Filter nach Person) 
    • Welche Personen können/wollen eine Technologie machen (Filter nach Technologie) 
  • Es gelten folgende nicht-funktionalen Anforderungen: 
    • Software-Design: Die Applikation ist für Firebase (12factor) mit einem React-Frontend konzipiert. 
  • Software-Design:
    • Die Applikation nutzt die Datenbank sparsam, d.h. macht keine unnötigen Requests (z.B. durch `useEffect`die zu häufig getriggert werden.) 
  • Sicherheit:
    • Der Lese- und Schreibzugriff auf Datenbank-Ebene ist auf eingeloggte Benutzer mit einer Gmail Adresse beschränkt. Löschen via UI ist nicht erlaubt. 
  • Datenbankberechtigungen Performance:
    • Die Anzeige der Diagramme ist auch mit steigender Anzahl Technologien und Mitarbeitenden performant, d.h. Die Anzeige des Diagramms dauert weniger als 2s (z.B. mit 300 Technologien und 40 Personen, die alle Technologien verwendet haben).
  • Skalierbarkeit:
    • Die Applikation sollte in der Lage sein, mit einer steigenden Anzahl von Benutzern und Daten umzugehen und längere Listen sinnvoll paginieren. 
  • UX:
    • Für die Bedienung darf kein dediziertes Benutzerhandbuch notwendig sein. Die App soll intuitiv sein. Hinweise und Hilfestellungen sollen wo notwendig direkt in der Applikation mit Hilfetexten beschrieben sein. 
  • Dokumentation:
    • Wichtige Teile der Software müssen mit den richtigen Techniken beschrieben werden: 
      • Systementwurf der Architektur - Wireframes als Vorbereitung für das UI -Entity-Relation-Diagramm für die Business-Domain (es wird eine NoSQL-Datenbank eingesetzt, das ERD soll trotzdem korrekt dargestellt werden) 
  • Tests:
    • Die Berechnung der Daten (Calculator für Graph-Daten) wird mit Unit-Tests getestet. Die Testabdeckung des geschriebenen Codes beträgt 100%.
    • Internationalisierung:
      • Die Applikation muss nur auf Englisch übersetzt sein.
  • Wartbarkeit:
    • ?Die Codebasis sollte gut strukturiert sein und leicht zu warten sein, um die Weiterentwicklungs- und Wartungskosten zu minimieren.

• Ein - mit Lavarel/Lumen/Vue.js - Framework bzw. mit/in VUE erstelltes/generiertes - Formlar ist seit Ende 2020 am laufen. 
• Ein User füllt ein FRM (inkl. UnterschriftFeld) aus. 
• Die generierten Felder und die Unterschrift sind im PDF sichtbar und können dann an die jeweilge MailAdresse des User (und Admin) gesendet werden? Zuvor ist es für den User möglich, per Button (das generierte) Vorschau-PDF einschließlich der Eingabedaten (Unterschrift + Felddaten), in einem neuen Fenster (Modal/PopUp) als Vorschau anzuzeigen / zu sehen. 
• Ab der Umstellung auf PHP8.1 war es notwendig auf diverse Upgrades der Packete bzw. Abhaengigkeiten untereinander zu fahren, da das Framework auch in die Jahre gekommen ist. Zwischenzeitlich hat es (nach den gaengig beschriebenen Upgrades) wieder funktioniert. 
• Das FRM funktioniert nun leider wieder nur bis zu dem Punkt an dem (Step 3 Erlaubnis/Finish) eine Unterschrift getaetigt werden kann und der Button "Vorschau" und das Versenden der Mails funktionieren nicht mehr. Im Orig wird - ueber den Button "Bitte hier PDF-Dokument abspeichern/anschauen" 
• ein PDF von den vom User getaetigten Angaben inkl. Unterschrift generiert. Nun sind jetzt nach einen erneutem "composer update" ueber/in Putty offensichtlich einige Abhaengigkeiten (oder auch Scriptfehler?), "verutscht" und leider fehlt "auf die Schnelle" der Ansatz/Einstieg zur Korrektur. Dies fuehrt aktuell dazu, dass zum Einen das Script nicht ausgefuehrt wird und produziert eine "Cors-Missing-Allow" bzw. "500"er-FehlerMeldungen. 
• Auch das (im Orig eigtl. funtionierendem) Versenden der User/Admin-Mails über den Button "Senden" wird (vermutlich aus dem selben Grund) nicht mehr versendet.

• Entwicklung von Online Tarifrechnern für die Versicherungsbranche mit Java, Spring und Angular
• Portierung bestehender AngularJS Frontends auf Angular2+
• Neuentwicklung der gemeinsam genutzten Frontend Architektur und Komponenten Bibliothek
• Implementierung und Erweiterung von Webservices in Java und Spring
• Anbindung von Drittanbieter-APIs per SOAP und REST, sowie Erstellung eigener REST Schnittstellen
• Aufbau einer Java Bibliothek zur Generierung und Befüllung von PDFs
• Schreiben von Unit- und End-to-end Tests
• Autogenerierung von Datenmodellen und API-Dokumentationen mit Swagger

• Entwicklung von psychologischen Leistungstests als Browsergames für die HR-Platform neurolympics.nl
• Entwicklung eines Customer Dashboards zur Datenanalyse und ?visualisierung
• Internationalisierung der Anwendung
• Performance Optimierung von webGL/CSS3/SVG Animationen
• Agile Entwicklung innerhalb eines internationalen Teams
• Integration und Deployment in AWS
• Entwicklung einer Desktop Version der Browser-Games als electron-App
• Einrichtung und Datenexport in eine R-Studio Umgebung zur Datenanalyse 

• Aufbau und Pflege von E-Commerce Websites 

• Programmierung und Datenanalyse in MATLAB/R/Python, wissenschaftliches Schreiben

• Datenanalyse in R/Python