Software Engineer - Ruby / TypeScript (F/H)

Mealz aide ses utilisateurs à passer d’une idée de repas à un panier de courses réel : recommandation de recettes et de produits personnalisée, optimisation du panier sous contraintes (partage d’ingrédients, réduction du gaspillage, prix). Notre API tourne sur GCP et encaisse des pics autour de 1 000 requêtes/seconde.

Notre équipe tech est organisée autour d’un CTO et deux leads. On recrute peu, et jamais par réflexe : ce poste n’est pas un renfort d’urgence sur une équipe débordée, c’est un choix, on a la conviction qu’un développeur de plus change ce qu’on est capable de construire, pas juste la vitesse à laquelle on livre l’existant.

Concrètement, ça veut dire des sujets produit prêts qui attendent une capacité de dev supplémentaire, et des sujets techniques qu’on veut enfin traiter avec le sérieux qu’ils méritent plutôt que de les faire glisser d’un trimestre à l’autre : monitoring, qualité, enrichissement de données, commerce agentique. On ne recrute pas quelqu’un pour tenir une file de tickets. On recrute pour élargir ce qu’on est capable de construire.

Le poste en une phrase

Livrer du produit de bout en bout sur l’ensemble de nos projets back, puis prendre la responsabilité d’un des sujets transverses (données, monitoring, infra, IA appliquée) parce qu’il t’intéresse, pas parce que personne d’autre ne le fait.

Un périmètre back qui ne se limite pas à l’API

Notre back n’est pas un monolithe unique. Tu interviendras sur :

• notre API principale en Ruby on Rails;

• nos projets internes et services intermédiaires en TypeScript / NestJS, qui contiennent entre autres, un serveur MCP, des agents customs, une librairie partagée pour les règles métiers.

• les outils internes qui font tourner l’équipe : CI, monitoring, scripts de données.

Savoir livrer propre est un prérequis, pas la mission. La mission, c’est de faire avancer un sujet quel que soit le projet dans lequel il atterrit.

Notre manière de travailler avec l’IA générative

On l’utilise au quotidien (Cursor) mais l’outil n’est pas le sujet. Ce qui compte, c’est ce qu’on a construit autour : des skills et des process partagés qui cadrent son usage et une règle non négociable, l’auteur d’une PR répond de chaque ligne, quelle que soit la façon dont elle a été écrite.

Concrètement, ça change deux choses pour toi :

• Le coût d’entrée dans un projet que tu ne connais pas baisse fortement. C’est ce qui nous permet de te proposer un périmètre large sans te demander de maîtriser toutes nos stacks au départ, tu resteras responsable de comprendre ce que tu livres, mais tu ne partiras pas de zéro.

• La question de la connaissance est un sujet de travail en soi chez nous : comment une équipe continue à comprendre son propre code quand une partie est écrite avec assistance. On n’a pas fini d’y répondre, et tu contribueras à cette réflexion.

Ce que tu feras dès les premières semaines

• Prendre des sujets produit de A à Z : cadrage technique avec le produit, conception, implémentation, tests, mise en prod, suivi.

• Développer et faire évoluer nos services back, sur Rails comme sur NestJS.

• Tenir la qualité, tests, revues de code, arbitrages de dette, non comme une case à cocher, mais comme la condition pour que l’équipe garde de la vitesse.

• Challenger l’existant et les besoins mal définis. On préfère quelqu’un qui relance et recadre plutôt que quelqu’un qui attend une spec parfaite.

Sur les 6 premiers mois, selon tes envies

Ces sujets sont ouverts, pas attribués. On n’attend pas que tu arrives compétent sur les cinq, on attend que tu en prennes un et que tu le fasses avancer pour de vrai.

• Enrichissement de nos données produits et recettes.

• Améliorations des fonctionnalité agentiques, exploration des workflows et des sous-agents pour faire ses courses plus facilement.

• Structuration d’outils pour les rendre disponibles sur chaque providers IAs et sur nos propres agents grâce à nos MCPs.

• Notre infra as code (Terraform).

• Constructions de nouveaux algorithmes de personnalisation, exploitation de nos statistiques dans les features.

Ce que ce poste n’est pas

• Pas un poste de spécialiste data ou ML : si tu veux modéliser à plein temps, tu t’ennuieras.

• Pas un poste d’exécution de tickets : tu auras le contexte produit, un mot à dire sur l’architecture, et la responsabilité de ce que tu mets en prod.

• Pas un poste d’architecte détaché du code : on conçoit et on implémente dans la même semaine.

Notre stack

• Ruby on Rails

• NestJS / TypeScript

• un peu de Python

• GCP, Terraform

Pourquoi nous rejoindre

• Une équipe à taille humaine où les décisions techniques se prennent en équipe.

• Un produit à fort impact et de vraies contraintes d’échelle.

• Des temps d’équipe réguliers : afterworks, déjeuners, teambuildings, séminaire annuel.

Modalités

• CDI, rémunération de 38k à 46k annuel selon profil.

• Bureaux à Euratechnologies, à 10 min du centre de Lille en métro.

• Télétravail jusqu’à 50% du temps.

• Mutuelle Alan, titres restaurant Swile, prise en charge à 50 % de l’abonnement transports en commun et de l’abonnement V’Lille.