Aller au contenu
Grégory BresolinMe contacter

Grégory Bresolin

Lead developer Laravel

Je conçois, j'arbitre et je livre des applications métier — de la première ligne jusqu'à la mise en production. 19 ans d'expérience.

01 — À propos

Qui je suis

Portrait de Grégory Bresolin

J'ai commencé en 2007, à mon compte, en région lyonnaise. Pendant douze ans, j'ai développé des sites et des applications pour mes propres clients : des comparateurs de prix, des plateformes grand public.

En 2019, j'ai arrêté le freelance. Un ami lançait sa société, je l'ai suivi : on s'est retrouvés à deux pour construire Isi-APP — un logiciel qui aide les entreprises à piloter leur système d'information. Huit modules aujourd'hui, dont la gestion de parc informatique, le ticketing, la gestion des projets et la documentation. On partait d'un manque : il n'existait pas d'outil simple pour faire ça. Et on le voulait 100 % français.

Sept ans plus tard, l'équipe a grandi et je suis lead developer. Je conçois l'architecture, j'encadre l'équipe, je relis le code — et j'en écris toujours.

Ce que j'aime dans ce travail, c'est de faire évoluer un produit dans la durée : suivre des technologies qui ne cessent de bouger, répondre à ce que demandent les clients, et y apporter ma part de créativité.

  1. 2007 — 2019

    Freelance

    Comparateurs de prix, plateformes grand public

    12 ans
  2. 2019 — 2023

    ISI-DSI

    Développeur fullstack sur Isi-APP

    4 ans
  3. 2023 — aujourd’hui

    ISI-APP

    Lead developer

    3 ans

02 — Méthode

Comment je travaille

L'IA a changé ma façon de coder, pas mon métier. Elle absorbe la partie mécanique du travail et rend la partie conception plus déterminante que jamais. Concrètement, voilà comment un projet se déroule.

  1. 01

    Comprendre avant de coder

    Le métier d'abord : à quoi sert l'application, qui s'en sert, ce qui casse aujourd'hui. Cette étape ne se délègue pas — c'est elle qui détermine si le reste a un sens.

  2. 02

    Décider de l'architecture

    Modèle de données, découpage, choix techniques et leurs conséquences. Je tranche, et j'assume les arbitrages : ce sont eux qu'on retrouve dans le code trois ans plus tard. Sur une application multi-clients, choisir un cloisonnement explicite plutôt qu'un filtrage implicite se paie en rigueur au quotidien, mais évite la fausse sécurité — c'est le genre de décision qui ne se rattrape pas après coup.

  3. 03

    Implémenter dans un cadre écrit

    L'IA écrit le code, mais à l'intérieur d'un cadre que j'ai posé avant elle : conventions du projet, règles d'accès aux données, structure des composants, et des commandes internes pour les tâches récurrentes. C'est ce cadre qui fait la différence entre du code qui ressemble au projet et du code qui s'y intègre vraiment. Le gain n'est pas de taper plus vite : c'est de passer plus de temps sur les décisions et moins sur la plomberie.

  4. 04

    Valider, documenter, déployer

    Une fonctionnalité n'est pas finie quand elle marche, mais quand elle est relue, testée et documentée. Tests unitaires, tests fonctionnels et parcours utilisateur de bout en bout, plus une recette avant livraison. Le déploiement est automatisé : la fusion de la branche de version déclenche la mise en ligne, sans manipulation manuelle sur le serveur.

03 — Stack

Ce que j'utilise

Backend

  • PHP 8
  • Laravel
  • API REST
  • MySQL / MariaDB
  • Tests

Frontend

  • Livewire
  • Alpine.js
  • Blade
  • Bootstrap
  • Tailwind CSS
  • Astro

Outillage

  • PhpStorm
  • Claude Code
  • Git / GitHub
  • CI/CD
  • Déploiement automatisé

04 — Projets

Ce que j'ai construit

Un projet détaillé plutôt qu'un mur de vignettes : le contexte, les contraintes, les décisions techniques et ce qu'elles ont coûté.

05 — Contact

Prendre contact

Une question technique, une architecture à discuter, ou simplement l'envie d'échanger — écrivez-moi, je réponds.