GitHub développeur : pourquoi c'est bien plus important que tu ne le penses

Beaucoup de développeurs pensent que le GitHub, c'est secondaire tant que le CV et LinkedIn sont bons. Faux : pour un poste technique, c'est souvent le tout premier endroit qu'un recruteur ou un lead dev ouvre après ton profil LinkedIn, avant même de lire ton CV en détail. Et ce qu'il y trouve en dit long, dans un sens ou dans l'autre.

Ce qu'un recruteur regarde vraiment (et ce n'est pas le nombre de repos)

Personne ne compte tes dépôts. Ce qui compte : est-ce que les 2 ou 3 projets les plus visibles ont un README clair, est-ce que le code est organisé de façon cohérente, et est-ce qu'on comprend en trente secondes de quoi parle le projet sans avoir à cloner le dépôt. Un profil avec 60 dépôts vides vaut moins qu'un profil avec 3 projets propres et documentés.

Le README, la pièce qui manque presque toujours

La majorité des dépôts de développeurs n'ont aucun README, ou un README généré automatiquement par le framework et jamais modifié. C'est l'équivalent d'un livre sans quatrième de couverture : personne n'ouvre le livre pour se faire son avis. Un bon README répond en quelques lignes à trois questions : à quoi sert ce projet, quelles technologies et pourquoi, comment le lancer en local.

L'historique de commits parle aussi

Un historique avec des messages du type "fix", "update", "wip" à répétition ne rassure personne sur ta rigueur. Ça ne veut pas dire réécrire tout ton historique de commits, mais sur tes projets les plus visibles, prendre l'habitude d'écrire des messages de commit clairs à partir de maintenant change déjà la perception.

Le mindset : arrêter d'attendre le projet parfait

Beaucoup de développeurs gardent leurs projets privés "en attendant qu'ils soient prêts", et ce moment n'arrive jamais. Un projet public et imparfait, mais documenté et compréhensible, est infiniment plus utile pour ta visibilité qu'un projet parfait qui ne sortira jamais du dépôt privé. La perfection n'est pas le critère, la clarté l'est.

• Épingler 3 à 4 projets maximum sur ton profil, ceux qui représentent le mieux ton niveau et ta spécialité
• Un README pour chacun : objectif du projet, stack utilisée, comment le lancer
• Des messages de commit clairs sur les projets mis en avant, pas juste "fix" ou "update"
• Une bio de profil GitHub à jour, cohérente avec ton titre LinkedIn
• Retirer ou rendre privés les projets de tutoriels non retouchés, qui diluent la qualité perçue du reste

Nettoyer et documenter son GitHub, c'est souvent remis à plus tard indéfiniment parce que ça paraît fastidieux seul. C'est exactement le genre de chantier qu'on structure et qu'on termine ensemble dans l'accompagnement CodeBridge, projet par projet.