Portfolio Mathéo CHUPIN - 2025

Le projet LaFleur intègre la gestion complète d’un panier : ajout et suppression de produits avec sessions PHP, architecture MVC, contrôleurs sécurisés, et base de données MySQL alimentant les catégories et les fiches-produits.

J’y ai mis en œuvre :

• Gestion de sessions PHP pour le panier et l’authentification ;
• Requêtes MySQL via PDO préparé pour sécuriser les injections SQL ;
• CRUD Administrateur : interface back-office pour ajouter/modifier/supprimer catégories et produits ;
• Validation des formulaires et filtrage des entrées utilisateur pour renforcer la sécurité.

Le joueur affronte la banque (un algorithme JavaScript), qui pioche à son tour jusqu’à dépasser ou égaler votre score. J’y ai expérimenté :

• la manipulation du DOM pour afficher dynamiquement les cartes et mettre à jour les scores ;
• la gestion d’un “deck” à l’aide d’un tableau évitant les doublons (méthode Math.random() + includes()) ;
• le traitement des As (valeur 11 ou 1) pour ajuster le score automatiquement en cas de “bust” ;
• le contrôle des interactions (boutons “Carte”, “Reste”, “Rejouer”) via disabled et des événements onclick ;
• les bonnes pratiques JS : fonctions pures (getCardValue()), objets littéraux pour la carte ({ path, value }), et séparation claire de la logique de jeu.

L’utilisateur doit deviner un nombre aléatoire entre 1 et 1 000 en un minimum de tentatives. À chaque essai, une flèche et un message indiquent si le nombre cible est plus petit ou plus grand, et un compteur affiche le nombre de tentatives effectuées. Une pluie de trophées CSS célèbre la victoire lorsque le joueur trouve le bon nombre.

J’y ai expérimenté :

• génération d’un nombre aléatoire avec Math.random() et gestion de l’unicité du tirage ;
• manipulation du DOM pour afficher dynamiquement les conseils, le score et faire apparaître/masquer les flèches d’orientation ;
• animations CSS (pluie de trophées) synchronisées en JavaScript pour marquer la victoire ;
• gestion des événements (onclick, keydown si besoin) et contrôle d’état via l’attribut disabled sur les boutons ;
• styling interactif pour les boutons et champs (:hover, focus) et retour visuel instantané.

L’application propose :

• Filtrage des recettes en fonction des intolérences ;
• Gestion de recettes : création, modification et suppression via une interface JFX en client lourd et une interface web (Servlets) ;
• Authentification et rôles : utilisateurs, modérateurs et administrateurs, avec sécurisation des accès et gestion de sessions ;
• Persistance : Base de donnée MySQL et utilisation de JDBC ;
• Méthode Agile : sprints d'une semaine, backlog produit, mêlées hebdomadaires et rétrospectives pour piloter efficacement le projet.

Ce projet m’a permis de mettre en œuvre le modèle MVC en Java, de travailler en équipe avec Scrum, et d’intégrer les bonnes pratiques de développement orientée objet et de conceptualisation.

GLPI est un logiciel libre de gestion des services informatiques et de service d’assistance. Nous l’avons installé et configuré pour :

• Créer des tickets : remontée des incidents par les utilisateurs via un portail web ;
• Gestion des priorités : classification et affectation automatique aux techniciens ;
• Suivi du matériel : inventaire automatisé et historique des interventions sur chaque équipement ;
• Statistiques : génération de statistiques sur le nombre de tickets, temps de traitement, etc.

Ce TP m’a permis de découvrir la mise en place et la configuration de ce service, et les bonnes pratiques pour gérer le parc informatique d'une organisation.

Pour l’entreprise fictive TechNova, j’ai créé :

• UO “TechNova” avec deux sous-UO (Paris et Lyon) ;
• Groupes de sécurité : Direction, RH, Commercial, Développement, chacun avec des droits d’accès spécifiques ;
• Utilisateurs : comptes test pour chaque groupe (e.g. tpalquet en Direction, gblanchard en RH, etc.) ;
• GPO de restriction horaire : connexion autorisée de 7 h à 21 h pour tous sauf la Direction ;
• Permissions NTFS : accès en lecture/écriture sur des dossiers partagés selon les groupes (tech-rh, tech-commercial, tech-dev) ;
• Stratégies de mot de passe : complexité, expiration, verrouillage de compte après 3 échecs.

Ce projet m’a permis de maîtriser la conception d’un annuaire AD, la gestion des GPO, et la mise en place de contrôles d’accès granulaires pour sécuriser une infrastructure Windows Server.

Cette application capte en continu l’audio du microphone, utilise entre autres librosa pour calculer le BPM, puis envoie les données à Resolume Arena via le protocole OSC, permettant de synchroniser visuels et effets en direct.

J’y ai implémenté :

• Streaming audio en temps réel avec sounddevice et pyaudio ;
• Détection de tempo à l’aide de différentes librairies ;
• Transmission OSC configurable pour piloter Resolume Arena ou tout autre récepteur compatible ;
• Interface Tkinter simple pour démarrer/arrêter l’analyse et ajuster la durée de capture ;
• Compatibilité multiplateforme : packagé pour macOS et Windows avec PyInstaller.

Ce projet m’a permis de maîtriser la capture audio en Python, l’intégration de bibliothèques de traitement du signal, et la mise en place de communications temps réel entre un logiciel de VJing et un script Python. Il m'a également permis de d'expérimenter le développemtn pour les appareils macos avec une première version écrite en Swift.

Stellair se compose de deux volets :

• Un lanceur en C++ pour lancer facilement l'ensemble des logiciels nécessaires ;
• API web hébergée sur le site de Studio 213°Nord pour recevoir la photo, l’enregistrer et fournir une URL unique ;
• Génération IA pour appliquer en temps réel un maquillage et un décor cohérent avec le thème de l’événement ;
• Récupération et partage : la photo finale est automatiquement envoyée à l’API, stockée sur le serveur, puis renvoyée au client et mise à disposition pour partage sur réseaux sociaux via un QRCode ;
• Interaction avec TouchDesigner pour centraliser l'ensemble des informations.

Ce projet m’a permis de mettre en place un système qui fait communiquer différents logiciels et mélangeant web offline et online et client lourd.

QRSign se compose de deux interfaces principales :

• Génération de QR codes : chaque cours ou événement dispose d’un code unique accessible depuis le dashboard administratif ;
• Page de signature client : l’utilisateur scanne le QR, saisit son nom et signe dans un canevas HTML5, puis l’enregistrement est envoyé en temps réel au serveur ;
• Dashboard administrateur (Express + EJS) : visualisation en temps réel des émargements, filtres par date et session, export PDF des listes de présence ;
• Base de données MySQL pour stocker utilisateurs, sessions et signatures ;
• Notifications optionnelles : envoi d’un email de confirmation via Nodemailer.

Ce projet m’a permis de mettre en pratique :

• la création d’APIs RESTful en Node.js ;
• la gestion d’un canvas de signature et sa conversion en image PNG ;
• la sécurisation des routes et des données ;
• le déploiement sur un serveur cloud et la configuration HTTPS ;