Équipage · Carrières

Ce que nous engageons envers nos ingénieurs.

Un engagement public tient plus longtemps qu'une promesse d'entretien d'embauche : celui-ci est écrit, daté, et il n'a pas été retiré depuis.

5 %

de la valeur de chaque nouveau contrat, reversés à l'équipe d'ingénierie

Assiette : la valeur de chaque nouveau contrat signé. Bénéficiaire : l'équipe d'ingénierie. Annoncé publiquement le 12 juin 2024, appliqué depuis le 1er juillet 2024.

En vigueur depuis le 1er juillet 2024

L'engagement

Cinq pour cent, expliqués.

La question posée en juin 2024 était celle-ci : comment récompense-t-on l'effort d'une équipe d'ingénierie sans en rester à la tape dans le dos et aux médailles en chocolat ? La réponse a été un pourcentage, pas un discours. Pour chaque nouveau contrat signé, cinq pour cent de sa valeur reviennent à l'équipe d'ingénierie. (1)

Ce que cela change en pratique : la valeur créée chez un client n'est pas séparée des personnes qui l'ont créée par une couche d'appréciation subjective. Il n'y a pas d'objectif individuel à négocier, pas de grille d'évaluation à contester, pas de discussion sur le mérite comparé. Il y a un contrat signé, une assiette et un pourcentage.

L'annonce d'origine, juin 2024
L'annonce d'origine tient en une phrase : « for every new contract, 5% of its value will be awarded to the engineering team ». Elle a été publiée le 12 juin 2024 sous la signature du fondateur, et elle se terminait par « valid until aborted » — un engagement qui court tant qu'il n'est pas dénoncé publiquement.

Le travail

Ce sur quoi on travaille réellement.

Aucun nom de cette pile n'est une compétence déclarée : chacun tourne chez un client sous contrat ou dans le produit que nous éditons.

La pile réellement exploitée

Talos LinuxKubernetesKubeVirtOpenTofuArgo CDRook-CephMinIOCloudNativePGPostgreSQLTrinoApache IcebergKafkaAirflowCiliumEnvoy GatewayKeycloakOpenBaocert-managerKServevLLMGrafanaOpenTelemetry

La pile étage par étage, sur la page de l'équipage

Quatre milieux, pas un seul

Ce que nous exploitons ne tourne pas seulement dans un cloud. Trois des quatre milieux que nous servons sont sous le contrôle du client : son cloud européen, sa salle machine, ou un réseau totalement déconnecté. Un ingénieur qui nous rejoint doit savoir livrer un artefact signé sur support physique, pas seulement pousser une image dans un registre.

Des systèmes qui n'ont pas le droit de tomber

Banque, recherche publique, collectivités, industrie. Les contraintes viennent avec : traçabilité, cloisonnement, revue de sécurité, procédures de mise en production écrites. Ce n'est pas le terrain le plus rapide, c'est celui où une décision d'architecture se défend deux ans plus tard devant quelqu'un qui n'était pas là.

On écrit ce qu'on exploite

Deux clients Rust publiés, près de quinze mille lignes : un client gRPC pour Talos Linux, sous mTLS et généré depuis les proto officiels, publié sur crates.io ; et un client Trino qu'il a fallu forker pour lui ajouter le protocole spooling. Descendre au niveau du protocole fait partie du travail, pas des à-côtés.

Un produit, pas seulement des missions

Nous éditons Hyperfluid, un cloud interne de vingt services. Une partie du temps d'ingénierie va au produit, l'autre aux missions, et la même personne fait souvent les deux dans le même trimestre. Ce que vous écrivez pour un client se retrouve parfois dans le produit — et l'inverse est vrai.

Les trois domaines, et ce qu'ils recouvrent

Data & Lakehouse
Des données que l'on peut interroger, tracer et déplacer. TrinoApache IcebergMinIOCephAirflowKafkaPostgreSQL
Sécurité & Gouvernance
Des architectures où la fuite n'est pas une option. KeycloakIstioCiliumcert-managerOWASPTalos
Intelligence artificielle
Vos modèles chez vous, vos données n'en sortent jamais. vLLMTritonKServeKubeflowMCPpgvector

Recrutement

Comment ça se passe, étape par étape.

Cinq étapes, dans cet ordre. Vous parlez au fondateur, puis à l'équipe, sur du code réel et sur des décisions que vous avez prises.

  1. Vous écrivez. Une adresse, pas un formulaire. Un courriel, ce que vous avez construit, et le lien vers un dépôt public si vous en avez un. Votre message arrive dans une boîte lue par un ingénieur, sans logiciel de tri entre les deux.
  2. Nous répondons. Toutes les candidatures reçoivent une réponse, y compris négative, et la réponse dit pourquoi. Délai — ⟨délai de réponse⟩
  3. Un premier échange, en visioconférence. Avec le fondateur. Ce que vous avez construit, ce que nous facturons et à qui, et ce que le poste exige réellement — y compris la part de présence chez le client. Délai — ⟨durée⟩
  4. Un échange technique, avec l'équipe. Sur du code réel et sur des décisions d'architecture que vous avez prises — pourquoi celle-là, ce qu'elle a coûté, ce que vous feriez autrement. Pas d'énigme algorithmique chronométrée, pas d'exercice non rémunéré qui ressemble à du travail livrable.
  5. Une proposition écrite. Salaire, périmètre technique, rythme de présence, et le mécanisme décrit en tête de cette page. Ce qui n'est pas écrit dans la proposition n'existe pas.

Présence et télétravail

Où le travail se fait.

Le siège est à Montpellier. Une partie du travail se fait chez le client, sur ses outils et dans ses locaux : c'est le mode d'engagement principal de l'entreprise, et il impose une part de présence.

Le rythme exact dépend du client. Il figure dans la proposition écrite avant votre signature, avec le lieu et la fréquence, plutôt que d'être découvert le premier lundi.

Postuler

À qui écrire, et avec quoi.

Les candidatures spontanées sont lues par un ingénieur et reçoivent une réponse. Écrivez à l'adresse ci-dessous, objet « Candidature », en disant ce que vous avez construit et ce que vous voulez construire ensuite. Un dépôt public, une contribution ou un écrit technique valent mieux qu'une lettre de motivation.

Nous n'affichons pas de postes ouverts : le recrutement suit les contrats signés. Une candidature reçue hors recrutement en cours reçoit une réponse claire plutôt qu'un dossier laissé ouvert.

contact@nudibranches.tech