Recherche stage 2027 — Rhône-Alpes (Lyon, Grenoble)

Antonin Picard

Développeur systèmes & embarqué

Systèmes embarqués (C/C++, STM32, FreeRTOS, Linux embarqué)

À propos

Je code depuis mes 13 ans. Mon premier vrai projet a été un serveur Garry's Mod que j'administrais et pour lequel j'écrivais mes propres scripts — la première fois que j'ai eu envie de comprendre comment un système fonctionne pour pouvoir le construire moi-même. Cette curiosité ne m'a jamais quittée.

Je poursuis aujourd'hui ma formation à l'École 42 Lyon, en tronc commun : pas de cours magistraux, les projets sont validés entre pairs (peer-review), sur du C et du C++ bas niveau — gestion mémoire manuelle, programmation système, algorithmes, architecture logicielle. Webserv (serveur HTTP en C++98), Inception (infrastructure Docker) ou miniRT (ray tracer) en sont les preuves concrètes.

Avant 42, j'ai suivi un Bac Pro Systèmes Numériques en partenariat avec la Marine nationale (Saint-Mandrier), qui m'a apporté une rigueur que j'applique aujourd'hui à l'ingénierie logicielle, puis un BTS SIO à Dijon, axé réseaux et protocoles. Je m'oriente vers les systèmes embarqués : C/C++, STM32, FreeRTOS, Linux embarqué. STM32-Satellite-Sim — un firmware FreeRTOS multi-tâches avec capteurs I2C/SPI et station au sol ESP32 — est le point de départ de cette spécialisation. Je recherche un stage pour 2027 en Rhône-Alpes (Lyon, Grenoble), avec l'objectif de le poursuivre en alternance.

Projets

Embarqué

Simulateur satellite — STM32 / FreeRTOS

Simulateur temps réel d'un CubeSat sur Nucleo-F446RE, station au sol ESP32 avec dashboard WiFi.

STM32F446RE, FreeRTOS, C, ESP32, I2C, SPI, UART, MPU-6050, BMP280Conception et développement soloMars – Avril 2026En pause, reprise prévue

Le problème

Reproduire à petite échelle l'architecture logicielle d'un satellite réel : plusieurs sous-systèmes concurrents avec leur propre cadence d'acquisition, un bus de données partagé, une gestion d'alarmes et un enregistrement de télémétrie, avec une liaison vers une station au sol.

Ce que j’ai construit

Firmware STM32 sous FreeRTOS : 7 tâches concurrentes (IMU, baromètre, alarmes, affichage OLED, télémétrie, liaison ESP32, log SD) synchronisées par mutex.
Acquisition IMU (MPU-6050) et baromètre (BMP280) via bus I2C partagé.
Enregistrement des données capteurs en paquets binaires de 48 octets sur carte SD (boîte noire), bus SPI.
Navigation 5 écrans OLED (SSD1306) au joystick, protocole de commandes texte STM32 ↔ ESP32 via UART à 115200 bauds.
Station au sol ESP32 : point d'accès WiFi, dashboard web temps réel en WebSocket, relais de commandes vers le STM32.

Points techniques résolus

Bus I2C1 partagé entre l'IMU, le baromètre et l'écran OLED : accès concurrent protégé par mutex dédié (mutexI2C) pour éviter toute collision entre tâches FreeRTOS de priorités différentes.
Cinq modes opérationnels (Nominal / Safe / Science / Error) avec cadences d'acquisition et logique buzzer/LED distinctes par mode, pilotables à distance depuis le dashboard ESP32.

Code source

Certaines images d'illustration (schémas, diagrammes) ont été générées avec Gemini — les photos du montage réel sont authentiques. Claude a été utilisé comme outil d'apprentissage et d'assistance sur certains éléments du code.

Systèmes / réseau

webserv — serveur HTTP/1.1 en C++98

Serveur HTTP écrit entièrement from scratch, boucle poll() unique non-bloquante, CGI, config nginx-like.

C++98, poll(), fork/exec, HTTP/1.1, CGIProjet d'équipe (3) — anpicard, allefran, fdeleard42 LyonTerminé

Le problème

Implémenter un serveur HTTP/1.1 conforme, capable de servir un vrai navigateur, sans threads ni I/O bloquante par client : une seule boucle poll() doit multiplexer tous les sockets d'écoute et de connexion.

Ce que j’ai construit

Boucle non-bloquante unique via poll() pour tous les sockets (accept/read/write).
Méthodes GET, POST, DELETE, HEAD ; fichiers statiques, listing de répertoire (autoindex), pages d'erreur configurables.
Upload de fichiers avec parsing réel de multipart/form-data.
Exécution CGI (fork/pipe/execve) avec variables d'environnement CGI standard et timeout borné.
Configuration façon nginx : plusieurs server{} sur un même port, désambiguïsation par Host, virtual hosting.

Points techniques résolus

SIGPIPE non intercepté : un client fermant sa connexion en cours d'écriture terminait le process — signal ignoré explicitement pour stabiliser le serveur sous charge.
Upload multipart/form-data : les fichiers envoyés par un vrai <form> HTML n'étaient jamais réellement parsés côté serveur — implémentation du parsing multipart et validation contre client_max_body_size.
Faille de traversée de chemin (path traversal) sur les routes servant des fichiers statiques — corrigée par normalisation et validation du chemin résolu avant ouverture du fichier.

Code source

Systèmes / réseau

Inception — infrastructure Docker

NGINX + WordPress/php-fpm + MariaDB, images buildées from scratch, orchestrées en Compose.

Docker, Docker Compose, NGINX, MariaDB, php-fpm, Debian bookwormProjet solo42 LyonTerminé

Le problème

Construire une infrastructure multi-services (reverse proxy TLS, CMS, base de données) entièrement dockerisée, avec des images buildées depuis une base Debian (aucune image préconstruite Docker Hub), secrets gérés hors Dockerfile.

Ce que j’ai construit

NGINX en unique point d'entrée, TLS 1.2/1.3 sur le port 443.
WordPress + php-fpm sans NGINX embarqué côté conteneur applicatif.
MariaDB avec initialisation via secrets Docker (jamais de mot de passe en Dockerfile).
Réseau bridge dédié (inception) : résolution par nom de conteneur, aucun port exposé hors 443.
Volumes nommés (mariadb_data, wp_data) redirigés vers un chemin hôte contrôlé via driver_opts.

Points techniques résolus

Isolation des identifiants : remplacement des mots de passe en variables d'environnement (visibles via docker inspect/logs) par des Docker secrets montés en fichiers dans /run/secrets/, non exposés au niveau process.
Contrainte du sujet exigeant des volumes nommés tout en contrôlant leur emplacement disque réel — résolue via driver_opts pointant vers un chemin hôte spécifique plutôt qu'un bind mount classique.

Code source

Systèmes / réseau

miniRT — moteur de ray tracing en C

Ray tracer minimaliste : sphères, plans, cylindres, ombrage de Phong, rendu MiniLibX.

C, MiniLibX, X11, Mathématiques 3DProjet en binôme — anpicard, Alexlechat42 LyonTerminé

Le problème

Générer des images 3D réalistes à partir de fichiers de scène .rt en implémentant soi-même le pipeline de ray tracing : intersections rayon/objet, éclairage, ombres — sans bibliothèque de rendu haut niveau.

Ce que j’ai construit

Intersections rayon-sphère, rayon-plan, rayon-cylindre (avec caps).
Modèle d'éclairage de Phong : composantes ambiante, diffuse, gestion des ombres.
Caméra configurable (position, orientation, FOV) via fichier de scène.
Parseur de fichiers .rt (format de scène text custom).

Points techniques résolus

Segfault intermittent au parsing des objets bonus (sphère, plan, cylindre) : les validateurs lisaient des index (line[4], line[6]…) au-delà du nombre réel de tokens que split_trimed() allouait pour la ligne — dès qu'une ligne de scène avait moins de paramètres que le maximum attendu pour la forme, la lecture sortait du tableau alloué en tas.

Code source

Systèmes / réseau

Projets fondamentaux — École 42

Bibliothèque C, algorithmes, concurrence, puis POO en C++ : le socle bas niveau du tronc commun.

C, C++98/C++11, Make, POSIX Threads/Mutex, STL, Gestion mémoire manuelleProjets solo (sauf Minishell, en binôme)42 LyonTerminé

Le problème

Reconstruire depuis zéro les fondamentaux d'un environnement Unix — bibliothèque standard, shell, ordonnancement concurrent — puis passer du C procédural à la programmation orientée objet en C++, chaque projet validé par peer-review selon la Norme 42 (style strict, pas de fuite mémoire tolérée).

Ce que j’ai construit

Libft — réimplémentation de fonctions libc : gestion mémoire, chaînes, listes chaînées.
Get Next Line — lecture ligne par ligne via descripteur de fichier, gestion de buffer statique.
Printf — réimplémentation avec parsing de format et gestion des types variadiques.
Push Swap — tri optimisé sur deux piles, minimisation du nombre d'opérations.
Pipex / Minishell — pipes shell en C (fork, exec, redirections) puis shell Unix complet (parsing, variables d'environnement, pipes, redirections).
Philosopher — problème des philosophes : threads POSIX, mutex, prévention des deadlocks.
CPP Modules (CPP00 → CPP09) — classes et forme canonique, héritage, polymorphisme et exceptions, templates et conteneurs STL.

Libft Get Next Line Printf Push Swap Pipex Minishell Philosopher CPP Modules

Compétences

Langages

solide

C
C++
Python
Bash
JavaScript

Embarqué

en cours d'apprentissage

STM32 (ARM Cortex-M)
ESP32
Arduino (AVR)
FreeRTOS

Systèmes & réseau

solide

TCP/IP
POSIX Threads/Mutex
GPIO

en cours d'apprentissage

I2C
SPI
UART
PWM

Outils

solide

Git
Linux
GDB
Make
PlatformIO
STM32CubeIDE
Docker

Parcours

2027
Recherche de stage
Systèmes embarqués — Rhône-Alpes (Lyon, Grenoble)
C/C++, STM32, FreeRTOS, Linux embarqué. Objectif : poursuivre en alternance.
2024 – en cours
École 42 Lyon — tronc commun
Écully
Formation par projets, sans cours magistraux : peer-learning, autonomie, validation par peer-review (Norme 42). La Piscine (immersion intensive en C) a posé les bases de rigueur en programmation bas niveau ; le tronc commun couvre la programmation système en C, la gestion mémoire, les algorithmes et l'architecture logicielle.
Nov. 2023 – Juin 2026
Vendeur, CDI temps partiel
CABAIA
Travail d'équipe et communication en contexte commercial, en parallèle des études.
Nov. 2023 – Nov. 2024
Développeur & automatisation
Freelance
Conception et développement d'applications complètes en autonomie totale. Outils d'automatisation et intégration de modèles de langage via API. Gestion de projet, relation client et livraison en production.
Mai 2023 – Déc. 2023
Chef de projet & développeur
ReMarket
Associé, pilotage d'une équipe de trois développeurs pour concevoir un MVP intégrant l'IA. Coordination design, développement et tests utilisateurs.
2021 – 2023
BTS SIO — Réseaux, protocoles & systèmes
Lycée Saint-Bénigne, Dijon
Formation axée réseaux et protocoles : TCP/IP, routage, administration système, architecture client-serveur.
2018 – 2021
Bac Pro Systèmes Numériques — Marine nationale
Lycée naval, Saint-Mandrier
Baccalauréat professionnel Systèmes Numériques en partenariat avec la Marine nationale. Formation électronique, systèmes numériques et réseaux, dans un cadre disciplinaire strict (plongeur démineur).

Contact

Recherche actuelle

Stage 2027 — Systèmes embarqués (C/C++, STM32, FreeRTOS, Linux embarqué) — Rhône-Alpes (Lyon, Grenoble).

antoninpicard.pro@gmail.com CV (PDF)

Antonin Picard

À propos

Projets

Simulateur satellite — STM32 / FreeRTOS

Le problème

Ce que j’ai construit

Points techniques résolus

webserv — serveur HTTP/1.1 en C++98

Le problème

Ce que j’ai construit

Points techniques résolus

Inception — infrastructure Docker

Le problème

Ce que j’ai construit

Points techniques résolus

miniRT — moteur de ray tracing en C

Le problème

Ce que j’ai construit

Points techniques résolus

Projets fondamentaux — École 42

Le problème

Ce que j’ai construit

Compétences

Langages

Embarqué

Systèmes & réseau

Outils

Parcours

Recherche de stage

École 42 Lyon — tronc commun

Vendeur, CDI temps partiel

Développeur & automatisation

Chef de projet & développeur

BTS SIO — Réseaux, protocoles & systèmes

Bac Pro Systèmes Numériques — Marine nationale

Contact