Gregory Richert

Identification de leviers permettants d'améliorer l'expérience utilisateur sur un parcours d'agrégation de comptes bancaires via feedback utilisateur (analytics, session replay et GetFeedback). Passage du frontend legacy vers clean architecture en sécurisant par les tests via Strangler Fig Pattern. Ajout d'un environnement in memory. Développement d'une nouvelle UI & UX avec composants réutilisables, communication inter-onglets, communication temps-réel avec backend via SignalR (websocket). Participation à l'architecture globale du projet ainsi qu'à la définition des contrats d'interfaces des partenaires. Résultats : +20% de conversion, meilleure évolutivité de la codebase, apparition plus rare de bugs.

Création d'un nouveau service backend spécifique à la gestion des events (domain events et command) afin de séparer l'exécution des appelsAPI de l'exécution des events. Résultat : une codebase plus découplé, les exécutions d'events en masse n'entraîne plus de latence côtéAPI.

Création d'un monorepo backend-frontend from scratch via Nx en appliquant les principes clean avec tests dans le but de valider un POC.

Création d'un banc de tests permettant de mesurer le temps de réponse à 90% d'un analyseur de gaz. Analyse des différentes solutions possibles et choix via matrice de décision. Travaux de création d'un boîtier hermétique, choix du vérin, développement d'un programme permettant de déployer le vérin et de récupérer en temps réel la mesure de concentration du gaz. Résultats : mesurer le temps de réponse à 90% permet de s'assurer du respect des normes et d'informer le client de la réactivité du système.

Création d'un banc de tests permettant de tester les entrées / sorties (4-20mA et relais) et le bon fonctionnement de la communication PROFIBUS d'un analyseur de gaz. Design et création de circuits électroniques, développement en C# de drivers permettant de communiquer avec un outil interne d'automatisation. Résultats : ajouts de tests supplémentaires limitant l'apparition de bugs et réduction du temps passé sur les tests existants de 3jours à 1h-2h.

Développement du driver d'un four à haute température en vu d'automatiser les tests et d'interagir avec les fours à distance plutôt que de rester sur place. Lecture de la documentation technique du four et du protocole ModBus dans le but de pouvoir communiquer en Ethernet avec le four. Création de scripts permettant de réaliser les opérations basiques du four (montée et descente linéaire de température). Résultats : économie d'1jour homme/semaine.

Optimisation d'un script VBA visant à faire une synthèse des résultats d'un fichier texte vers Excel. Résultat : de 40 secondes d'attente 300ms.