HENOC ODIA

Je sais monter un environnement reproductible pour chaque stack : conteneurs Docker (MySQL, PHP, Nginx) sur Kiloupabocou, docker-compose avec healthchecks sur AutoTrack, environnement virtuel Python sur Driving School, et un modèle d'IA servi en local via LM Studio pour Generative Pets. Les variables sensibles sont isolées dans des fichiers .env non versionnés.

Pour progresser : Automatiser l'installation complète (scripts make / devcontainer) pour qu'un nouveau développeur démarre en une commande.

C'est ma compétence la plus solide. En alternance, je développe au quotidien des composants React réutilisables dans une application utilisée par des collectivités : génération de fiches PDF, internationalisation en 4 langues avec Tolgee, cartographie de 200 000 arbres. Côté école, interfaces de chat multimodal (React/Vite) et ce portfolio en Next.js + Tailwind, responsive et accessible.

Pour progresser : Mesurer systématiquement l'accessibilité (audit RGAA / Lighthouse) et ajouter des tests de composants.

J'ai implémenté des règles métier réelles : blocage d'une prise de rendez-vous quand l'élève n'a plus assez d'heures (Driving School), gestion de 4 rôles, inventaire / équipement / hôtel des ventes dans un RPG Rails, configuration initiale obligatoire et CRUD complets pour un site de restaurant en Spring Boot. Chez Sylvencia, la fiche arbre agrège observations, conduite et programmes de travail avec calcul des totaux.

Pour progresser : Isoler davantage la logique métier dans des services testés unitairement, indépendants du framework.

En entreprise, je travaille par tickets Jira, branches Git et merge requests relues sur GitLab, en télétravail avec un rythme 3 semaines / 1 semaine. Sur le projet libre AutoTrack, organisation en binôme avec répartition front / back et conventions de commit (ADD, UPDATE, REFINE…).

Pour progresser : Mieux estimer la durée des tâches avant de les démarrer — indispensable pour le freelance.

Je sais traduire un sujet client en parcours utilisateurs : restaurateur vs client final sur My Restaurant, 4 profils (élève, moniteur, secrétaire, admin) sur Driving School. Pour ce portfolio, j'ai défini moi-même la cible (équipe pédagogique + recruteurs) et l'organisation des contenus. En alternance, les besoins m'arrivaient déjà formalisés par mon tuteur.

Pour progresser : Conduire moi-même des entretiens client et produire des maquettes Figma avant de coder.

J'organise mes projets en couches : routes → contrôleurs → services sur l'API Express de Generative Pets, MVC Spring (contrôleurs, services, repositories JPA), micro-service PHP Slim avec Service Factory, et séparation front Next.js / API FastAPI sur AutoTrack. Je choisis la stack selon le besoin plutôt que par habitude.

Pour progresser : Documenter mes choix d'architecture (schémas C4, ADR) et aborder les architectures événementielles.

Modélisation de schémas avec relations multiples : joueurs, inventaires, équipements, quêtes, récompenses et enchères en PostgreSQL (Rails), élèves / forfaits / rendez-vous / moniteurs en SQLite avec fixtures (Django). Mise en place d'un serveur MySQL conteneurisé avec utilisateur dédié et volume persistant.

Pour progresser : Travailler l'optimisation : index, plans d'exécution et migrations sans interruption de service.

J'ai utilisé plusieurs ORM (Eloquent, ActiveRecord, Spring Data JPA, ORM Django) et, côté NoSQL, Firebase Firestore en alternance, que j'ai appris de zéro. J'ai aussi consommé l'API publique du SITG (géodonnées) en ne chargeant que la zone affichée pour garder une carte fluide.

Pour progresser : Approfondir la sécurité de l'accès aux données (règles Firestore fines, requêtes paramétrées auditées).

Sur My CRUD Tester, j'ai écrit des tests unitaires Jasmine en démarche BDD et des tests fonctionnels Postman (authentification Bearer, codes d'erreur, unicité de l'email). C'est mon principal axe de progression : en alternance, je testais surtout manuellement, par itérations sur des jeux de données variés.

Pour progresser : Écrire des tests automatisés sur chaque nouvelle fonctionnalité (Vitest / Testing Library, Playwright) et les brancher en CI.

Chaque projet est livré avec un README d'installation pas à pas (prérequis, variables d'environnement, commandes, données de démo). Les Dockerfile et docker-compose rendent le déploiement reproductible.

Pour progresser : Ajouter une procédure de rollback et une documentation d'exploitation (logs, sauvegardes).

AutoTrack est déployé en production derrière un domaine, avec des conteneurs qui redémarrent automatiquement et un front qui attend que l'API soit saine (healthcheck). En entreprise, mes merge requests passent par relecture avant intégration sur la branche principale.

Pour progresser : Mettre en place une chaîne CI/CD complète (GitHub Actions : lint → tests → build → déploiement) pour ce portfolio.