❯STEPHANZYCH

❯ stephanzych work --list

Quelques réalisations.

Quelques missions, décrites honnêtement. Quand les chiffres exacts sont confidentiels, le résultat est qualitatif, mais réel. Aucune métrique inventée, et chaque client cité correspond à du travail que j'ai réellement fait.

Discutons d'un projet

etudes-de-cas

Le travail, en détail.

Cherry Pulp — De zéro à l'acquisition

Cherry Pulp

0 → exit

De zéro à l'acquisition

Contexte
Un studio numérique parti de rien, qui avait besoin d'une équipe d'ingénierie, d'une stack et d'une capacité de livraison construites de zéro.
Enjeu
Mettre en place le volet technique d'un nouveau studio et le faire grandir (les personnes, les pratiques et la plateforme) jusqu'au point où il pouvait être racheté.
Rôle
Co-fondateur & CTO.
Travail
Construit l'équipe d'ingénierie et la stack, défini le processus de livraison et assuré la direction technique sur les projets clients pendant plus de dix ans.
Résultat
Un studio passé de zéro à une acquisition réussie en 2023, avec une transition finalisée en 2024 et une capacité d'ingénierie qui a duré plus longtemps que n'importe quel projet.
Direction technique & livraison Montée en compétences des équipes Ingénierie produit TypeScript PHP DevOps CI/CD

CBTW

Modernisation en cours

Moderniser la façon dont une équipe construit et livre

Contexte
L'équipe technique issue de l'intégration de Cherry Pulp : quatre à cinq ingénieurs qui livrent des projets clients en parallèle, avec des déploiements encore manuels et par FTP, hébergés sur Laravel Forge.
Enjeu
Faire passer toute une équipe sur une chaîne de livraison moderne et reproductible sans mettre le travail client en pause. Les fondations doivent changer sous des projets en cours, donc rien ne peut s'arrêter pendant ce temps.
Rôle
Lead Developer, en mission via STEPHANZYCH. Au contact du code dans une équipe de quatre à cinq ingénieurs, en charge de l'architecture et des standards techniques sur des projets menés en parallèle.
Travail
Mise en place d'un environnement Docker de développement local partagé (Traefik, PHP, MariaDB, phpMyAdmin) comme socle commun aux projets. Construction en cours des pipelines GitLab CI et d'un déploiement conteneurisé sécurisé sur AWS Lightsail, pour remplacer le déploiement manuel et par FTP et sortir de Laravel Forge, avec une observabilité via Grafana, Prometheus et Loki.
Résultat
En cours. L'environnement local partagé est en place et la chaîne de déploiement se déploie projet par projet, en parallèle de la livraison client : les workflows historiques et la nouvelle chaîne cohabitent aujourd'hui.
Direction technique & livraison Architecture & évolution de plateforme Docker GitLab CI AWS Lightsail Grafana / Prometheus / Loki
eFarmz — Changement de plateforme sous la charge COVID pour un acteur de l'alimentaire

eFarmz

Tenu sous les pics COVID

Changement de plateforme sous la charge COVID pour un acteur de l'alimentaire

Contexte
eFarmz livre des paniers bio et des courses alimentaires. Leur boutique PrestaShop ne suivait plus. Puis le COVID est arrivé et les volumes de commandes se sont envolés.
Enjeu
Quitter la plateforme legacy sans perdre une seule commande : garder stocks et commandes synchronisés avec les opérations en temps réel, encaisser les brusques pics de trafic, et permettre aux clients de composer leurs propres paniers via un parcours d'achat qui reste simple malgré tout.
Rôle
Frontend, UI/UX et l'e-shop sur mesure, chez Cherry Pulp.
Travail
Reconstruit la boutique en la sortant de PrestaShop vers une plateforme sur mesure : un parcours d'achat complet autour des paniers composés par le client, une intégration ERP en temps réel pour garder stocks et commandes synchronisés, et une infrastructure réglée pour absorber les pics.
Résultat
La nouvelle plateforme a porté eFarmz à travers les pics de commandes sans précédent de la crise du COVID, avec la synchronisation ERP en temps réel intacte. Un travail qui a contribué à un award E-commerce of the Year et à une reconnaissance aux awards BeCommerce et Feweb.
Architecture & évolution de plateforme Ingénierie produit PHP E-commerce sur mesure Intégration ERP Architecture frontend
MyTribuNews — Passer à l'échelle une plateforme de magazines automatisés

MyTribuNews

Monté en charge avec le trafic

Passer à l'échelle une plateforme de magazines automatisés

Contexte
MyTribuNews transforme les photos et les textes envoyés par les utilisateurs en magazines générés automatiquement. La plateforme venait d'être élue Startup of the Year. Le trafic était donc bien réel.
Enjeu
Encaisser des envois par lots volumineux, des utilisateurs concurrents et une génération de magazines gourmande en CPU pour des milliers de personnes simultanées, sans que les temps de génération explosent ni que la plateforme tombe sous la charge de pointe.
Rôle
Frontend : le compositeur Vue.js et l'architecture côté client, chez Cherry Pulp.
Travail
Construit le compositeur de magazines dans le navigateur en Vue.js (mobile-first, résistant à l'envoi d'albums entiers) couplé à un backend scalable horizontalement : des microservices séparant la génération de l'application, une file de tâches adossée à Redis et des serveurs de traitement en répartition de charge.
Résultat
Les magazines ont continué à se générer en quelques heures alors que l'usage croissait de façon exponentielle, et la plateforme a tenu ses performances et sa disponibilité pendant ses pics.
Architecture & évolution de plateforme Ingénierie produit Vue.js Microservices Redis Répartition de charge
Climespace — Rendre lisibles les données du froid urbain

Climespace

Clients emblématiques

Rendre lisibles les données du froid urbain

Contexte
Climespace exploite le plus grand réseau de froid urbain d'Europe, qui dessert des bâtiments emblématiques de Paris. Mon Climespace permet à leurs propriétaires de gérer budgets de froid, consommations et équipements.
Enjeu
À cette échelle, le froid est à la fois très riche en données et très physique. Les propriétaires, pas des techniciens, devaient comprendre les budgets et les consommations, mais aussi leurs installations réelles : quel équipement se trouve où, comment il est raccordé, comment il performe.
Rôle
L'ensemble du frontend et une partie du backend, chez Cherry Pulp.
Travail
Construit la plateforme client de suivi des budgets et des consommations sur l'ensemble des bâtiments, ainsi qu'une vue schéma / graphe qui restitue les installations de froid hiérarchisées sous forme visuelle lisible, transformant des données d'équipement structurées en quelque chose qu'un propriétaire peut saisir d'un coup d'œil.
Résultat
Les propriétaires disposent d'un seul endroit pour gérer budgets de froid, consommations et équipements, avec leurs installations rendues sous forme de schéma clair plutôt que de tableur.
Ingénierie produit Architecture & évolution de plateforme Architecture frontend Visualisation de données Backend
20km de Bruxelles — La course de la ville, de l'inscription à l'arrivée

20km de Bruxelles

Des dizaines de milliers de coureurs

La course de la ville, de l'inscription à l'arrivée

Contexte
Les 20km de Bruxelles sont l'une des plus grandes courses populaires de Belgique : des dizaines de milliers de coureurs qui bouclent la ville chaque mois de mai. Il fallait un site web qui les serve tous.
Enjeu
Un site de course fonctionne en deux modes : un centre d'information permanent la majeure partie de l'année, puis un moteur d'inscriptions et de résultats à fort trafic le jour de la course, quand toute la ville consulte en même temps. Le tout en trois langues (FR/NL/EN), pour un public qui va de l'athlète élite au premier dossard.
Rôle
Frontend et réalisation, chez Cherry Pulp.
Travail
Construit le site trilingue destiné aux participants : le parcours, le règlement et l'historique, un flux d'inscription en ligne, les informations pratiques (entraînement, mobilité, accessibilité) et une section résultats avec un compte à rebours jusqu'au jour de la course.
Résultat
Un point d'ancrage trilingue qui accompagne les coureurs de l'inscription à la ligne d'arrivée (inscription, infos pratiques et résultats au même endroit) pour l'une des plus grandes courses de Belgique.
Ingénierie produit WordPress Frontend Trilingue (FR/NL/EN)
Daoust — Quatre sites de marque sur un thème partagé

Daoust

Quatre marques, une plateforme

Quatre sites de marque sur un thème partagé

Contexte
Daoust est un groupe belge de RH et d'emploi : intérim, aide ménagère en titres-services et gestion de carrière. Sa présence s'étend sur quatre sites (daoust.be, daconnect.be, dahome.be et dajobs.be) qui devaient donner l'impression d'une même famille.
Enjeu
Quatre marques, quatre publics, une seule identité. Chaque site a son propre contenu, mais tous devaient partager un design cohérent plutôt que d'être maintenus comme quatre bases de code déconnectées, avec des données circulant entre eux et une plateforme backend.
Rôle
Le thème WordPress partagé et la couche d'intégration à l'API, chez Cherry Pulp. Ni l'application Laravel, ni l'API elle-même.
Travail
Construit l'unique thème WordPress derrière les quatre sites, assez souple pour exprimer chaque marque à sa façon mais assez structuré pour que les changements ne se propagent pas de manière imprévisible aux autres, et réalisé les intégrations qui raccordent ces sites à l'API distribuée, en gardant les templates frontend stables pendant que les formes et les sources de données changeaient derrière eux.
Résultat
Quatre marques Daoust partagent désormais un seul design et une seule plateforme, cohérents pour les visiteurs et bien plus légers à maintenir que quatre sites distincts.
Architecture & évolution de plateforme Ingénierie produit WordPress Thème multi-sites partagé Intégration d'API
Boxify — Le self-stockage avec un portail client

Boxify

Tout le frontend SaaS

Le self-stockage avec un portail client

Contexte
Boxify est un service de stockage avec une promesse simple : vous mettez en carton, nous stockons. Il lui fallait un site et une application où les clients gèrent les biens qu'ils ont mis en garde-meuble, adossés à une interface d'administration et à une API.
Enjeu
Le stockage est un service qu'on veut pouvoir oublier, ce qui oblige le logiciel à être sans effort. Les clients devaient pouvoir dimensionner ce qu'ils souhaitaient stocker, puis voir et gérer leurs biens sans y penser, pendant que l'équipe avait besoin de vrais outils pour administrer l'ensemble en coulisses.
Rôle
Tout le frontend SaaS, UI et UX, chez Cherry Pulp.
Travail
Construit la plateforme côté client : un calculateur de stockage qui dimensionne l'espace, et le prix, dont le client a réellement besoin avant de s'engager, et un portail et une application intuitifs pour gérer les biens stockés, transformant un workflow logistique d'entrées, de sorties et de facturation en quelque chose que les clients parcourent sans y penser.
Résultat
Les clients de Boxify disposent d'un portail depuis lequel ils dimensionnent, remplissent et gèrent leur stockage, et l'équipe dispose de l'outillage d'administration et de l'API pour faire tourner le service derrière.
Ingénierie produit Architecture frontend Portail SaaS UI/UX
Abattoir — Une application mobile pour un site de marché historique

Abattoir

Une base de code, deux plateformes

Une application mobile pour un site de marché historique

Contexte
Abattoir exploite le site de marché historique d'Anderlecht, à Bruxelles : la halle alimentaire Foodmet, la brocante Brocantemet, un marché de gros viande et poisson en activité et un réaménagement urbain en cours.
Enjeu
Un site centenaire aux multiples composantes (marchés, grossistes, actualités, événements, réaménagement) avait besoin d'une présence mobile qui mette tout cela dans la poche des visiteurs, sur iOS comme sur Android, sans maintenir deux applications natives distinctes.
Rôle
La réalisation complète, chez Cherry Pulp : l'application Ionic React et l'API Laravel derrière, de bout en bout.
Travail
Construit l'application multiplateforme en Ionic React, une seule base de code livrée sur iOS et Android, sur un backend Laravel pensé API-first faisant office de véritable source unique de vérité, pour que la couche mobile n'ait jamais à décider quelle plateforme faisait autorité sur les données.
Résultat
Abattoir dispose d'une seule application multiplateforme sur une base de code et une API uniques, plutôt que de deux applications natives à garder synchronisées.
Ingénierie produit Architecture & évolution de plateforme Ionic React Laravel iOS & Android API

parcours

Où le temps est passé.

Amenez-moi plus difficile