Pratique
Front-end
Interfaces responsives écrites à la main, sans framework : composants CSS réutilisables, JavaScript modulaire, attention portée à l'accessibilité et aux animations sobres.
Expertise
Comprendre la technique pour mieux piloter.
Je développe des applications web de bout en bout. Cette pratique me permet d'estimer, de dialoguer avec les développeurs et de mesurer l'impact technique d'une décision. Je ne me présente pas pour autant comme un expert de chaque technologie.
Domaines techniques
- Mis en pratique dans mes projets
- Culture technique, acquise en contexte
Pratique
Back-end
Applications PHP organisées en MVC : routeur, contrôleurs, services, validation des formulaires, envoi d'e-mails, et logique métier comme le calcul des disponibilités d'une réservation.
Pratique
Bases de données
Modélisation relationnelle, requêtes préparées et migrations. Studio 36 repose par exemple sur une base de 23 tables : studios, tarifs, options, demandes de réservation, statuts, créneaux bloqués.
Pratique
Qualité technique
Sécurité des formulaires (jeton CSRF, anti-spam, limitation des envois), en-têtes de sécurité, SEO technique, performances, tests automatisés et mise en ligne sur hébergement mutualisé.
Culture technique
Culture SI et intégration
Acquise en architecture SOA chez ADEO : comprendre comment des applications échangent des données, et ce qu'une évolution peut casser ailleurs dans le système d'information.
Projets ADEO / Référentiel de flux
Preuve vérifiable
Comment ce portfolio est construit.
Ce site est lui-même une réalisation : PHP 8.4, architecture MVC écrite sans framework, contenus centralisés en fichiers.
-
Requête
/realisations/adeo-referentiel-flux -
Front controller
public/index.php -
Routeur
routes nommées, 404 / 405 -
Contrôleur
léger : demande, puis rend -
Repository
lit content/fr/*.php -
Modèles
objets en lecture seule -
Vue
layout + composants, échappement systématique
- Aucune base de données : le contenu est éditorial, versionné et modifiable dans des fichiers PHP.
- Chaque information non confirmée est masquée en production, contrôlée par un script de vérification.
- Politique de sécurité du contenu (CSP) stricte, en-têtes de sécurité, aucune ressource tierce.
- Tests automatisés (PHPUnit), analyse statique (PHPStan) et mesures Lighthouse à chaque lot.
Culture SI
Comprendre les flux d'un SI d'entreprise.
Dans un grand groupe, les applications échangent en permanence. Un bus d'intégration (ESB) centralise ces échanges : il reçoit, transforme et achemine les données.
Applicationproductrice
format natifDemi-flux FROMnatif → canonique
ESBformat pivot
canoniqueDemi-flux TOcanonique → natif
Applicationconsommatrice
format natif- Intégration
- Recette
- Préproduction
- Production
Schéma pédagogique recréé : le principe des demi-flux et des environnements successifs.
- Flux
- Une liaison à sens unique entre une application A et une application B.
- Demi-flux
- Chaque flux est découpé en deux : FROM, de l'application productrice vers le format pivot, et TO, du pivot vers l'application consommatrice.
- Format canonique
- Une structure de données commune, indépendante des applications, qui évite de multiplier les conversions.
- Environnements
- Intégration, recette, préproduction, production : chaque étape valide le flux avant la suivante.
Ce que j'en retiens pour piloter un projet : une modification « simple » côté application peut avoir des impacts sur d'autres équipes. Les identifier tôt évite de les découvrir en production.