Témoignages ⭐

Mickaël Hoareau

Ingénieur logiciel - Opquast

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

CEO et fondateur - Opquast

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

Ingénieur logiciel - Actiwine

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

Software engineer - Opquast

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.