Quand les petites cartes n’expliquent plus assez
Mon premier portfolio tenait sur une page : une présentation, des compétences, quelques projets et un contact. Cette structure convenait à ce que j’avais à montrer. Avec une expérience professionnelle, des recommandations et des projets plus développés, elle a commencé à poser un problème de place, mais surtout de lecture : que comprend-on réellement avant de quitter la page ?
Une carte avec un nom, une capture et une liste de technologies permet de reconnaître un projet. Elle explique moins bien le besoin de départ, mon rôle ou les décisions importantes. DevFlow et Practicora n’utilisent pas les mêmes données ni les mêmes parcours. Les réduire au même résumé technique ferait disparaître précisément ce qui mérite d’être expliqué.
Donner deux vitesses à la visite
Je garde donc un accueil qui permet de se repérer, avec des pages dédiées pour approfondir. Le premier niveau doit déjà montrer du travail concret : un aperçu du produit, le problème abordé et un lien clair. Une personne pressée peut comprendre les grandes lignes sans ouvrir chaque détail ; une autre peut prendre le temps de suivre un projet.
Dans la refonte d’octobre 2026, les aperçus de l’accueil deviennent plus généreux. Les études de cas conservent leur place pour les fonctionnalités, les captures et les choix techniques. Le défi est de rendre le passage naturel entre les deux niveaux, sans répéter chaque paragraphe ni laisser l’accueil si abstrait qu’il ne donne aucune raison d’aller plus loin.
Une capture a besoin d’une explication
Une interface peut être agréable sans que son intérêt soit évident. Pour DevFlow, voir la page Aujourd’hui prend davantage de sens si l’on comprend qu’elle réunit les priorités, le focus et l’agenda autour du workspace local. Pour Practicora, un journal est plus parlant lorsqu’on voit son lien avec l’historique et les rapports. La légende doit apporter cette relation.
Je cherche aussi à distinguer ce qui est visible, ce qui est développé et ce qui reste une direction de travail. Les deux projets sont en développement actif. Les présenter avec précision demande de parler de leurs limites autant que de leurs fonctions. Un portfolio utile donne de quoi discuter d’une décision ; il ne transforme pas chaque capture en promesse commerciale.
Relier quatre sites sans demander quatre introductions
Le site personnel, le portfolio, le CV et le blog ont des rôles proches, mais des niveaux de détail différents. Le site personnel présente rapidement mon profil. Le CV rassemble les repères du parcours. Le portfolio montre le travail, et le blog permet de développer une question. Une identité commune aide à reconnaître la personne derrière ces différentes lectures.
Cela demande de garder les faits cohérents : les intitulés, les dates, le statut des projets et les liens. Le texte peut changer selon le contexte sans que l’histoire change avec lui. Une description courte n’a pas besoin de tout contenir ; elle doit simplement préparer une suite fidèle à ce qu’elle annonce, quelle que soit la porte d’entrée choisie.
Vérifier le chemin aussi bien que la page
Des URL distinctes permettent de partager directement une expérience ou un projet. En retour, chaque page doit rester compréhensible lorsqu’on arrive sans passer par l’accueil. Le titre, les métadonnées, le retour vers les projets et les liens entre contenus participent au même parcours. La navigation fait partie de la présentation du travail, même quand elle attire peu l’attention.
Le responsive et l’accessibilité demandent la même attention au contexte. Une galerie et une longue explication ne se lisent pas de la même façon sur un petit écran. Mon critère pour la refonte est simple : après quelques instants, le visiteur doit savoir ce que je construis, quelle part j’y prends et où trouver les détails qui l’intéressent.