À propos
Une page “bonus”, pour donner un peu de contexte sur mon parcours et ma pratique.
Je travaille de manière directe et progressive.
Tout commence par un premier échange pour comprendre le besoin réel, le contexte et vérifier si le projet est pertinent des deux côtés.
Si le périmètre est clair, je peux donner une estimation rapidement. Sinon, on prend un peu plus de temps pour cadrer avant devis.
Je ne pars pas d’un thème à remplir ni d’une plateforme imposée. Le point de départ, c’est votre activité, vos contenus et l’usage attendu — puis on construit autour de ça.
Vous échangez directement avec la personne qui conçoit et développe le projet, du début à la fin.
Une fois le devis validé, nous travaillons ensemble sur la structure du site ou de l’application.
Cela peut passer par des échanges écrits, des appels ou des sessions en visio avec partage d’écran pour poser des wireframes simples et valider l’organisation des pages ou des fonctionnalités.
Les inspirations existantes sont bienvenues : sites, éléments précis, fonctionnalités, références visuelles. Elles servent de base de discussion, pas de copie.
Le développement commence ensuite. Selon le projet, je peux avancer en autonomie ou solliciter des retours réguliers afin de rester aligné avec votre activité et votre manière de communiquer.
Avant la livraison, l’ensemble est testé. Une période de retouches mineures est incluse après la mise en ligne.
Les délais dépendent du périmètre et de la réactivité des échanges.
À titre indicatif, un site vitrine simple peut être réalisé en 5 à 10 jours ouvrés, répartis sur plusieurs semaines si nécessaire.
Ce délai suppose un périmètre clair et des contenus disponibles (textes, images, etc.). Sinon, on planifie différemment dès le départ.
Le rythme s’adapte à votre agenda : certains projets avancent vite, d’autres demandent plus de temps pour valider les contenus ou les choix.
Mon objectif est de livrer un projet fonctionnel, clair et maintenable, sans précipitation inutile.
Je suis un développeur web, à 80 % autodidacte, 10 % de formation et 10 % de mentorat.
Pas de diplôme.
Pas d’expérience professionnelle “classique” (ESN, éditeurs, agences).
Pas de stage ni d’alternance.
Juste 4 à 5 ans de pratique réelle.
Développeur fullstack Ruby / React
Sur 550 participants, seulement 13 ont obtenu la certification.
Parmi ces 13, certains codaient déjà depuis 3 à 5 ans.
Moi, je partais de zéro.
Ce n’était pas facile.
Mais j’étais clairement le plus persévérant du groupe.
Never give up.
Au final j'avais appris les bases, j'avais une roadmap, mais je savais que j'étais nul.
Développeur fullstack Ruby / React
Cette période a été consacrée à une pratique régulière et autonome du développement web.
L’objectif était simple : coder souvent, comprendre ce que je faisais, et progresser sur des projets concrets.
Côté frontend, j’ai travaillé sur des interfaces en React : composants, gestion des données à l’écran, interactions utilisateur, et échanges avec le backend via des API.
J’ai aussi beaucoup progressé sur l’UI / UX.
Mes premières interfaces étaient brouillonnes, puis j’ai appris à organiser les pages, rendre les parcours plus clairs, et éviter d’en faire trop.
Côté backend, j’ai travaillé surtout avec Ruby et PostgreSQL.
Création d’API, logique métier, authentification, envoi d’emails, gestion des données, et structuration du code.
Cette phase m’a permis de comprendre comment fonctionne réellement un projet web : ce qui se passe côté interface, côté serveur, et dans la base de données.
Je me suis aussi entraîné sur des exercices algorithmiques.
Intéressant techniquement, mais sans impact concret dans un contexte sans entretiens.
À ce stade, j’avais un niveau technique suffisant pour travailler sur de vrais projets.
Mais le marché était compliqué : Ruby + React à Toulouse, et peu d’opportunités pour des profils juniors en 2023.
J’ai donc compris qu’il fallait apprendre un autre langage backend plus demandé sur le marché (Node, Java ou Python).
Java / Angular
J'ai choisi Java.
Simplement parce que j'ai trouvé un mentor motivé pour m'aider. Un ingénieur récemment recruté chez Rolex.
Le but était simple : se former en développant un projet complet, comme en entreprise.
Je n'avais jamais touché ni à Java, ni à Angular.
J'ai donc dû apprendre les bases seul avant de commencer le projet.
Nous avons développé un outil de planification de matchs pour des équipes de Dota 2.
Sécurité avancée : OpenID, JWT, refresh tokens, cookies http-only.
Tableaux triables, gestion d’équipes, planification de matchs, gestion des fuseaux horaires, et même un peu de SSR et de WebSockets.
Chaque ligne de code devait être validée via des code reviews.
Jusqu’à atteindre un niveau junior solide, prêt pour l’industrie.
Java / React
Aujourd’hui, il n’est pas rare que plusieurs centaines de développeurs postulent pour une même annonce. Pour un profil junior, obtenir un premier poste en ESN ou chez un éditeur est devenu très difficile.
Beaucoup de profils diplômés ne trouvent pas de place. Pour un autodidacte, l’accès au marché est encore plus restreint.
Le freelance s’est donc imposé comme une alternative réaliste : trouver des missions par soi-même, travailler directement avec des clients finaux et rester proche de la pratique du développement.
Ce n’est pas un “freelance dream”. C’est un choix pragmatique, pour avancer, gagner en expérience et voir où cette voie peut mener.
Un inventaire tech simple.
| Tech | Description | Pratique |
|---|---|---|
| HTML / CSS | Attention portée à la sémantique HTML et à un CSS par composant, pensé pour rester lisible, maintenable et facile à modifier dans le temps. | 4 ans |
| JavaScript | Utilisé pour la logique applicative, les interactions utilisateur et les appels API. Solides bases en JavaScript vanilla, aujourd’hui principalement utilisé via React et Angular. | 3 ans |
| TypeScript | Utilisé au quotidien sur des projets Angular et Next.js pour typer les données et sécuriser le code, principalement avec des types et interfaces simples. | 2 ans |
| React | Développement d’interfaces en composants pour des sites et applications frontend. À l’aise avec la gestion d’état et la logique UI, avec une attention particulière portée au rendu et à l’expérience utilisateur. | 4 ans |
| Next.js | Utilisé pour structurer des projets React avec un cadre clair, du SSR et une approche orientée performance et SEO. | 1 an |
| Redux | Compréhension des principes de gestion d’état global, avec une expérience pratique passée mais peu utilisée récemment. | 1 an |
| Angular | Utilisé dans un contexte de projet encadré, avec composants, services, routing et mise en place d’intercepteurs HTTP. | 1 an |
| NgRx | Gestion d’état inspirée de Redux utilisée avec Angular, comprise dans ses concepts et utilisée dans des projets concrets. | 1 an |
| Tech | Description | Pratique |
|---|---|---|
| Java | Langage backend utilisé principalement via Spring Boot. Solides bases en programmation orientée objet et en manipulation de collections, avec une approche pragmatique orientée production. | 2 ans |
| Spring Boot | Framework utilisé pour développer des API REST stables, avec JPA, Spring Security, gestion des dépendances via Maven et une architecture orientée services. | 2 ans |
| PostgreSQL | Base de données relationnelle utilisée pour stocker et interroger des données, avec gestion des migrations et des relations entre tables. | 4 ans |
| Ruby | Premier langage backend appris, utilisé pour comprendre les bases de la programmation orientée objet et écrire des scripts et logiques simples. | 2 ans |
| Ruby on Rails | Framework backend utilisé pour créer rapidement des API, gérer l’authentification, les bases de données et les opérations CRUD. | 2 ans |
| Tech | Description | Pratique |
|---|---|---|
| CI / CD (VPS + Nginx) | Mise en place d’une pipeline simple permettant de déployer automatiquement une application backend Spring Boot sur un VPS lors d’un push Git, avec Nginx pour servir l’application. | 1 an |
| Netlify | Plateforme utilisée pour déployer des projets frontend en production, gérer les domaines, les sous-domaines et les redirections. Utilisée comme solution principale pour le frontend. | 4 ans |
| AWS S3 | Utilisé pour héberger des fichiers statiques (images, médias) lorsque le volume n’est pas adapté à un dépôt Git. | 2 ans |
| Heroku | Plateforme utilisée lors des premiers projets backend pour déployer rapidement des applications, gérer les variables d’environnement et planifier des tâches automatisées. | 2–3 ans |
| Tech | Description | Pratique |
|---|---|---|
| Git (GitHub / GitLab) | Utilisé quotidiennement pour le versionnement du code. À l’aise avec les workflows en équipe, la gestion des conflits, le rebase et le squash. | 4 ans |
| Postman | Utilisé pour tester des API REST, gérer les requêtes, les headers et les tokens d’authentification. | 4 ans |
| DBeaver | Outil utilisé pour inspecter et déboguer des bases de données PostgreSQL, en local et en production. | 2 ans |
| Docker | Utilisé pour lancer rapidement des services en local, notamment des bases de données, via Docker Desktop. Connaissances de base de l’écosystème Docker. | 1 an |
| Termius | Client SSH utilisé pour accéder à un VPS, gérer la configuration serveur et superviser les déploiements. | 1 an |
| Figma | Utilisé pour créer des maquettes, wireframes et supports visuels pour des projets web. | 2–3 ans |
| IDE (VS Code / IntelliJ) | Environnements de développement utilisés au quotidien pour le frontend et le backend. | 4 ans |
