En bref
Un portfolio de développeur n’est pas une galerie, c’est un argumentaire : sa seule mission est de convaincre un recruteur ou un client, en quelques dizaines de secondes, que tu sais construire des choses qui fonctionnent. Cela impose des choix radicaux : trois à cinq projets finis plutôt que dix ébauches, des démos réellement en ligne plutôt que des captures d’écran, un code source propre et documenté plutôt qu’un dépôt muet, et pour chaque projet une courte histoire, le problème, tes choix techniques, ce que tu as appris. Le portfolio lui-même est ton premier projet : il doit charger vite, s’afficher parfaitement sur mobile et mener au but en un clic. Les erreurs qui disqualifient sont toujours les mêmes : tutoriels recopiés sans personnalisation, liens cassés, absence de code source, design négligé. Cet article détaille les projets qui convertissent, la structure qui fonctionne et la manière de faire vivre l’ensemble dans le temps.
Un recruteur consacre en moyenne quelques dizaines de secondes à un candidat junior : ton CV en consomme la moitié, ton portfolio de développeur doit gagner le reste. Bien construit, il vaut plus qu’un diplôme, car il prouve au lieu d’affirmer. Voici les projets à montrer, la structure qui convainc et les pièges qui ruinent tout, en complément du tutoriel coder un portfolio en ligne de A à Z et du guide complet pour apprendre à coder.
Les projets qui convertissent
La sélection prime sur l’accumulation : trois à cinq projets finis, choisis pour ce qu’ils démontrent, battent une liste de dix expériences inachevées. Un bon portfolio de débutant combine trois familles. D’abord un projet phare, le plus abouti, qui résout un problème réel, même modeste : un outil pour ton ancienne profession, un gestionnaire pour une association, une application liée à une passion ; c’est lui qui portera la conversation en entretien. Ensuite un ou deux projets techniques classiques qui prouvent la maîtrise des fondamentaux, une application avec authentification et base de données, une to-do list complète poussée au-delà du tutoriel, un site consommant une API. Enfin une pièce qui montre ta rigueur visuelle, par exemple l’exercice redoutablement formateur de reproduire un site connu, qui prouve que tu sais transformer une référence exigeante en code propre.
Ce qui transforme un projet correct en projet convaincant tient à trois détails que la plupart des candidats négligent. La personnalisation d’abord : les recruteurs voient passer les mêmes clones de tutoriels en boucle, et un projet ne compte vraiment qu’à partir du moment où tu l’as fait dévier du modèle, fonctionnalités ajoutées, données réelles, contraintes propres. La mise en ligne ensuite : une démo accessible en un clic, grâce aux solutions gratuites décrites dans déployer son site gratuitement, change tout par rapport à des captures d’écran, car elle prouve que le projet tourne pour de vrai. L’histoire enfin : chaque projet mérite quatre ou cinq lignes structurées, le problème de départ, les choix techniques et leurs raisons, la difficulté principale rencontrée et ce que tu en as appris. Ce petit récit fait la différence entre quelqu’un qui a suivi des instructions et quelqu’un qui a pris des décisions, ce qui est précisément ce qu’on embauche.
La structure qui fait mouche
Ton portfolio a une page qui compte plus que toutes les autres : l’accueil. En un écran, sans défilement, un visiteur doit savoir qui tu es, ce que tu fais et où cliquer : une phrase de positionnement claire, développeur web junior spécialisé React à Nantes, tes trois projets phares en vignettes cliquables, et des liens évidents vers ton code, ton CV et un moyen de contact. Résiste à la biographie fleuve et aux barres de progression de compétences, JavaScript 80 pour cent ne veut rien dire et fait sourire les recruteurs ; une liste sobre de technologies suffit. Chaque projet mérite ensuite sa page ou sa fiche : visuels soignés, lien vers la démo en ligne, lien vers le dépôt, et le court récit des choix techniques évoqué plus haut. Cette architecture simple, accueil percutant et fiches profondes, respecte la réalité de la consultation : quelques secondes pour décider de rester, quelques minutes pour se laisser convaincre.
N’oublie jamais que le portfolio est lui-même une pièce du dossier : c’est le premier projet que le recruteur voit fonctionner. Il doit donc être irréprochable sur les fondamentaux, chargement rapide, affichage parfait sur mobile grâce aux techniques de responsive design, aucune faute d’orthographe, aucun lien mort. Inutile en revanche de sur-ingénierer : un site simple, propre et rapide, éventuellement construit en pur HTML et CSS comme dans créer son premier site web, sert mieux ta candidature qu’une usine à gaz truffée d’animations qui rament. Le dépôt de code raconte la même histoire en coulisses : des README sérieux, des messages de commit propres comme expliqué dans bien utiliser les commits, et un historique qui montre une progression régulière. Un recruteur technique passe toujours par GitHub : c’est la salle des machines de ton portfolio, et elle doit être aussi rangée que la vitrine.
Les erreurs qui font fuir et l’entretien du portfolio
Certaines erreurs disqualifient en quelques secondes, et elles sont toutes évitables. La démo cassée d’abord : un lien mort ou une application qui plante à la première action est pire que pas de projet du tout, teste tout régulièrement. Le portfolio fantôme ensuite : un site jamais mis à jour depuis deux ans, avec des projets datés, suggère que tu as arrêté de progresser. Le clone non assumé : présenter le projet d’un tutoriel populaire comme une création personnelle se repère immédiatement, la transparence sur tes sources est toujours gagnante dès lors que tu montres ce que tu y as ajouté. Le dépôt muet : un projet sans README, sans instructions d’installation, sans description, dit que tu ne sais pas communiquer, compétence aussi importante que le code. Enfin le design négligé, non pas au sens artistique, personne n’attend d’un développeur qu’il soit designer, mais au sens du soin : alignements, lisibilité, cohérence des espacements, tout ce qui montre que le détail compte pour toi.
Un portfolio n’est jamais terminé, il vit avec ta progression. Prends un rythme d’entretien simple : à chaque projet significatif terminé, il entre dans la vitrine et le plus faible en sort, la barre montant naturellement avec ton niveau. Ajoute la dimension diffusion, car le meilleur portfolio ne sert à rien s’il n’est jamais visité : lie-le à ton profil LinkedIn et à ton CV, mentionne-le dans chaque candidature avec un mot sur le projet le plus pertinent pour le poste, et glisse l’adresse dans ta signature. Un nom de domaine personnel, dont le fonctionnement est expliqué dans nom de domaine et hébergement, ajoute une touche professionnelle pour quelques euros par an. Le portfolio devient alors le pivot de ta recherche, celui qui transforme les candidatures en entretiens, un levier détaillé dans trouver son premier emploi de développeur junior, et en entretien, le support idéal : on ne te demandera pas de te vendre, juste de raconter ce que tu as construit, l’exercice le plus naturel du monde.
Questions fréquentes
Combien de projets faut-il dans un portfolio de développeur ?
Trois à cinq projets finis et en ligne suffisent largement : un projet phare qui résout un problème réel, un ou deux projets techniques complets et une pièce qui démontre la rigueur visuelle. La qualité et la personnalisation comptent bien plus que le nombre.
Peut-on montrer des projets issus de tutoriels ?
Oui, à condition d’être transparent sur la source et surtout de les avoir fait évoluer : fonctionnalités ajoutées, design retravaillé, données réelles. Un tutoriel recopié tel quel n’apporte rien ; un tutoriel dépassé et personnalisé raconte exactement ce qu’un recruteur veut voir.
Un profil GitHub suffit-il comme portfolio ?
C’est indispensable mais insuffisant : GitHub montre le code aux profils techniques, tandis qu’un site portfolio raconte l’histoire, montre les démos et convainc aussi les recruteurs non techniques qui font le premier tri. Les deux se complètent, le site en vitrine, GitHub en salle des machines.
Faut-il un nom de domaine personnalisé pour son portfolio ?
Ce n’est pas obligatoire, un hébergement gratuit bien configuré fait l’affaire pour débuter, mais un domaine à ton nom coûte une dizaine d’euros par an et renforce immédiatement l’impression de sérieux, tout en étant plus facile à mémoriser et à glisser sur un CV.
Sources
Cet article a une vocation informative et pédagogique. Les plateformes, outils et formations éventuellement cités le sont à titre d’exemple ; compare plusieurs options avant de t’engager ou de payer.