Article original : How to Get Your First Dev Job – Insights from Reviewing Career Switchers' Résumés

Par Ai-Lyn Tang

Lorsque vous postulez pour des emplois, tout le monde dit être passionné par la programmation et le développement. En tant que développeur et responsable de recrutement, ce que je recherche, ce sont des preuves de cette passion.

Cette semaine, j'ai examiné plusieurs CV de personnes en reconversion professionnelle qui cherchaient leur premier emploi de développeur. J'ai passé environ 2 à 5 minutes par personne avant de décider si elles seraient retenues.

Ce n'est pas beaucoup de temps pour impressionner un inconnu ! Voici une liste des choses que j'ai recherchées :

  • Des commits réguliers sur GitHub
  • Des projets personnalisés
  • Des preuves de bonnes compétences en communication écrite

Des commits réguliers sur GitHub

À quoi ressemble votre historique de contributions sur GitHub ? Si vous êtes passionné par la programmation, alors je suppose que vous codez régulièrement.

Un moyen facile de démontrer cette passion est de coder publiquement. Créez un dépôt sur GitHub, apprenez à faire des commits atomiques et poussez-les.

Cela envoie un bon signal aux employeurs que vous codez tous les jours, et que vous êtes vraiment sérieux lorsque vous dites être passionné par la programmation.

Ce que je recherche, c'est un beau graphique vert. Regardons l'historique des contributions publiques de cette personne sur GitHub :

Image Exemple d'historique de contributions sur GitHub

Cette personne ne code publiquement qu'à certaines périodes de l'année : novembre, décembre, mars et juillet. Je soupçonne que cela coïncide avec des projets de bootcamp, c'est-à-dire des projets obligatoires. Lorsque je regarde des candidats issus de la même promotion de bootcamp, et que chaque personne a le même graphique de contributions, il est difficile de se démarquer.

En tant qu'employeur, cela ne m'envoie pas un signal fort de passion. Il y a plusieurs mois de l'année qui sont vides.

Cette personne a peut-être codé tous les jours sur son ordinateur personnel, mais en tant qu'employeur, je n'ai aucun moyen de le voir et de reconnaître cet effort.

Regardons l'historique des contributions d'une autre personne :

Image Contributions presque quotidiennes sur GitHub

Cette personne fait des commits presque quotidiennement sur GitHub. C'est un signal très fort qu'elle s'intéresse à la programmation et qu'elle code quotidiennement depuis les douze derniers mois.

C'est fantastique, surtout si elle n'est pas développeur de métier. Je voudrais parler à cette personne et découvrir ce sur quoi elle a travaillé ! Même si la majorité de ses commits sont des modifications de texte dans un fichier README.md, c'est toujours un excellent signe d'engagement et de régularité.

Des projets personnalisés

Liez vos projets et assurez-vous qu'ils brillent !

Quelques moyens d'y parvenir :

  • Mettez du contenu réel
  • Injectez-y votre propre personnalité. Trouvez des images qui ont une signification pour vous.
  • Prenez soin de votre travail : il n'a pas besoin d'être magnifiquement conçu - je cherche un ingénieur, pas un designer visuel. Mais il y a un niveau de base de soin : les éléments se chevauchent-ils ? Y a-t-il assez d'espace blanc ? Fonctionne-t-il sur mobile ainsi que sur le web ?

Les pièges courants que j'ai remarqués :

  • Pas de liens vers les projets
  • Mettre en ligne un projet de bootcamp sans personnalité, ou avec du lorem ipsum. Lorsque j'ai des CV de 20 diplômés du même bootcamp, cela devient vite monotone. Cela ne confirme pas l'aspect "je suis passionné" si vous n'avez pas pris la peine de personnaliser votre portfolio.
  • Des liens vers des projets qui ne fonctionnent plus. Assurez-vous qu'un ami les teste sur un appareil différent du vôtre.
  • Des liens vers des projets qui nécessitent une installation. Facilitez-nous la tâche ! Ayez un excellent fichier README.md avec les détails sur la manière de le configurer. Mettez beaucoup de captures d'écran, de flux UX, de diagrammes de séquence, etc. Il est probable qu'un employeur pointera et cliquera, mais je dirais qu'il est très peu probable qu'un employeur télécharge votre projet. Donc les captures d'écran, les flux UX, etc., devront démontrer ce que fait votre projet.

Vous cherchez des exemples de "bon" vs "mauvais" ? Je ne veux pas critiquer le travail de qui que ce soit, alors voici un exemple de l'un de mes projets, sans personnalité :

Image Mon projet de machine à tambour

Ça vous dit quelque chose ? C'est mon projet de machine à tambour issu du cursus freeCodeCamp. Je ne l'ai pas du tout personnalisé. Et ce qui est pire, il y a des milliers d'autres personnes qui ont fait ce projet et l'ont rendu bien plus cool ! Je ne dirais jamais à un employeur de visiter ce projet comme signe de ma passion.

Un autre projet du cursus freeCodeCamp est le portfolio personnel. J'ai passé beaucoup plus de temps à personnaliser ce projet. Il n'est pas parfait, loin de là (il n'est pas responsive, ce qui me dérange vraiment !), mais il est unique.

Image Mon projet de portfolio personnel

Mon portfolio démontre également un autre piège caché mentionné ci-dessus : les liens vers des projets cassés. Lorsque j'ai créé ce portfolio, mon minuteur pomodoro était magnifique.

Image À quoi ressemblait mon minuteur pomodoro, avec une belle image de fond

Quelques années plus tard, l'image libre de droits sur laquelle je comptais n'est plus disponible. Donc mon minuteur pomodoro en direct a l'air un peu triste. Ce n'est pas la fin du monde, mais ce n'est définitivement pas mettre mon meilleur pied en avant. Cela dit aux employeurs que, bien que je leur demande de cliquer sur le lien, je n'ai pas pris la peine de le faire moi-même.

Image À quoi ressemble mon minuteur pomodoro maintenant - sans images

En résumé : si vous dites à un employeur de cliquer sur un lien, alors vous devriez cliquer dessus en premier et voir si vous en êtes satisfait.

Des preuves de bonnes compétences en communication écrite

Je dirais que tous les emplois dans la tech reposent sur des compétences écrites. Il y a la documentation dans votre code (bien que, idéalement, votre code soit auto-documenté). Il y a aussi Slack et les pull requests qui font partie de votre travail quotidien.

C'est un autre point facile à inclure sur les CV : "excellentes compétences en communication". Tous les CV le mentionnent. En tant qu'employeur, je passe rapidement sur ce point car il est difficile à évaluer à travers un CV.

Cependant, si vous étayez cette affirmation avec des liens vers des fichiers README.md bien structurés sur GitHub, ou des articles en ligne que vous avez rédigés, ou votre blog personnel, alors bingo !

En tant qu'employeur, je cliquerai définitivement sur ces liens. Ils m'aident à évaluer votre personnalité, votre style de communication, le niveau de détail et l'effort que vous mettez dans la structuration de vos pensées, et bien plus encore.

Ci-dessous se trouve un exemple de fichier README.md médiocre que j'ai écrit. Je n'ai pas mis beaucoup d'effort dans ce fichier, donc je ne lierais pas ce projet dans mon CV sans d'abord mettre à jour le fichier README.md.

Image

Cependant, je mettrais définitivement un lien vers certains tutoriels que j'ai écrits sur freeCodeCamp.

Conclusion

En tant que personne en reconversion professionnelle, il peut être intimidant de trouver votre premier emploi de développeur. Veuillez persévérer ! Vous apportez avec vous une multitude de compétences transférables.

J'espère que cet article vous montre qu'il est en votre pouvoir de créer un CV qui se démarque de la foule, met en valeur votre personnalité unique et vous aide à décrocher ce premier emploi.