Construire le produit
Du navigateur à l’API : relier une interface lisible à une logique qui fonctionne.
- JavaScript
- TypeScript
- React / Next.js
- HTML / CSS
- Backend / APIs
Développeur issu de 42, autodidacte dans ma manière d’apprendre. J’aime comprendre ce qui se passe sous le capot et construire des projets de bout en bout.
Les règles, les échanges et les API qui relient les parties du projet.
Une idée de départ, des problèmes à résoudre et quelque chose de concret à la fin. Voilà ce qui m’intéresse.
Un document brut devient un CV, un rapport ou une présentation soignée. Le contenu reste celui de la personne.
Explorer le projetAprès la découverte de nombreuses failles : reprise du projet, refonte complète du site, création de l’application et référencement en 2018.
Explorer le projetUne application à l’identité du restaurant, pensée pour être mise en place en 24 h max et recevoir des commandes directes.
Explorer le projetImport et modernisation de la carte San Andreas PS2. Quatre ans de travail sur des milliers de modèles, l’éclairage et les shaders.
Explorer le projetDécouverte personnelle de failles SQL sur des applications web de grandes entreprises en 2015, tests et transmission des constats aux organisations concernées.
Explorer le projetJe m’appelle Jonathan Guy. Le web est un de mes terrains de jeu, mais ma curiosité ne s’arrête pas au navigateur.
En 2018, après avoir découvert de nombreuses failles chez Watch Eat, j’ai repris le projet, refondu le site et créé l’application. Le service réunissait des supporters autour d’un match et d’un repas ; j’ai aussi travaillé sur son référencement.
Un backend, un environnement Linux, une ressource Lua : j’aime comprendre les pièces, leurs échanges et ce qui les fait fonctionner ensemble.
« Je n’aime pas seulement utiliser une technologie. J’aime comprendre comment elle fonctionne. »Mon terrain de jeu sur GitHub
Découvrir des failles SQL, les tester et les signaler : une première expérience personnelle en sécurité informatique.
Chercher, essayer, échanger avec les autres et résoudre les problèmes par la pratique.
Passer d’une idée à une interface, une API et des données qui travaillent ensemble.
Explorer Linux, les réseaux et les environnements serveur pour comprendre toute la chaîne.
Créer l’import de San Andreas PS2 et retravailler ses modèles 3D et son rendu pour 22’Side.
Faire évoluer GetClean, travailler sur Resto24 et garder une place pour l’expérimentation.
Des domaines qui se complètent pour relier l’interface, les données et l’environnement dans lequel tourne le projet.
Du navigateur à l’API : relier une interface lisible à une logique qui fonctionne.
Processus, shell, conteneurs : comprendre ce qui fait tourner un projet.
Suivre une requête du client au serveur et chercher où la communication bloque.
Penser les données, écrire les requêtes et connecter la persistance au produit.
Versionner, tester et utiliser la ligne de commande pour avancer sans perdre le fil.
Importer des cartes, retravailler les modèles 3D et leur rendu, puis intégrer les systèmes qui font vivre le jeu.
Quand je ne sais pas, je cherche. Quand ça bloque, je remonte à la source.
Définir le problème avant de décider ce qu’il faut coder.
Lire, tester, expérimenter. Chercher jusqu’à comprendre.
Relier les pièces et transformer l’idée en système fonctionnel.
Déboguer, simplifier, optimiser. Puis recommencer.
Mon passage par 42 nourrit ma manière de travailler : autonomie, peer learning, programmation système, recherche personnelle et collaboration. Comprendre un problème, chercher avec les autres et aller au bout du projet.
J’explore des interfaces, des environnements et des échanges pour comprendre leurs mécanismes et tester de nouvelles idées.
Tester une interaction avant d’en faire une fonctionnalité.
Explorer un environnement et simplifier une tâche répétitive.
Comprendre les échanges entre plusieurs systèmes.
Retrouve mes dépôts publics, mes explorations et mon activité sur GitHub.