Mes offres

Renfort d'équipe : expert Rust embarqué

Vous avez déjà du Rust en prod, ou vous êtes sur le point d'en écrire, et l'expertise manque à bord. Je rejoins votre équipe pour concevoir, coder et livrer.

• ▸ Développement backend Rust sur AWS : Lambda, ECS/EKS ou EC2, selon ce que le workload demande vraiment
• ▸ Infrastructure as Code, CI/CD, observabilité et commentaires livrés avec le code, pas six mois après
• ▸ Reprise en main d'un code Rust existant : dette technique, montées de version, CI remise d'aplomb
• ▸ Revue de code, et vos développeurs qui progressent en Rust au passage

Je travaille uniquement sur AWS. On pourrait m'objecter que c'est réducteur, mais c'est justement ce qui me permet de maîtriser le projet du schéma d'architecture au code de prod.

Architecture et performance

Neuf ans d'architecture AWS, et plus de trois ans de Rust. Quand quelque chose coûte trop cher, répond trop lentement, ou fait peur à tout le monde dès qu'il faut y toucher, je diagnostique et je corrige.

• ▸ Cold starts, latence p99, facture Lambda qui dérape : je mesure d'abord, je chiffre, et ensuite je propose un plan. Parfois la réponse est Rust, parfois non
• ▸ Revue de code Rust : correction, idiomes, et surtout maintenabilité par votre équipe
• ▸ Revue d'architecture serverless : API Gateway, Lambda, AppSync, DynamoDB, EventBridge, Step Functions
• ▸ Choix de service argumenté entre Lambda, ECS/EKS et EC2, avec le coût à 12 mois posé juste à côté

Ce que vous récupérez : un rapport court, priorisé, chiffré, avec les conditions de mesure. Mais je ne suis pas un architecte AWS générique : quand le plan passe par du Rust, je reste pour implémenter.

Support des crates open source

Je maintiens trois crates qui servent à faire tourner du Rust sur AWS : lambda-appsync, dynamodb-facade et awssdk-instrumentation. Si votre équipe en dépend, vous pouvez avoir la ligne directe du mainteneur.

• ▸ Abonnement de support : un contrat avec une enveloppe de jours pour les incidents, les questions et l'aide pratique
• ▸ Correctifs prioritaires : ce qui bloque votre prod passe devant
• ▸ Développement de fonctionnalité sponsorisé : vous financez précisément ce qui vous manque
• ▸ Aide concrète à l'intégration dans votre code, et démonstration en direct pour votre équipe

Je développe aussi de nouvelles crates sur sponsoring, à partir d'un cas d'usage clair et d'un budget dédié.

Rust vous intéresse, mais vous n'allez pas engager une équipe sur un pari. Normal. Donc on commence par la seule question qui compte : est-ce que ça vaut le coup, chez vous, et sur quel workload ? Et si la réponse est non, je vous le dirai.

• ▸ Audit de vos workloads : lesquels y gagnent vraiment, et lesquels n'y gagneront rien
• ▸ Chiffrage des gains attendus (latence, mémoire, facture AWS) avec le coût de la migration posé juste à côté
• ▸ Preuve de concept sur un workload réel : des chiffres mesurés chez vous, pas des benchmarks de blog
• ▸ Feuille de route par étapes : ce qui migre, dans quel ordre, et avec quel filet
• ▸ Vos développeurs formés en même temps, parce que le code que je livre doit rester maintenable sans moi
• ▸ Présentation aux décideurs : j'assume la démo devant votre direction