TĂ©moignages â
Maxime Teissier
Rémi est parmi les développeurs les plus expérimentés avec qui j'ai pu travailler. J'ai été impressionné par la rapidité avec laquelle Rémi est devenu le pilier technique de notre équipe. Rémi est trÚs indépendant a une vraie capacité résoudre des problÚmes techniques complexes grùce à son expertise, notamment en Python. Rémi a été aussi trÚs précieux pour notre équipe d'un point de vue humain. Toujours disponible et pédagogue, Rémi a naturellement endossé un rÎle de référant technique au sein de l'équipe. Enfin Rémi est allé plus loin que son rÎle de développeur en participant à des discussions techniques au niveau de sennder groupe et en étant force de proposition pour améliorer nos méthodes de travail. Je ne peux que recommander Rémi car travailler avec lui est efficace et agréable. J'espÚre avoir l'occasion de collaborer à nouveau avec lui à l'avenir!
Gary McDowell
Un génie absolu de développeur et quelqu'un que je recommanderais instantanément à n'importe qui. Il était à jour et opérationnel sur nos processus et plateformes en deux temps trois mouvements. Il connaßt bien les modÚles architecturaux comme la clean architecture et il a contribué dÚs le premier jour. Exactement ce que vous attendez d'un développeur indépendant - une personne adorable et un team player absolu, aidant ses collÚgues afin de livrer avec qualité et rapidité. Une recrue incontournable si vous en avez l'occasion.

Elie SloĂŻm
En tant que CEO et fondateur du projet Opquast, jâai fait appel Ă RĂ©mi Huguet pendant la quasi totalitĂ© de lâannĂ©e 2020. La situation technique de la sociĂ©tĂ© avant la mission de RĂ©mi Ă©tait la suivante : - une dette technique importante, - un code legacy trĂšs lourd et peu Ă©volutif, - une Ă©quipe technique trĂšs investie mais qui subissait plus quâelle nâaccueillait les demandes dâĂ©volutions et de fonctionnalitĂ©s - une architecture de services complexe - Une scalabilitĂ© insuffisante - Des temps de dĂ©veloppements longs - Des applications trop fragiles Je nâai pas de honte Ă prĂ©senter un tel tableau, car je sais quâil est trĂšs frĂ©quent, voire une peu normal dans les entreprises du secteur. Cela dit, rester dans un Ă©tat de ce type nâest toutefois pas possible si lâon veut se dĂ©velopper, amĂ©liorer son agilitĂ©, travailler plus vite, accueillir plus de clients, faire en sorte que les Ă©quipes de dĂ©veloppements soient heureuses de travailler et informĂ©es des meilleurs pratiques et de lâĂ©tat de lâArt. Connaissant RĂ©mi depuis plusieurs annĂ©es et je lui ai demandĂ© de sâattaquer de front Ă tous ces sujets. Pendant tout lâannĂ©e 2020, RĂ©mi a travaillĂ© avec les Ă©quipes de dĂ©veloppeurs et avec le reste des Ă©quipes. Il a alternĂ© des chantiers de fond et des interventions beaucoup plus rapides. Il a organisĂ© des ateliers auprĂšs des dĂ©veloppeurs et changĂ© en profondeur Ă la fois les modes de travail, lâarchitecture, et les choix technologiques de lâentreprise. De mon cĂŽtĂ©, jâai Ă©galement Ă©tĂ© amenĂ© Ă faire des choix majeurs, mais je crois pouvoir dire que ni moi ni mes Ă©quipes nâont Ă©tĂ© brusquĂ©es ou contraintes lors de cette pĂ©riode. RĂ©mi a fait preuve dâune Ă©coute et dâune capacitĂ© dâadaptation hors du commun, pouvant passer avec aisance dâun chantier stratĂ©giques Ă un chantier de traitement de bugs urgent pour supplĂ©er lâĂ©quipe en cas de besoin. Bref, RĂ©mi est une ressource trĂšs prĂ©cieuse, avec une excellente capacitĂ© dâĂ©coute et dâadaptation. Son intervention auprĂšs dâune Ă©quipe est au minimum utile et au moins en ce qui concerne Opquast, a Ă©tĂ© extrĂȘmement rentable. Ce tableau dithyrambique nâaurait de valeur que sâil mentionnait Ă©galement des faiblesses: jâen citerai deux, une petite tendance Ă abuser des gifs et son revers au tennis de table.
Julien Hovelaque
Rémi a été d'une grande aide à notre équipe de développeur. Il nous a permis d'éviter de nombreux piÚges, de nous sensibiliser aux bonnes pratiques et de mettre un pied dans le TDD. En tant que développeur junior, son expertise n'en a été que plus précieuse. Grùce à lui, notre projet va pouvoir grandir sur des bases saine.

Mickaël Hoareau
Votre Ă©quipe de dĂ©veloppeur a la capacitĂ© de s'organiser mieux, mais n'y arrive pas seul. Parce que trop la tĂȘte dans le guidon, et donc pas le temps de prendre le temps ? Vous avez des projets anciens sous python, avec une dette technique Ă©norme (vieux paradigmes, branches de projet mortes mais difficile Ă dĂ©simbriquer du code utile, manque de dĂ©couplage entre le mĂ©tier, les interfaces, le stockage ...) ? RĂ©mi, c'est clairement la personne qui peut aider une petite Ă©quipe Ă se structurer, il a une facilitĂ© dĂ©concertante Ă plonger dans du code qu'il ne connaĂźt pas, Ă le corriger, Ă l'amĂ©liorer, Ă former les Ă©quipes pour ne plus retomber dans les mĂȘmes piĂšges. Il cherche les solutions qui s'adaptent le mieux au fonctionnement de l'Ă©quipe. C'est un vĂ©ritable atout Ă avoir dans l'Ă©quipe, sans parler de sa bienveillance, de sa bonne humeur et de sa capacitĂ© Ă bosser Ă 100% en tĂ©lĂ©travail et Ă s'adapter aux collĂšgues en dĂ©calage horaire.

Régis Floret
J'ai eu l'occasion de travailler avec RĂ©mi pendant un an et sous son impulsion je n'ai jamais autant progressĂ© et en aussi peu de temps. Avec lui, j'ai eu le sentiment d'ĂȘtre Ă la pointe de ce qui se fait, tant dans le domaine de la conception que dans l'utilisation des derniĂšres technologies. Il a cette grande qualitĂ© d'ĂȘtre sensible Ă vos arguments et recommandations. Ce qui est important pour RĂ©mi c'est le produit pas l'Ă©go des dĂ©veloppeurs. J'ai vraiment apprĂ©ciĂ© de travailler avec RĂ©mi.
Samuel Martin
PersuadĂ©e du bien fondĂ© des tests fonctionnels et de lâapproche TDD depuis bien des annĂ©es, lâĂ©quipe technique, impuissante, nâarrivait jamais Ă passer lâĂ©tape de la mise en place pour la raison principale: mĂ©thodologie ! Quoi tester ? Comment le tester ? JusquâĂ quel niveau ? Le mur semblait infranchissable, aucune vĂ©rification ne semblait possible sans faire appel Ă la base de donnĂ©es et un jeu de test consĂ©quent, une frustration permanente, lâenfer. (Notre application a 11 ans). Depuis bien des annĂ©es en bon Ă©tudiant et bon soldat nous avons suivis deux voies pĂ©rilleuses, celle de la mĂ©thode Merise et lâacceptation de lâORM comme pierre angulaire de tout bon projet Web. Câest rassurant mais il y a des limites. Il y a des rencontres que lâon sait importantes, que lâon espĂšre parfois, et que lâon bĂ©nit dâĂȘtre arrivĂ©e. Celle de RĂ©mi est salvatrice Ă bien des Ă©gards. La rencontre de RĂ©mi fait partie dâune Ă©tape importante, qui, non contente dâavoir amĂ©liorĂ© mes propres pratiques de dĂ©veloppement, a trĂšs largement consolidĂ© la qualitĂ© de production et la rĂ©silience de lâĂ©quipe technique Opquast. RĂ©mi, dotĂ© dâune incroyable bienveillance, a la capacitĂ© rare de comprendre immĂ©diatement votre projet, votre module, votre code, dâen tirer ses faiblesses, dâentrevoir les axes dâamĂ©liorations. RĂ©mi vous accompagne et vous emmĂšne Ă revoir vos schĂ©mas de pensĂ©e, vous invite Ă vous poser les bonnes questions pour rĂ©pondre aux besoins fonctionnels de vos utilisateurs. Cela paraĂźt Ă©vidant dit comme cela, mais le prisme technique nous absorbe trĂšs souvent. RĂ©mi maitrise la technique, Django chez nous , les concepts, une grande partie des designs patterns mais son expĂ©rience professionnelle lui permet de proposer un accompagnement et des formations toujours Ă©clairĂ©es jamais dogmatiques, un vrai bonheur. Je pense que vous lâavez compris, telle une reine dans un jeu dâĂ©chec, RĂ©mi est une ressource de qualitĂ© pour faire grandir vos Ă©quipes techniques. PS : Par manque dâhumour il prĂ©fĂšre communiquer par gif, parfois de plusieurs mĂ©ga octets, bref lâĂ©cologie nâest pas son domaine.