Tom Girou Senior Lead Dev

Je suis Senior Lead Web Developer basé en France, avec plus de 7 ans d'expérience en PHP, Symfony et PrestaShop. J'aide les entreprises e-commerce à reprendre des migrations qui s'enlisent, à intégrer des ERP, à développer des modules sur mesure et à reprendre la main sur des backlogs qui ont débordé. Je suis actuellement chez Evolutive en France ; les projets listés sur ce site documentent mes missions récentes.

J'ai commencé comme agent helpdesk chez Wedoogift (aujourd'hui Pluxee) en 2016 pendant que je finissais ma formation en développement, puis je suis passé full-stack Java / Spring Boot / Angular là-bas en alternance. Après mes études, j'ai rejoint Emagineurs comme ingénieur R&D (TYPO3, WordPress, Ruby, sécurité), puis Thermcross comme développeur PHP interne (une grande migration PrestaShop et de l'intégration ERP). Depuis 2023, je suis chez Evolutive en tant que Développeur PHP et Tech Lead, focalisé sur le core et les modules PrestaShop pour des clients e-commerce.

Oui — PrestaShop, c'est là où passe la majorité de mon temps, et c'est la stack que je mettrais en avant en premier si tu cherches à savoir si je suis le bon profil. Je travaille au niveau du core et des modules en 1.7, en 8 et sur la version 9 actuelle : modules sur mesure, setups multishop, intégrations ERP et systèmes tiers, travail de thème, et les passes de performance et de sécurité qu'une boutique accumule en grandissant. Je contribue aussi au core PrestaShop lui-même sous le pseudo @Kaikina sur GitHub, surtout en corrigeant les frictions que je rencontre en mission plutôt qu'en chassant des tickets de feature. Cette double vue — construire au-dessus de PrestaShop toute la journée et patcher de temps en temps la brique en dessous — c'est ce qui fait souvent la différence sur les problèmes tordus. La majorité des projets listés sur ce site sont des builds PrestaShop : airsoft, chaussures, textile, collection, phytothérapie, pièces CVC. Si ton projet est sous PrestaShop, c'est exactement mon métier.

Oui — c'est une des demandes qui reviennent le plus souvent. J'ai livré des migrations PrestaShop multi-étapes sur plusieurs projets concrets : de grandes migrations multishop, des montées de version majeure qui ont nécessité un travail poussé au niveau du core, et des phases où un install legacy devait rester en production pendant qu'on construisait son remplaçant à côté. La même approche se prolonge sur PrestaShop 9, la version majeure actuelle. Le saut de version lui-même est rarement la partie dure. Ce qui mange le temps, c'est tout ce qui pend à la boutique — les modules tiers et sur mesure qui supposent les anciennes API, une synchro ERP qui doit continuer à faire correspondre commandes et stock tout du long, des overrides de thème écrits contre des internals qui ont bougé, et les années de règles métier enfouies dans la base que personne n'a documentées. Du coup je planifie une migration autour de ces risques d'abord et je traite la montée du core comme la partie qui se passe comme prévu, parce que c'est en général le cas, et eux non.

La plupart des projets PrestaShop sur lesquels je travaille finissent par toucher un ERP ou un système tiers, donc l'intégration est une partie centrale du job, pas une quête annexe. J'ai connecté des boutiques à des ERP, des flux de données de marché et des outils de support, et en pratique l'intégration prend une de ces trois formes : appels webservice synchrones quand la réponse doit être en temps réel, batchs planifiés en cron quand une réconciliation nocturne suffit, et pipelines asynchrones en queue quand le volume est élevé ou que le tiers est lent et qu'on ne peut pas laisser un client attendre dessus. Choisir la mauvaise forme, c'est là que ces projets font mal — un appel synchrone qui lie le checkout à un ERP instable, ou un batch qui dérive discrètement entre deux exécutions. Donc le vrai travail n'est pas d'écrire le connecteur ; c'est d'accorder le pattern au volume de données, aux SLA et à la staleness que le métier peut réellement tolérer. J'ai livré les trois.

Oui. En dehors de PrestaShop, j'ai livré en production sur Symfony, Java + Spring Boot, AngularJS et Angular moderne, Perl (intégration de données), Slim Framework (PIM greenfield), WordPress avec WP-CLI et AWS CloudFormation, TYPO3 et Ruby. L'infrastructure AWS a fait partie de plusieurs projets — EC2, RDS, S3, CloudFormation, Route 53, Certificate Manager — et j'ai configuré des pipelines CI/CD sur Jenkins, GitLab et équivalents.

Oui — je suis ouvert aux postes senior et lead, aux missions freelance et aux missions de sauvetage occasionnelles sur des projets PrestaShop qui patinent. Le moyen le plus rapide pour démarrer une conversation, c'est LinkedIn ; je lis chaque message. Je peux m'engager sur des missions courtes ou longues, en remote-first, avec du présentiel possible selon le périmètre. Un engagement type démarre par un call de 30 minutes pour comprendre le scope et l'état du code en place.

Je suis basé en France, dans la région de la Loire (entre Lyon et Saint-Étienne). Je travaille en français (langue maternelle), en anglais (couramment, au quotidien pour la communication technique et business), et en espagnol (niveau professionnel, à l'aise pour l'écrit). Remote-first en France, dans l'UE et sur les fuseaux remote-friendly. Le présentiel n'est possible qu'autour de Lyon / Saint-Étienne.

LinkedIn — linkedin.com/in/tgirou — c'est le canal le plus rapide. Je lis chaque message et je réponds sous quelques jours ouvrés. Si LinkedIn n'est pas ton canal, mon GitHub est github.com/Kaikina, et mon site perso (tom-girou.dev) regroupe mes derniers projets. Pour les sujets sensibles, demande une adresse email via LinkedIn et on bascule depuis là.

Oui — je contribue au core PrestaShop sous le pseudo @Kaikina sur GitHub. La majorité de mes contributions tombent là où je rencontre des frictions dans le travail client : fixes autour de la concurrence sur la numérotation des factures, soucis de cache du multi-thème en multishop, et le genre de cas limites historiques qui ne valent pas un ticket plein pour une équipe mais qui pèsent pour tous ceux qui font tourner PrestaShop. L'historique des commits est sur github.com/PrestaShop/PrestaShop/commits?author=Kaikina.