First Engineer

Le First Engineer est le premier développeur recruté pour renforcer une équipe technique existante. Contrairement au Founding Engineer qui construit from scratch, le First Engineer rejoint une startup où le CTO ou les fondateurs techniques ont déjà posé les bases du produit. Il hérite d'une codebase, pas d'une page blanche.

Son rôle est d'apporter de la vélocité de développement tout en maintenant la qualité technique. Il doit s'adapter rapidement à une codebase existante, comprendre les choix d'architecture passés et contribuer efficacement dès les premières semaines. Le temps de ramp-up moyen est de 3-4 semaines en startup.

Le First Engineer est souvent le premier test de scalabilité de l'équipe technique. S'il s'intègre bien, c'est un signal que l'organisation peut grandir. S'il galère, c'est peut-être que la base technique ou les processus ne sont pas prêts pour le scaling. Son feedback sur l'onboarding est précieux.

Le First Engineer prend en main rapidement la codebase existante et développe des features de bout en bout. Il améliore la qualité du code et les pratiques tout en respectant les conventions établies. Proposer des changements est bienvenu, mais le timing compte : d'abord comprendre, ensuite améliorer.

Il identifie et résorbe la dette technique critique, en priorisant ce qui bloque le delivery. La documentation de l'architecture et des processus fait partie du job : le First Engineer prépare le terrain pour les futurs recrutements. Une codebase non documentée ralentit chaque nouveau développeur.

La participation aux discussions produit avec les fondateurs est attendue. Le First Engineer n'est pas un simple exécutant : il challenge les specs quand nécessaire. Il met également en place ou améliore le CI/CD pour industrialiser le delivery. Le support production peut faire partie des responsabilités si l'équipe est petite.

Le First Engineer typique a 3-6 ans d'expérience en développement et a travaillé dans des environnements variés (startup, scale-up). Il est polyvalent techniquement, pas uniquement spécialiste d'une technologie. La capacité à apprendre rapidement une nouvelle stack est plus importante que la maîtrise de la stack actuelle.

Côté technique, il sait lire et comprendre du code existant, ce qui n'est pas trivial. Les bonnes pratiques de développement (tests, code review, documentation) font partie de son ADN. L'autonomie sur le debugging et la résolution de problèmes est essentielle. Des notions DevOps (déploiement, monitoring) complètent le profil.

Le mindset compte autant que les skills. Le First Engineer est autonome mais pas solitaire. Il est confortable avec le feedback direct et préfère l'action à la planification excessive. La curiosité et l'apprentissage continu sont des traits essentiels. Le syndrome du "not invented here" est un red flag.

Le First Engineer rejoint une base technique existante avec un CTO ou tech lead pour le guider. Son focus est le delivery et la qualité sur une architecture déjà définie. L'equity est plus faible (0.1% - 0.5%) mais le risque est modéré et l'environnement plus stable.

Le Founding Engineer construit le produit from scratch, souvent seul ou avec 1-2 développeurs maximum. Il définit l'architecture technique et co-construit le produit avec les fondateurs. L'equity est significative (0.5% - 2%) mais le risque est très élevé et l'environnement très incertain.

Le profil idéal diffère. Le Founding Engineer est un entrepreneur-développeur prêt à travailler dans le chaos. Le First Engineer est un développeur senior autonome qui préfère rejoindre une structure existante, même minimale. Les deux profils ont de la valeur, mais pour des contextes différents.

Recruter trop senior pour le contexte est une erreur courante. Un staff engineer habitué aux grandes équipes peut s'ennuyer ou sur-architecturer un produit simple. Le First Engineer doit être confortable avec l'ambiguïté et le pragmatisme d'une startup, pas chercher un environnement structuré.

Recruter sur la stack exacte est également risqué. Un bon développeur apprend une nouvelle technologie en quelques semaines. Cherchez la capacité d'adaptation plutôt que la maîtrise d'un framework spécifique. Le fit culturel avec les fondateurs compte beaucoup : le First Engineer passe énormément de temps avec eux.

Promettre trop de structure quand votre startup est chaotique est contre-productif. Un candidat qui attend des process établis sera déçu et partira rapidement. Mieux vaut être transparent sur l'état actuel et recruter quelqu'un qui apprécie l'ambiguïté.