Discussion :

[Vinc35]

Bonjour à tous,

Dans quelques mois ce sera pour moi la fin des mes études (école d'ingénieurs) et je commence actuellement ma recherche d'emploi (il s'agit bien d'un emploi et non d'un stage de fin d'études).
J'ai donc retouché mon CV, et je voudrai avoir votre avis avant de me lancer.

Voici donc mon CV :



En vous remerciant

Edit : modifications en tenant compte de l'avis de mon entourage

[CyberChouan]

Vraiment pas mal, tant dans la forme que sur le fond.

La présentation de l'expérience par catégorie est particulière mais pourquoi pas... personnellement, j'aurais tout mélangé pour ne garder que l'ordre chronologique mais c'est discutable.

La partie "compétences informatiques" mériterait d'être étoffée: sur quels OS as-tu déjà travaillé, quels SGBDs connais-tu, etc.?

Permis et formation aux premiers secours, c'est plus des "compétences" que du "divers" (surtout le permis). Du coup, cette partie pourrait être un peu plus étoffée...

[Vinc35]

Merci pour les commentaires et les conseils

Concernant la partie experience (d'ailleurs, faut il mettre un S a experience(S) ?), j'ai pris exemple sur un cv que j'ai vu ici, je trouve que cela permet de separer les differentes experiences et offre un peu d'originalité au cv sans pour autant etre extravagant.

Pour la partie "compétences informatiques" je vais ajouter les SGBD que je connais, j'avais oublié. Par contre, j'avais hésité a ajouter les OS pour la simple et bonne raison que ca va etre assez limité. J'ai essentielement travaillé sous Windows (aussi bien perso que en cours ou en stage). J'ai bien une distribution Ubuntu installée sur mon laptop, mais je ne fait rien de bien compliqué avec. Puis je ajouter Linux dans ce cas sur mon cv ?

Permis et AFPS effectivement, ce sont des competences, mais elles n'ont aucun rapport avec l'informatique, d'ou leur place en "divers" mais a voir, ca me permettrai d'ajouter des choses sur les loisirs.

edit : Sinon, comment obtenir depuis word une image jpeg propre et avec une resolution normal ? (j'utilise pdfcreator, mais je trouve que le resultat n'est pas top)

[ac_wingless]

Attention au bourrage. Déjà, la liste "compétence" est bien trop remplie, c'est pas possible d'être compétent dans tout ce qui est listé en juste quelques années, alors rajouter les SGDB que vous connaissez...
Mettez-vous à la place de celui qui va lire. Il y a zero chances qu'il ait besoin de tout ce qui est listé. Pour un jeune diplômé, on va l'insérer dans un environnement déjà existant, donc avec une palette limitée d'outils, mais utilisés intensément. Donc le responsable cherche un type pour du C++, et il voit C++ noyé dans une marée de trucs impossibles à tous maitriser, et forcément il va se demander si le C++ est juste "un truc vu en cours" ou s'il peut compter sur vous...
Bref, au contraire, je ne listerais surtout pas les OS, les SGDB et autres trucs vaguement abordés en vitesse, mais uniquement les domaines où vous vous sentez complètement à l'aise pour mener à bien directement un projet professionnel avec des délais, des clients etc.
Imaginez que vous vous retrouviez parachuté dans un projet militaire de matériel embarqué avec des Texans (825 de Toefl= on peut presque prendre le café avec eux...), une base ClearCase de 70000 fichiers répartie sur 3 continents, des spécialistes du calcul HPC souhaitant améliorer leur projet avec Cuda, qui se retournent vers vous pour demander conseil sur la meilleure manière d'utiliser Cuda, alors que vous n'avez jamais eu à résoudre en vrai un goulet de cache? Insta-boum. Donc juste "Cuda" noyé dans la liste sans autre commentaire = non. Utilisation de Cuda pour votre projet 2007, même décrit sommairement = oui.

A la lecture de votre CV, je retiens quelques points: formation solide, expérience réelle sur application Web dans un environnement professionnel, et capacité à se cogner des SDK lourds et des technologies absconses.
Le reste apparait comme du remplissage (VB, CSS... mdr ) qui ne peut que vous desservir.

Peut-être pourriez vous trier dans la liste de technologies, ou même la remplacer par une liste de problèmes résolus dans vos expériences.

Mais franchement, j'en vois trop des CV comme ça, avec du bourrage de techno à peine effleurées (j'ai même eu il y a seulement quelques années un jeune diplômé listant lex/yacc!! - non pas que ce soit extrêmement inutile, mais il avait fait en tout et pour tout un TD de 2h... ça n'a pas sa place sur un CV).

Donc si vous voulez vous démarquer, NE LISTEZ PAS VB, par pitié! Sauf bien sûr si vous avez géré un projet de 300000 lignes dans lequel VB était crucial, mais même dans ce cas, insistez plutôt sur le projet, mentionnez qu'il était en VB, et NE LE NOYEZ PAS AU MILIEU de cochonneries de HTML, clearcase et autres trivialités aux yeux de celui qui sera bientôt votre chef direct (il sera toujours consulté avant votre embauche).

3 lignes d'acronymes, ça peut impressionner la petite soeur, mais face à un pro, t'es vu!

[el_slapper]

Par contre, en SSII, ils pratiquent beaucoup le remplissage de CVs...

[Vinc35]

Avant tout, merci de vous intéresser a mon CV et d'y apporter des conseils

Attention au bourrage. Déjà, la liste "compétence" est bien trop remplie, ce n’est pas possible d'être compétent dans tout ce qui est listé en juste quelques années, alors rajouter les SGDB que vous connaissez...
Mettez-vous à la place de celui qui va lire. Il y a zéro chance qu'il ait besoin de tout ce qui est listé. Pour un jeune diplômé, on va l'insérer dans un environnement déjà existant, donc avec une palette limitée d'outils, mais utilisés intensément. Donc le responsable cherche un type pour du C++, et il voit C++ noyé dans une marée de trucs impossibles à tous maitriser, et forcément il va se demander si le C++ est juste "un truc vu en cours" ou s'il peut compter sur vous...
Bref, au contraire, je ne listerais surtout pas les OS, les SGDB et autres trucs vaguement abordés en vitesse, mais uniquement les domaines où vous vous sentez complètement à l'aise pour mener à bien directement un projet professionnel avec des délais, des clients etc.

Il est évident qu'en étant jeune diplômé il est impossible de maitriser les technologies, on est bien d'accord la dessus. Maintenant, comment mettre des technologies que l'on a réellement utilisé et pas simplement vu en cours ?
Prenons mon cas personnel pour analyser ce qui doit être mis ou non.

Pendant 1 an de stage, j'ai utilisé les technologies suivantes : Java/J2EE, JSP, JSF, SQL, Html, CSS, Xml, JavaScript, Ajax dans un environnement professionnel, dans une vraie application, pas simplement vu dans un TP.
J'ai travaillé avec une bdd DB2 et les outils RAD/eclipse, ClearCase

Projet de 3eme année : Scène numérique (OpenGL, avec du code C/C++ et une interface en C#) basée sur une utilisation parallèle des cartes vidéos G80 et donc, via Cuda

Projet de 2eme année : Logiciel écrit en VB pour faire de la prévision de vente

Concernant les projets, il s'agit de projets qui sont réalisé par les étudiants, pas d'aide pour le développement comme un TP (je ne sais pas si je suis clair)

Donc pour résumer, les technologies citées dans mon CV sont des technologies que j'ai utilisé dans un vrai projet, et pas seulement en cours, avec a chaque fois un client.
Il est bien sur évident que je ne maitrise pas toutes ces technologies comme quelqu'un qui aura plusieurs années d'expérience. (heureusement )

Dois-je dans ce cas supprimer les parties que je maitrise le moins ? Celles qui m'intéressent le moins ? Celles les plus connues (je pense a html, css que tout le monde maitrise) ?
Si je supprime des éléments comme html/css ne risque t'on pas de croire que au contraire je ne les connais pas ?

Imaginez que vous vous retrouviez parachuté dans un projet militaire de matériel embarqué avec des Texans (825 de Toefl= on peut presque prendre le café avec eux...), une base ClearCase de 70000 fichiers répartie sur 3 continents, des spécialistes du calcul HPC souhaitant améliorer leur projet avec Cuda, qui se retournent vers vous pour demander conseil sur la meilleure manière d'utiliser Cuda, alors que vous n'avez jamais eu à résoudre en vrai un goulet de cache? Insta-boum. Donc juste "Cuda" noyé dans la liste sans autre commentaire = non. Utilisation de Cuda pour votre projet 2007, même décrit sommairement = oui.

La, j'avoue avoir du mal à suivre, comme expliqué, Cuda est au cœur de mon projet de fin d'études (décrit pas la partie "projets")
Dois je dans ce cas détailler plus le projet Cuda ou bien supprimer Cuda de la liste des compétences ? (je trouverai ca dommage après avoir passé plus de 6 mois dessus )

A la lecture de votre CV, je retiens quelques points: formation solide, expérience réelle sur application Web dans un environnement professionnel, et capacité à se cogner des SDK lourds et des technologies absconses.
Le reste apparait comme du remplissage (VB, CSS... mdr ) qui ne peut que vous desservir.

Peut-être pourriez-vous trier dans la liste de technologies, ou même la remplacer par une liste de problèmes résolus dans vos expériences.

Mais franchement, j'en vois trop des CV comme ça, avec du bourrage de techno à peine effleurées (j'ai même eu il y a seulement quelques années un jeune diplômé listant lex/yacc!! - non pas que ce soit extrêmement inutile, mais il avait fait en tout et pour tout un TD de 2h... ça n'a pas sa place sur un CV).

Comment alors puis-je faire comprendre au recruteur que non, j'ai passé un peu plus que 2h sur les technologies listées ?

Donc si vous voulez vous démarquer, NE LISTEZ PAS VB, par pitié! Sauf bien sûr si vous avez géré un projet de 300000 lignes dans lequel VB était crucial, mais même dans ce cas, insistez plutôt sur le projet, mentionnez qu'il était en VB, et NE LE NOYEZ PAS AU MILIEU de cochonneries de HTML, clearcase et autres trivialités aux yeux de celui qui sera bientôt votre chef direct (il sera toujours consulté avant votre embauche).

Pour être honnête, travailler sur du Visual Basic ne me motive pas franchement, dois je carrément le supprimer même si j'ai réalisé un projet qui tourne autour ?

3 lignes d'acronymes, ça peut impressionner la petite sœur, mais face à un pro, t'es vu!

Vraiment le but n'est pas d'impressionner (auquel cas j'en ajouterai d'autre simplement vu en cours comme Php, vhdl, basic, assembleur, ... ou bien vu rapidement en stage Rpg, Cobol, bdd Sybase, ... mais que je ne maitrise pas et avec lesquels je suis bien incapable de travailler) mais réellement montrer ce que je connais

Merci pour vos réponses

edit : réparation de petites infidélités à Laure Tographe

[ac_wingless]

Désolé si je me lache un peu dans le post précédent, ce qui m'empêche d'être clair.

Mon point essentiel est que si vous avez fait des études solides d'informatique et d'ingénieur, que vous avez effectué un projet en stage dans un environnement professionnel, alors tout recruteur saura déjà que vous avez forcément utilisé les outils classiques par rapport au problème. Lesquels dans le détail, ça n'a vraiment aucun intérêt. Par contre, il est important de savoir, dans la dégelée des acronymes blabla, qu'est-ce qui est vraiment le cœur de ce que vous savez "faire".

Un professionnel qui recrute, il a peut-être 25 ans de pratique. A son époque, les acronymes à la mode c'était Motif, Sunview, Profor, Euclid, X11 et autres dinosaures. Depuis, il en a vu passer. Tout plein, et qui sont tous morts eux aussi. Alors, VB, ASP, AJAX, HTML, CSS, il s'en fout complètement, ça va, ça vient, les projet vivent, les avions volent, la boite est toujours là.

Ce qui l'intéresse en vous, c'est vous, la personne, pas des technologies anecdotiques qui se trouvent ou non dans votre cerveau à un instant donné. C'est de savoir si vous êtes capables de vous adapter à un environnement, qui vous parait peut-être fixe à la sortie de l'école, mais qui va changer. Il y a 12 ans, on se prenait une baffe avec la sortie forcée des 640k. La profondeur de ce préhistorisme est difficile à imaginer pour un jeune diplomé. Mais 12 ans, à l'échelle d'une carrière, en particulier celle de celui qui est en train de lire votre CV, c'est rien du tout. Il a connu bien pire que 640k s'il a plus de 40 ans.

Dans votre cas précis, ce qui parait intéressant, c'est votre stage et votre projet de fin d'étude. Ne croyez pas que vous maitrisez une technologie, même si vous l'avez utilisée pendant un an (vous vous en êtes surement rendu compte durant votre stage, ne serait-ce qu'en vous comparant avec vos collègues plus expérimentés). Par contre, vous avez prouvé que vous vous êtes intégré dans l'environnement requis, que l'évaluateur de votre CV connait sans doute mieux que vous (si vous postulez ciblé bien sûr). Donc, ne vous inquiétez pas, "Si je supprime des éléments comme html/css ne risque t'on pas de croire que au contraire je ne les connais pas ?" n'a aucun sens. D'une part on devine bien que vous connaissez ça après un an d'application Web, et même si vous ne connaissez pas, on sait bien à la lecture du reste de votre CV que vous l'apprendrez facilement (même ma grand-mère connait Html/CSS. Eh oui, j'ai une super grand-mère).

Pour l'exemple Cuda, la présentation de votre projet montre très clairement que vous avez passé plusieurs mois sur Cuda. C'est suffisant: on sait que vous êtes capable de vous manger un SDK méchant, des concepts ardus, que vous êtes allés au bout et pas juste fait les tutos. On sait aussi qu'en 6 mois de projet de fin d'étude, vous n'êtes pas allé jusqu'à la livraison d'un produit commercial, et vous n'avez pas donné des conférences à travers le monde sur les applications du parallélisme dans les projets industriels du futur, ce qui ne vous sera jamais reproché en tant que jeune diplômé.

Les quelques lignes sur votre projet sont à mon avis un bon niveau de description de votre compétence, que tout professionnel saura évaluer correctement.

Ce qui n'est pas utile, voire qui est contre-productif si vous voulez transmettre clairement vos compétences, c'est de faire une rubrique XXX, YYY, BlaBla 2.0, Cuda, MS-truc, C/C++, .NET, JJKK, etc.

Avec ce genre de liste, on ne voit pas la différence entre Cuda et CSS! Dans un cas, vous avez bossé 6 mois sur quelque chose qui n'est pas courant et démontre des capacités certaines, dans l'autre vous montrez que vous ne vous rendez même pas compte à quel point connaitre CSS est anecdotique! Que penser alors de "C++"? Sans contexte, et trouvant ceci intercalé entre CSS et Javascript, le lecteur de votre CV est en droit de se demander si vous vous rendez même simplement compte que c'est un langage difficile à exploiter pleinement, et pourtant vital à beaucoup de projets industriels, peut-être le sien...

Un employeur à la recherche de la perle rare sera sans doute bien plus intéressé par le fait même que vous avez prouvé que vous pouvez faire quelques chose avec Cuda, plus que par Cuda proprement dit, qui ne me semble pas être un outil à vaste potentiel d'embauche... (Petite parenthèse en passant: si vous envoyez votre CV par email, avant ou en plus de l'imprimer, le lecteur suivra les liens du document. Donc moi je rajouterais un beau lien vers le SDK Cuda, pour que justement si le recruteur ne sait pas de quoi il s'agit, la compétence que cela démontre chez vous ne lui échappe tout de même pas).

Bref, je ne saurais donc trop vous conseiller de ne pas lister des acronymes sans commentaire, mais plutôt d'élaborer sur les projets sur lesquels vous avez travaillé, en mentionnant les points importants de l'environnement de travail (mentionnez C++, pas Visual Studio 2005; application Web, pas CSS; gestion de ressources, pas clearcase; base de données, pas DB2; etc.).

En tout cas, bon courage et bonne chance!

[Vinc35]

Un grand merci a vous, ce message est plus clair a mon sens que le precedent et je situe maintenant mieux le probleme.

Dans votre cas précis, ce qui parait intéressant, c'est votre stage et votre projet de fin d'étude. Ne croyez pas que vous maitrisez une technologie, même si vous l'avez utilisée pendant un an (vous vous en êtes surement rendu compte durant votre stage, ne serait-ce qu'en vous comparant avec vos collègues plus expérimentés).

Clairement, en arrivant en entreprise sur un domaine que l'on pense plutot bien connaitre, on se rends compte que l'experience est egalement tres importante et l'on apprends a ecouter les "anciens" (désolé ) qui ont su acquerir, au dela des langages, des methodologie de conception et de developpement que l'on n'apprends pas a l'ecole.

Un employeur à la recherche de la perle rare sera sans doute bien plus intéressé par le fait même que vous avez prouvé que vous pouvez faire quelques chose avec Cuda, plus que par Cuda proprement dit, qui ne me semble pas être un outil à vaste potentiel d'embauche... (Petite parenthèse en passant: si vous envoyez votre CV par email, avant ou en plus de l'imprimer, le lecteur suivra les liens du document. Donc moi je rajouterais un beau lien vers le SDK Cuda, pour que justement si le recruteur ne sait pas de quoi il s'agit, la compétence que cela démontre chez vous ne lui échappe tout de même pas).

Bref, je ne saurais donc trop vous conseiller de ne pas lister des acronymes sans commentaire, mais plutôt d'élaborer sur les projets sur lesquels vous avez travaillé, en mentionnant les points importants de l'environnement de travail (mentionnez C++, pas Visual Studio 2005; application Web, pas CSS; gestion de ressources, pas clearcase; base de données, pas DB2; etc.).

Voici 2 excellentes idées
Le lien vers le SDK Cuda est vraiment un tres bon moyen de faire connaitre la technologie sans ajouter 15 lignes de blabla

En tout cas, bon courage et bonne chance!

Merci