TĂ©moignages â

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.

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.

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.