weplaybig.com · Marketplace B2B · entreprises ↔ commerciaux indépendants
BIG met en relation les entreprises et les commerciaux indépendants. Clients : Axians, Securitas, Mercateam, Blunomy. Je suis intervenu en renfort sur la fin du MVP et suis devenu le 2e contributeur du repo, derrière le fondateur technique, au sein d’une équipe d’une dizaine de développeurs. Mon rôle : livrer du produit, tenir la qualité en mode zéro défaut, et mettre la tech au service de l’acquisition et des process internes.
Des fonctionnalités livrées front et back dans le même commit, avec revue de code systématique et tests : 185 features, 269 correctifs et 115 commits de tests E2E sur la période. Mode finalisation MVP : on ne casse rien.
Plutôt que d’intégrer les maquettes au jugé, j’ai mené un audit de conformité Figma ↔ code formel : une matrice de conformité pixel et texte pour traquer chaque écart. Plus de la moitié de mes commits front touchent les composants UI, et ils sont livrés avec leur couverture de tests E2E.
Sur une mission longue, ce qui compte n’est pas un coup d’éclat ponctuel mais une exigence tenue jour après jour : du code revu, testé, et des performances surveillées là où elles comptent.
J’ai conçu et construit un pipeline d’onboarding freelance entièrement automatisé, de l’acceptation du candidat à son contrat signé : une machine à états persistée en base, qui résiste aux redémarrages.
Test réel : 24 candidats détectés et traités en 34 secondes. Le microservice de génération de contrats PDF (Fastify + docxtemplater + LibreOffice) est intégralement de moi, conçu défensivement pour un document juridique signé (garde anti-placeholder résiduel, registry de variables validé par les tests) et déployé sur Kubernetes (Helm + CI).
Force de proposition au-delà du delivery : j’ai alimenté la stratégie d’acquisition produit-led de l’entreprise (SEO programmatique, profils publics indexés, mécanismes de pull côté demande) et construit les outils qui la servent : sourcing automatisé et emails de matching proactif freelance ↔ mission.
Côté chaîne de livraison, j’ai mis en place un environnement de staging dédié et un déploiement trunk-based sur GitLab, avec un environnement éphémère provisionné automatiquement sur chaque merge request. Chaque feature testable en isolation, en conditions réelles, avant le merge.
Un contexte similaire ?
Planifier un échange