Portfolio numérique : vaut-il mieux créer un site personnel ou utiliser Github ?

Ça dépend de ce que tu veux montrer : si tu travailles avec du code, GitHub est parfait parce que les recruteurs le consultent déjà, mais si tu veux une image plus professionnelle et soignée, un site personnel fait meilleure impression. La meilleure solution c'est de faire les deux, avec le site qui renvoie vers tes repos les plus importants - comme ça tu as la crédibilité technique de GitHub avec la présentation élégante d'un vrai portfolio. GitHub coûte zéro et c'est déjà un portfolio de facto si tu maintiens tes repos publics corrects, mais un site te donne la liberté totale sur le design et sur la façon de raconter tes compétences.

Le bon choix, c'est d'avoir les deux, pas l'un ou l'autre. GitHub sert à une chose précise : montrer le code, tes projets, comment tu travailles, la continuité. Un site personnel sert à tout le reste : la narration, comment tu te présentes, ce qui ne se voit pas dans le code.

Moi, pendant des années j'ai pensé que GitHub suffisait, puis je me suis rendu compte que quand tu cherches du travail ou des clients, les gens ne veulent pas juste fouiller dans tes repos au hasard. Ils veulent comprendre qui tu es, ce que tu fais, quels projets t'intéressent vraiment. Un site m'a permis de raconter le « pourquoi » derrière les choses, de mettre en avant les meilleurs travaux, de créer une narration. GitHub reste l'endroit où les gens vérifient si tu sais effectivement programmer.

Si tu dois vraiment choisir (budget zéro, temps zéro), alors oui, GitHub est le minimum requis si tu fais du développement. Mais dès que tu peux, crée aussi une simple landing page qui renvoie à GitHub, peut-être avec une photo de toi, deux mots sur toi, tes projets principaux en évidence. Ça n'a pas besoin d'être compliqué : aujourd'hui même les générateurs de sites statiques sont rapides. La combinaison, c'est ce qui marche le mieux.

Ce n'est pas vraiment une question de choisir l'un ou l'autre, c'est plus que les deux servent des publics différents et ont des délais de maintenance complètement différents. Tu regardes GitHub quand tu as besoin de comprendre comment quelqu'un travaille, le site quand peut-être un client ou quelqu'un qui ne sait rien de programmation doit se faire une idée. Le vrai problème que personne ne mentionne, c'est que beaucoup de mecs créent un site super cool et puis l'abandonnent pendant des mois - quelqu'un arrive, voit la date de la dernière mise à jour et pense que t'es inactif. GitHub par contre, c'est « vivant » par nature : tes commits se voient, tes projets ont une histoire, tout parle de toi.

Si tu fais ce qui est suggéré dans les autres commentaires et que tu maintiens les deux, c'est bien, mais si tu peux n'en tenir qu'un seul à jour au début, commence par GitHub. C'est moins fatiguant à entretenir, c'est déjà l'endroit où vont les gens qui savent ce qu'ils cherchent, et tu montres ton travail dans un contexte où c'est normal que les choses soient en cours. Un site peut venir après, quand t'as le temps de le tenir décent. Pire un site abandonné que de pas avoir de site du tout.