Disponible — CDI systèmes / embarqué · missions freelance

Bastien Chanot

Développeur Systèmes·Embarqué·Backend

Du kernel Linux au backend Rust — 7 ans de développement systèmes en production.

C · Rust · Linux Kernel AOSP · Embarqué Backend · Cloud

Sept ans à écrire du code qui tourne là où ça compte.

Je suis développeur systèmes senior, formé à l'École 42 et passé par six ans chez CareGame où j'ai écrit des drivers Linux kernel, un backend Rust temps réel et fait tourner des serveurs GPU bare-metal en production.

Mon terrain de jeu : C, Rust, Linux kernel, AOSP, embarqué, infrastructure. Quand un problème touche au bas niveau — port matériel, latence, sécurité, kernel — c'est là que j'apporte le plus de valeur.

Ce qui m'intéresse, c'est descendre jusqu'à ce qu'il n'y ait plus de magie — kernel, hardware, drivers. Là, soit ça marche, soit ça ne marche pas.

C'est ce confort-là que je cherche dans une équipe : systèmes, embarqué, backend bas niveau, sur une stack dont on peut lire le code source. Pas envie d'aller vers le buzzword-driven — microservices à tout prix, framework du mois, archi conçue pour le pitch deck.

Aujourd'hui indépendant sous la marque ZenQuality, mais avant tout en recherche d'un CDI en systèmes embarqués ou logiciel — les missions freelance se font en parallèle.

Côté présence : full remote idéalement, ou hybride 1 à 2 jours par mois si l'équipe est à Paris. Mobilité visée à moyen terme : Pays de la Loire.

Recherche prioritaire
CDI systèmes embarqués / logiciel
En parallèle
Missions freelance · ZenQuality
Localisation actuelle
Yerres (91) · mobilité Pays de la Loire
Présence
Full remote · ou 1–2 j/mois si Paris
Site pro
zenquality.fr ↗

Ce avec quoi je travaille, sans le marketing.

Outils éprouvés, choisis pour leurs garanties — pas pour leur hype. Tout ce qui suit est en production ou l'a été.

Langages

// 01
  • C
  • Rust
  • Bash
  • Python
  • Java(AOSP/Android)

Familier avec : C++

Embarqué

// 02
  • Linux kernel drivers
  • AOSP
  • ARM / x86
  • GPIO
  • NFC
  • ESC/POS
  • cross-compilation GCC

Conteneurs

// 03
  • Docker
  • LXC / LXD
  • QEMU
  • cgroups
  • namespaces

Backend

// 04
  • Rust
  • WebSocket
  • GPU bare-metal
  • ramdisk I/O

Systèmes

// 05
  • Linux bare-metal
  • AOSP
  • Android Backup
  • systemd
  • SELinux

Cloud / Infra

// 06
  • AWS EC2
  • AWS g4dn bare-metal
  • IAM
  • S3
  • CloudWatch
  • Scaleway VPS
  • OVH / Hetzner
  • Nginx
  • Apache
  • Let's Encrypt

DevOps

// 07
  • Git
  • GitHub Actions
  • GitLab
  • CI/CD

IA / Outils

// 08
  • Claude Code (agents/skills custom)
  • N8N
  • automatisation

Trois expériences qui résument l'essentiel.

Sept ans de développement systèmes en production — du kernel au backend, de la puce au serveur.

  1. avr. 2026 — présent En cours Yerres · Full remote

    ZenQuality

    Développeur indépendant · Systèmes & Backend

    Indépendant systèmes / embarqué / backend. En recherche prioritaire d'un CDI en parallèle.

    • Mission SEO et conformité légale RGPD pour PME service (Île-de-France) — audit technique Core Web Vitals + Schema.org + NAP, refonte CGV B2B/B2C, RGPD, mentions légales, médiateur CM2C. Plan d'action 12 sprints.
    • Site vitrine WordPress (Gutenverse) pour PME esthétique — conception, intégration, déploiement et support continu (hébergement client).
    • Setup et auto-hébergement de l'infra ZenQuality sur VPS Scaleway — stack Astro / React / PHP 8 / PostgreSQL conteneurisée Docker, déploiement automatisé, pipeline de production complet.
    • Astro
    • React
    • PHP 8
    • PostgreSQL
    • Docker
    • Scaleway VPS
    • WordPress / Gutenverse
    • SEO
    • RGPD
  2. mars 2019 — mars 2025 Paris · Full remote dès 2020

    CareGame

    Développeur logiciel · Systèmes & Backend

    Plateforme de cloud gaming en production : fleet GPU bare-metal AWS g4dn, conteneurs AOSP, backend Rust temps réel. Plusieurs centaines de joueurs servis simultanément.

    • Conception et maintenance de modules kernel Linux en C (x86 / ARM) — drivers d'interface hôte / conteneur (Linux → AOSP), en interface avec les équipes infra et produit.
    • Conception de l'isolation CPU/GPU par session — adaptation de modules GPU Nvidia, partitionnement 2 cœurs/session, sérialisation des accès concurrents sur zones GPU partagées. Résultat : 32 sessions AAA stables par serveur.
    • Co-développement du backend Rust orchestrant le cycle de vie des conteneurs AOSP — WebSocket temps réel clients ↔ instances, intégration Docker + LXC, scheduling des sessions sur la fleet GPU.
    • Développement de virtual input devices AOSP en Java (touchscreen, gamepad) — pipeline complet inputs frontend → backend Rust → drivers hôtes → injection AOSP, optimisé latence temps réel gameplay AAA.
    • Architecture et exploitation de fleet GPU bare-metal AWS g4dn.metal (8× GPU T4, 64 vCPU, ~20 serveurs en pic) — isolation 2 cœurs CPU/session, ramdisk I/O, 32 sessions AAA simultanées/serveur. Plusieurs centaines de joueurs servis en parallèle (Asphalt 9 : 3 sessions/T4).
    • Reprise et hardening d'un PoC LXD + Docker issu d'une R&D Nvidia (intégration côté Docker principalement) — adaptation production cloud gaming, débogage kernel/conteneur, performance validée par les équipes Nvidia comme dépassant le scope initial du PoC.
    • Collaboration technique directe en anglais avec Canonical (Anbox + builds LXC/LXD non commerciaux, remontée bugs et feature requests) et Ampere Computing (intégration et benchmark de serveurs ARM pré-commerciaux pour évaluation de migration de fleet).
    • Pipeline d'installation automatique de jeux AOSP et persistance des sauvegardes utilisateur — fusion Android Backup natif + scripts custom pour cas non gérés nativement (DRM, données externes).
    • Développement d'un outil d'orchestration Bash modulaire (1000+ lignes) — parsing avancé arguments Docker, préparation et lancement automatisé conteneurs AOSP, brique appelée par la CI et le backend Rust.
    • C
    • Rust
    • Java
    • Bash
    • Linux kernel
    • AOSP
    • Docker
    • LXC / LXD
    • AWS g4dn.metal
    • WebSocket
    • Nvidia GPU T4
  3. fév. 2017 — nov. 2017 Ivry-sur-Seine

    Deewee

    Développeur C · Système embarqué

    Stage 42 (6 mois) puis CDD (4 mois)

    Boîtier connecté pour interception du flux d'une imprimante thermique.

    • Développement du logiciel embarqué en C pour boîtier connecté basé Orange Pi (Debian ARM) — interception du flux ESC/POS d'une imprimante thermique, génération PNG du ticket, transfert WiFi direct vers application mobile à la connexion.
    • Intégration matérielle : GPIO physique (bouton + timeout), hotspot WiFi embarqué avec diffusion des credentials via NFC pour appairage automatique.
    • C
    • Debian ARM
    • Orange Pi
    • ESC/POS
    • GPIO
    • NFC
    • WiFi

Ce que je fais à côté.

Infra perso et code public — l'environnement où je teste, casse, documente, et reprends.

Code source & projets persos

en continu

Serveur Git auto-hébergé en production.

Configuration Claude Code, dotfiles, projets bas-niveau (42, expérimentations C/Rust) — accessibles publiquement. Mirror automatique vers GitHub via push hook.

git.bchanot.fr/bchanot ↗

Homelab

en continu

Infrastructure personnelle.

Auto-hébergement Git (Gogs) / DNS / VPN / SMB — NAS Asustor, Freebox WireGuard VPN site-to-site, Pi-hole, segmentation réseau, hardening fail2ban, gocryptfs sur dossiers sensibles.

Deux écoles, un fil rouge : le bas niveau.

Le socle technique derrière sept ans de production.

  1. 2015 — 2019 Clichy

    École 42

    Cursus en informatique fondamentale

    Kernel, mémoire, shell, sécurité — recoder pour comprendre.

    Systèmes & Kernel

    // 01

    Bootstrap d'OS, drivers, gestion matérielle, allocation mémoire.

    • ft_linux & kfs-1 — Linux From Scratch et noyau minimaliste : bootloader ASM, GDT, interruptions, driver char device clavier mappé.
    • drivers & interrupt — drivers kernel Linux et gestion d'interruptions niveau noyau.
    • process & memory — modèle de processus Unix, gestion mémoire kernel.
    • little penguin — contribution kernel Linux : style guide, patch submission, contrib upstream.
    • malloc — allocateur mémoire complet (libft_malloc.so) avec mmap, zones tiny / small / large.

    Bas niveau & Outils système

    // 02

    Recoder les outils qu'on utilise tous les jours pour comprendre vraiment ce qu'ils font.

    • nm — parsing d'exécutables ELF, tables de symboles.
    • 42sh / 21 — shell POSIX complet : parser, redirections, jobs, history, autocomplétion.
    • ft_ls — réimplémentation ls avec options POSIX, permissions, tri, formats.
    • ft_select — TUI custom avec gestion termios, signaux, redessin partiel.

    Sécurité & Algorithmie

    // 03

    Comprendre comment un système peut être cassé pour savoir le sécuriser.

    • snow crash — wargame exploitation système : escalation de privilèges, stack overflow, format string, race conditions.
    • doctor quine — programme auto-réplicatif (métaprogrammation).
    • ft_ssl_md5 — réimplémentation MD5, SHA-256, base64.
    • lem-in, push-swap — algorithmique : pathfinding (Edmonds-Karp), optimisation de tri sous contrainte.
  2. 2013 — 2015 Vincennes

    TSRIT — Next Formation

    BTS Technicien Supérieur Réseaux Informatiques & Télécoms

    Félicitations du jury

    Le socle réseau et infrastructure derrière les compétences systèmes.

    • Architecture réseau (OSI, TCP/IP), routage, commutation.
    • Administration Linux / Windows Server, sécurité réseau, virtualisation.

Façon de travailler.

Cinq habitudes héritées de sept ans en prod — pas un manifeste, des réflexes.

  1. 01

    Comprendre avant d'écrire.

    Si je n'arrive pas à expliquer comment un système se comporte, je ne touche pas au code.

  2. 02

    Solutions éprouvées > hype.

    Choix techniques défendus sur leurs garanties (perf, lisibilité, maintenabilité), pas sur leur buzz.

  3. 03

    Autonome sur la décomposition technique.

    En interface directe avec les équipes produit, infra et stakeholders externes quand ça compte.

  4. 04

    Trace écrite par défaut.

    Décisions, post-mortems, docs internes. Le code qui n'est pas documenté est un code qui sera réécrit dans 6 mois.

  5. 05

    Anglais ou français.

    Communication aussi bien en anglais (Nvidia, Canonical, Ampere) qu'en français — peu importe, je m'adapte à l'équipe.

Une mission, une question technique, un projet ?

Le plus simple : l'email. Réponse sous 48 h ouvrées.