Caution : Je suis un développeur de logiciels travaillant dans le domaine de la haute technologie, donc cela peut ne pas être votre réponse typique.
Dans le passé (il y a 5+ ans), j'utilisais Microsoft Word comme la plupart des gens. Il était certainement assez bon comme outil de création, et me permettait de produire le contenu dans l'un des deux formats couramment attendus par les entreprises : DOC(X) et PDF.
Depuis, je suis passé à un outil personnalisé que j'ai développé pour moi-même. C'est l'un des avantages secondaires du métier de développeur de logiciels. Le "fichier source" du CV est un fichier de texte brut (YAML), et l'"outil" est un script qui prend ce fichier source et l'exécute à travers un ensemble de fichiers modèles pour produire la sortie finale comme l'un ou l'autre ou tous :
- texte simple
- JSON (Resume Schema)
- Markdown
- HTML
- DOCX
- LaTeX (juste pour le plaisir)
Pour l'outil de création lui-même, n'importe quel éditeur de texte fera l'affaire. Ces jours-ci, je préfère n'importe lequel d'Atom, Sublime Text ou TextMate bien que nano/vim ferait tout aussi bien l'affaire.
Pourquoi toute cette complexité ? Deux raisons :
- Parce que je peux 😉
- A l'origine, je voulais juste un moyen facile de produire la version en texte brut que certaines entreprises et systèmes de suivi des candidats (ATS) s'attendent à coller dans une zone de texte. C'était une corvée de prendre le DOC de Word et de créer une version en texte brut tolérable.
- Je peux faire une modification et la propager immédiatement dans tous ces formats.
- Je peux produire des variations de la sortie en utilisant des options : inclure/exclure des sections, couper automatiquement les emplois de plus de X années, et ainsi de suite.
- Le "fichier source" est dans GitHub, donc je dispose de toutes les fonctionnalités habituelles de contrôle de la source : revenir à une version plus ancienne, ou créer plusieurs branches pour maintenir n'importe quel nombre de variantes pour convenir au rôle particulier, ou fusionner les changements communs à la version maître, et ainsi de suite. I can automatically include date/time and the GitHub branch & commit ID in the generated output files as well.