GitHub Profile README

Les badges et les stats attirent l'œil. Mais ce qui convainc un recruteur ou un collaborateur, c'est ce que vous écrivez — en trois phrases.

Ce que regarde un recruteur

Deux objectifs distincts : un recruteur technique vérifie que vous savez coder. Un recruteur RH cherche à savoir qui vous êtes.

Les deux regardent en premier :

1. Vos projets épinglés (pas le README)
2. Le titre/accroche en haut du README
3. Votre stack

Le README de profil complète, il ne remplace pas les repos. Un profil sans projets publics intéressants ne sera pas sauvé par un beau README.

L'accroche — une phrase qui dit ce que vous faites

Mauvais :

Hello I'm William 👋
I am a 27 year old developer, I love coding and learning new technologies.

Ce n'est pas une accroche, c'est une bio LinkedIn générique. Tout le monde aime coder et apprendre.

Mieux :

Développeur JavaScript — je construis iducation.fr, une plateforme pour apprendre à coder en faisant.
Stack : Vue 3 / Nuxt / TypeScript / Docker.

Concret. Ancré dans un projet réel. La stack est là sans bullet points.

Ce que vous faites en ce moment

La section "en ce moment" doit être vraie et spécifique :

### 🔭 En ce moment
 
Développement de [iducation.fr](https://iducation.fr) — formations techniques construites autour de projets open-source réels.
Dernier projet publié : [OpenFiler](https://github.com/williamloree/OpenFiler), un gestionnaire de fichiers Next.js avec auth, SQLite et Docker.

Nommer un projet concret avec un lien vaut dix fois "je travaille sur des projets web".

Projets épinglés — la vraie vitrine

GitHub permet d'épingler jusqu'à 6 repos sur votre profil. Ce sont les repos qui s'affichent en priorité, avant le README.

Critères de sélection :

• Projets avec un README soigné (description, screenshot, stack, comment lancer)
• Code dont vous êtes fier — pas des exercices ou des forks inactifs
• Projets qui montrent de la diversité technique si possible

Pour épingler : profil → "Customize your pins" → sélectionner les repos.

Ce qu'il ne faut pas mettre

Les listes de technologies exhaustives sans contexte ne disent rien. "Je connais Docker" versus "j'ai dockerisé OpenFiler et OpenFolio avec un Dockerfile multi-étapes" — la deuxième phrase montre quelque chose.

Les objectifs vagues ("2025 Goals: learn more") : soit concrets, soit retirer.

Les stats gonflées : un streak de 365 jours sur des commits de type "fix typo" se voit. Les recruteurs techniques regardent les repos, pas les chiffres.

Sections utiles selon votre profil

Junior / étudiant

### 📚 Formation
 
Autodidacte depuis 2022 — parcours via iducation.fr, projets personnels, et contribution à des repos open-source.

Mettre en avant la démarche d'apprentissage et les projets concrets, pas les diplômes.

Freelance

### 💼 Disponible
 
Je prends des missions en développement web (Vue / Nuxt / Next.js). Budget, timing et périmètre via [LinkedIn](https://linkedin.com/in/...).

Court. Direct. Lien vers où vous contacter.

Open source contributor

### 🌍 Contributions open-source
 
- [Nom du projet](lien) — description de ce que j'ai contribué (PR #xxx)

Nommer la PR spécifique montre que c'est réel.

Longueur cible

Un README de profil efficace tient en une page — ce qu'on voit sans scroller. Au-delà, ça dilue l'attention.

Structure recommandée :

1. Bannière / accroche (3 lignes max)
2. Badges réseaux (une ligne)
3. Ce que vous faites maintenant (2-3 phrases)
4. Stack (badges visuels)
5. Stats GitHub (deux cartes)
6. Compteur de visites (discret, en bas)

Pas de section "Hobbies", "Fun facts", ou "Quote du jour". Ces sections ne vous distinguent pas.