- Écrire en pensant au relecteur
- Ne pas utiliser tel quel une réponse de ChatGPT
- Cela génère des réponses verbeuses sans exemple concret
- Un texte imparfait qui reflète l’expérience du candidat vaut bien mieux qu’un texte parfait sans expérience personnelle
- Certaines entreprises l’indiquent même comme condition de candidature
- Préférer des mots simples aux tournures ampoulées
- Expressions recommandées : experienced, started, built, learned, used, etc.
- Montrer plutôt qu’expliquer
- « Écrit des programmes avec aisance » est moins bon que « a rapidement créé en 500 lignes de code Java un sous-ensemble des commandes POSIX Make »
- Au lieu de généralités, donner des exemples et entrer dans les détails
- Au lieu d’utiliser des buzzwords, expliquer concrètement dans quel domaine, avec quels outils, pour quels clients et de quelle manière vous les avez aidés
- Respecter les consignes de candidature
- S’il était demandé de soumettre anonymement mais que la candidature a été envoyée avec le vrai nom, cela ne joue pas en faveur du candidat
- Conseils pour rédiger un CV/résumé
- Vérifier que le profil GitHub ne contient que des projets corrects
- Ajouter des liens vers ce que vous avez créé vous-même
- Rédiger en anglais ou dans la langue demandée
- Ne pas lister toutes les compétences que l’on connaît
- Faire en sorte que le design du CV attire l’attention
2 commentaires
> Vérifier qu’il n’y a que des projets corrects sur son profil GitHub
Comme dans le contenu principal, quand il y a juste un fork d’un dépôt célèbre mais (daté), ça fait un peu mauvais effet.
Je n’ai pas grand-chose, mais je mets quand même un lien GitHub, et aucune entreprise ne m’a encore posé de question dessus en entretien. Si elles le faisaient, ça laisserait aussi une bonne image du candidat à l’entretien...
Chez nous, si le lien GitHub n’est pas fourni, on le demande avant l’entretien.