Discussion :

[Stéphane le calme]

Mais où sont donc passés les développeurs Java ?
« Nombreux sont ceux qui ne connaissent que les frameworks » pour un consultant

Dans un billet blog, un consultant du nom de Yakov Fain raconte de façon assez anecdotique l’interview qu’il a accordée à de jeunes développeurs Java pour les besoins de sa société de conseil.

Il remarque tout d’abord les compétences techniques dont les candidats font étalage. L’un d’eux a cité celles-ci : Core Java, J2EE, JSP, JDBC, Servlets, AJAX, XML, HTML, XSLT, Web Services, CSS, JavaScript, SQL, Oracle 10g, MySQL 5.0, JMS, Eclipse, Adobe Flex Builder 3.x, UML, JDBC, SVN, JUnit, VSS, Jira, HTML, DHTML, CSS, AJAX, JavaScript, XML, MXML, Action Script, Servlet, JSP, JSTL, Hibernate 3.x, Spring 2.x, iBATIS, SOAP, UDDI, WSDL, Apache Axis, WebLogic Server 8.x, Apache Tomcat 5.0, Struts Framework, MVC, ANT et Maven.

Un tableau de chasse bien fourni donc et pourtant aucun des candidats n’a été capable de maintenir une conversation de quelques minutes axée sur 80 % de ces technologies qu’ils sont censés maîtriser. Il en déduit qu’ils ont juste dû entendre parler de ces technologies ou les avoir « essayées » au passage tout au plus histoire de les ajouter à leur CV.

Qu’en est-il des 20 % restant ? Des frameworks comme Struts ou Spring qu’ils savent tout juste configurer et associer à Hibernate pour éviter d’écrire du code SQL qu’ils connaissent d’ailleurs très peu.

Pour la petite histoire, il a demandé à une candidate, ayant marqué qu’elle utilisait jQuery, les raisons qui la motivaient. 20 secondes de silence plus tard elle lui répondit « j’aime ça, c’est beau ! ».

En définitive, Yakov Fain s’inquiète de la dégradation des développeurs Java. Pour lui, ils sont très nombreux en entreprise à n’être entraînés qu’à utiliser certains frameworks sans pour autant savoir comment les choses fonctionnent sous la surface.

À une époque où les offres d’emploi se font de plus en plus pointues, il faut se demander comment faire une meilleure sélection des candidats pour un poste à pourvoir. Les demandeurs gonflent leur CV de technologies pour avoir plus de chance de passer le premier filtre de sélection.

Mais dans ce cas comment repérer les bons développeurs ? Qui doit-on blâmer ? Les entreprises pour être « fascinées » par cet étalage de compétences, ou les développeurs pour parler de choses qu’ils ne maîtrisent pas forcément ?

Source : blog Yakov Fain

Et vous ?

Qu'en pensez-vous ?

[Kearz]

« j’aime ça, c’est beau ! »

[TROLL du vendredi]
Je pense que cette candidate n'aime pas bosser sur AS400. Mais, c'est surement parce que c'est "moche".
[/TROLL]

D'un point de vu 'perso', pour sa culture, il est dommage de pas savoir ce qu'il y a sous un framework.

D'un point de vu productivité, du moment que les frameworks est connu, c'est le plus important. Les entreprises ont surtout besoin de productivité.

[Elbarto]

je pense que la problématique est mal posée par les entreprises,

plutôt que de chercher un profil qui colle pile poil à l'annonce il serait plus intelligent de chercher quelqu'un de motivé et autonome qui connait les bases de Java ( donc sans forcément connaitre tous les détails ) et qui aurait la capacité de s'auto-former rapidement sur les technologies demandées grâce à ses compétences de base de développeur informatique ( algorithmie, programmation objet, aimer et savoir lire de la doc )

mais comme les entreprises veulent systématiquement un candidat qui rentre parfaitement dans des cases avec des tonnes de technologies très variées ( le mouton à 5 pattes ) alors ça pousse les candidats à tricher et à gonfler leur CV s'ils veulent espérer décrocher un entretien d'embauche

[erwanlb]

je pense que la problématique est mal posée par les entreprises,

plutôt que de chercher un profil qui colle pile poil à l'annonce il serait plus intelligent de chercher quelqu'un de motivé et autonome qui connait les bases de Java ( donc sans forcément connaitre tous les détails ) et qui aurait la capacité de s'auto-former rapidement sur les technologies demandées grâce à ses compétences de base de développeur informatique ( algorithmie, programmation objet, aimer et savoir lire de la doc )

mais comme les entreprises veulent systématiquement un candidat qui rentre parfaitement dans des cases avec des tonnes de technologies très variées ( le mouton à 5 pattes ) alors ça pousse les candidats à tricher et à gonfler leur CV s'ils veulent espérer décrocher un entretien d'embauche

C'est ce qu'a fait mon boss avec moi et qui m'a permis de rester et d'avoir un CDI...(15min d'un seul et unique entretien)

En règle générale, les entreprises n'ont pas de "couilles", ça tergiverse pendant des semaines et x entretiens avant de se décider sans savoir si au final ce sera le bon candidat ou pas...

Vu la part de chance et de hasard qu'il y a dans les recrutements, autant ne pas y perdre de temps, tester l'heureux élu en conditions réelles et voir ce que ça donne...ça c'est un vrai gain d'argent !

[Traroth2]

C'est ce qu'a fait mon boss avec moi et qui m'a permis de rester et d'avoir un CDI...

En règle générale, les entreprises n'ont pas de "couilles", ça tergiverse pendant des semaines et x entretiens avant de se décider sans savoir si au final ce sera le bon candidat ou pas...

Vu la part de chance et de hasard qu'il y a dans les recrutements, autant ne pas y perdre de temps, tester l'heureux élu en conditions réelles et voir ce que ça donne...ça c'est un vrai gain d'argent !

C'est vite dit. Recruter, c'est bien plus difficile qu'il n'y parait. Parfois, il y a un déclic, et on sait simplement que ça va bien se passer. Là, il n'y a pas à hésiter. Mais le plus souvent, on n'a tout simplement pas le candidat idéal parmi les postulants. Et là, on fait quoi ? On attend qu'il y en ait d'autres ? C'est rarement possible. On fait passer un autre entretien ? Ça prend du temps aussi. On prend "le moins mauvais" ? Risqué. Et cætera...

[Mr_Exal]

Pour la petite histoire, il a demandé à une candidate ayant marqué qu’elle utilisait jQuery les raisons qui la motivaient. 20 secondes de silence plus tard elle lui répondit « j’aime ça, c’est beau ! »

C'est vrai qu'on utilise telle ou telle technologie parce qu'elle est plus belle. Même si l'aspect de l'interface graphique rentre en compte la réponse est très loin d'être fournie (surtout si elle développe souvent en jQuery)

Les demandeurs gonflent leur CV de technologies pour avoir plus de chance de passer le premier filtre de sélection.

Et quand un Chef de Projet te pose 2 questions un peu techniques soit tu ne réponds pas soit tu passes pour un abruti

Ensuite comprendre ce qu'il y a sous le capot d'un framework peut être intéressant pour le développement et le debugging. Mais la plupart des entreprises ne voulant que de la productivité (argent argent argent) la compréhension passe bien souvent à la trappe.

[Loceka]

Et vous ?

Qu'en pensez-vous ?

Je pense qu'il est facile d'écrire des phrases comme ça

Un tableau de chasse bien fourni donc

quand on gonfle inutilement le-dit "tableau de chasse" :

L'un d’eux a cité celles-ci : Core Java, J2EE, JSP, JDBC, Servlets, AJAX, XML, HTML, XSLT, Web Services, CSS, JavaScript, SQL, Oracle 10g, MySQL 5.0., JMS,Eclipse, Adobe Flex Builder 3.x,UML, JDBC, SVN, JUnit, VSS, Jira, HTML, DHTML, CSS, AJAX, JavaScript, XML, MXML, Action Script, Servlet, JSP, JSTL, Hibernate 3.x, Spring 2.x, IBatis, SOAP, UDDI, WSDL, Apache Axis, Web logic Server 8.x, Apache Tomcat 5.0, Struts Framework, MVC, ANT, Maven.

Légende :
- en tons de bleu/vert les techos citées 2 (ou 3) fois, juste pour le plaisir de gonfler la liste.
- en rouge les mots clefs non techniques décrivant juste des concepts ou bien des logiciels ne demandant pas de maîtrise particulière :

• Web Services : concept qui veut juste dire développement web (J2EE, Servlet, Struts, ...)
• MVC : concept illustrant un principe de développement
• Eclipse, SVN, Jira : logiciels ne demandant pas (ou très peu) de connaissances techniques
• JDBC (pas en rouge parce qu'en doublon) : méthode d'accès aux bases

Attention, je ne dis pas que ces mots ne sont pas à mettre sur un CV (sauf Web Services), vu qu'ils décrivent des méthodologies et des environnement techniques connues par la personne en question. Par contre il est malhonnête de les citer dans un "tableau de chasse de compétences techniques" juste pour le gonfler.

Après, on peut aussi discuter le fait d'ajouter XML (c'est pas très violent comme "techno"), de dissocier HTML et CSS ou SOAP et WSDL.

En faisant le tri et en lisant "intelligemment", on voit que c'est un mec qui fait principalement du dev web en Java et a travaillé sur 2 serveurs différents (tomcat et web logic). On remarque qu'il sait aussi faire du XSL et du Flash (Action Script), un petit plus par rapport à d'autres devs webs mais toujours en rapport avec le web.

Donc oui, si on continue à vouloir être malhonnête, on va lui poser des questions sur Oracle 10g, voir comment il s'en sort quand on lui demande quelle est la meilleure façon d'optimiser la base ou de tuner les requêtes, tant qu'à faire on réitère la chose avec MySQL.
Puis on passe à la gestion du serveur Tomcat, comment le configurer pour éviter les failles de sécurité, pour en faire tourner plusieurs en parallèle avec du load-balancing en HTTPS (idem avec web logic).
Ensuite on s'attaque à la mise en place de maven (truc imbittable qu'une seule personne a à se coltiner au tout début d'un projet)
Après quoi on passe à Eclipse. Comment créer un plugin Eclipse ? Comment s'utilise swt ?
On continue avec Struts, en demandant d'expliquer certaines règles d'URL-rewritting ou d'interaction entre 2 applis struts (j'ai eu à le faire, c'est pas simple).

Voilà en tout cas comment je m'y prendrais si je voulais plomber un type comme moi en entretien. J'ai à peu près le même CV, sans le flash. Et non, je ne sais pas tuner une base de données, je ne sais pas configurer Maven, je ne sais pas créer de plugins Eclipse, etc.
Et pourtant toutes ces technos/outils sont tout à fait légitimes sur le CV vu qu'ils décrivent dans quel environnement technique je sais évoluer (c'est pas tout à fait les mêmes requêtes entre Oracle, MySQL, Access, Post Gres), Eclipse n'est pas Netbeans, Maven c'est un plus de savoir l'utiliser, ...

A moins de voir les questions posées par ce "consultant" ainsi que les réponses apportés par les différents candidats, cette "étude" ne veut strictement rien dire (c'est peut-être dit dans le blog mais il est bloqué ici et j'en doûte fort). Sauf bien sûr si on veut démontrer que quand il y'a une techno/un outil sur un CV, ça ne veut pas forcément dire que le mec en face en a une maîtrise totale de A à Z et sait exploiter toutes ses possibilités.

Donc pour répondre à la si pertinente question "Mais où sont donc passer les développeurs Java ?", je répondrais bien en 3 lettres mais, même si on est vendredi, je vais m'abstenir vu que certains pourraient mal le prendre.

[leminipouce]

• Web Services : concept qui veut juste dire développement web (J2EE, Servlet, Struts, ...)
• MVC : concept illustrant un principe de développement
  [...]

Attention, je ne dis pas que ces mots ne sont pas à mettre sur un CV (sauf Web Services), [...]

Après, on peut aussi discuter le fait d'ajouter XML (c'est pas très violent comme "techno"), de dissocier HTML et CSS ou SOAP et WSDL.
[...]
Puis on passe à la gestion du serveur Tomcat, comment le configurer pour éviter les failles de sécurité, pour en faire tourner plusieurs en parallèle avec du load-balancing en HTTPS (idem avec web logic).
Ensuite on s'attaque à la mise en place de maven (truc imbittable qu'une seule personne a à se coltiner au tout début d'un projet)
[...] je ne sais pas tuner une base de données, je ne sais pas configurer Maven, je ne sais pas créer de plugins Eclipse, etc.
Et pourtant toutes ces technos/outils sont tout à fait légitimes sur le CV vu qu'ils décrivent dans quel environnement technique je sais évoluer (c'est pas tout à fait les mêmes requêtes entre Oracle, MySQL, Access, Post Gres), Eclipse n'est pas Netbeans, Maven c'est un plus de savoir l'utiliser, ...

1. Sur la question des WS, je ne suis absolument pas d'accord avec toi. Pourquoi ne faut-il pas le mettre sur un CV ? En Java, les WS ce sont 2 normes : JAX-WS & JAX-RS. Quand on les connaît, qu'on est capable de les différencier et les expliquer alors oui, on peut le mettre sur un CV. Si on ne connaît que JAX-WS on peut se contenter de mettre SOAP sur le CV (par contre WSDL n'a rien à faire là...). Mais oui, développer des WS revient à faire face à des problématiques particulières et non ce n'est pas du dév. de base comme un autre.
2. Sur la question du XML, à la limite si tu mets que tu connais aussi un autre langage qui dessert les même objectifs (JSON...) ça peut avoir du sens après...
3. HTML & CSS. Totalement impératif de dissocier les 2. C'est radicalement différent ! Le premier est un langage de balisage permettant d'écrire de l'hypertext, donc des pages web. Il commence à devenir assez vaste depuis la sortie de la norme HTML5. Le second est un langage de mise en forme avec des possibilités graphiques juste démentielles en CSS3. Tu peux très bien connaître par coeur l'un et pas du tout l'autre !
4. Sur la question de Maven, Tomcat & autre, je ne suis pas d'accord non plus. Si tu les notes sur ton CV en tant que compétences, c'est que tu as des compétences réelles dessus. Taper "mvn clean install" sans comprendre ce qui se passe dessous c'est à la portée du premier imbécile venu. Si tu ne comprends pas ces outils/technos liste les dans une partie "environnement technique" des missions concernées. Pareil évidemment pour Eclipse, Oracle et consort. Taper une ligne de commande ou pire faire un clic-droit sur un projet dans Eclipse ou Netbeans ce n'est pas connaître et encore moins maîtriser un outil. Inutile dans ce cas de le mettre sur le CV. Ou alors il faut préciser que tu maîtrise les clics droit et gauche. Si je reçois quelqu'un en entretien qui a marqué "Maven" dans ses compétences techniques oui c'est clair je vais le cuisiner un peu. S'il est incapable de m'expliquer les concepts de bases, les différentes phases, les principaux plugins, les objectifs majeurs ou les failles/faiblesses les plus connues c'est qu'il ne connaît pas maven. Prétendre connaître Oracle sur un CV et n'être au final capable que de faire des requêtes de la norme SQL... c'est connaître SQL, pas Oracle ou MySQL ou autre !

Pour moi cette étude est assez symptomatique. Des développeurs marquent sur leur CV des choses qu'ils ne connaissent pas. C'est normal alors de se faire allumer en entretien. Faut pas s'étonner. Un CV se doit d'être structuré. La partie sur les compétences techniques ne doit lister que les compétences qu'on a vraiment, pas l'ensemble des technos dont on a entendu parler un jour au coin du bar. Si tu as envie de lister toutes les technos qui étaient présentes sur l'ensemble des projets sur lesquels tu as bossé, mets le dans le détail des missions/projets, pas dans la liste des compétences maîtrisées.

Et la liste des compétences maîtrisées est aussi l'occasion de faire un filtre sur ce que tu veux ou ne veux pas faire. Perso j'y présente un ensemble de technos cohérentes sur lesquelles j'aime bosser et que je maîtrise. J'ai fait plusieurs mois de Cobol et d'Assembleur, ils n'apparaissent même pas sur mon CV, nul part !

À titre de comparaison, j'arrive à baragouiner quelques phrase en russe, je me fais comprendre en espagnol et pourtant je ne liste sur mon CV que l'anglais, car c'est la seule langue, en plus du français, que je maîtrise réellement.

[Loceka]

...

Effectivement, c'est une façon d'envisager un CV.

Personnellement j'ajoute un degré de maîtrise sur mon CV pour différencier ce que je connais réellement bien de ce avec quoi j'ai l'habitude de travailler.

Mais je trouve qu'il est intéressant (normal même je dirais) de mettre les outils avec lesquels on travaille et c'est d'ailleurs ce qu'attendent les RH apparement.
Par exemple Oracle, je l'ai déjà installé plusieurs fois, j'ai écrit des requêtes style Oracle etc. Par contre je sais pas tuner la base et je ne me prétends pas DBA.

Eclipse, ça fait 8 ans que je bosse dessus (si on compte la fac), je commence à pas mal maîtriser les raccourcis et la configuration (changer les règles automatiques, quelles options activer/désactiver pour faire telle ou telle chose), ajouter des plugins etc. Par contre je ne sais pas développer de plugin pour éclipse, en tout cas j'ai jamais fait. Dois-je pour autant le retirer du CV ?

[leminipouce]

Eclipse, ça fait 8 ans que je bosse dessus [...] Dois-je pour autant le retirer du CV ?

Euh... oui ! Perso, en entretien technique je me contrefous de savoir que tu es capable d'utiliser Eclipse, Netbeans ou IntelliJ. Et quand bien même tu préfères Emacs ou VIM, ça me fait une belle jambe. J'embauche avant tout des compétences et une capacité d'adaptation/d'appréhension/de compréhension.

J'ai passé des années sous Eclipse, et depuis 2 ans je suis sous Netbeans. Ma courbe de montée en compétence a été extrêmement courte. Certes, il y a quelques raccourcis qui m'ont manqué au début, et j'ai du passer 10s de plus pour certaines tâches. Mais pour le dév, pour ma capacité à réfléchir, à trouver une solution à un problème, l'IDE n'a aucun impact. Si demain tu arrives dans une boite qui a des licences IntelliJ, tu vas leur dire quoi ? Non je peux pas, je ne connais qu'Eclipse ? Ou "Oui, ce n'est qu'un IDE, je m'adapterai".

Si je décèle quelqu'un incapable de s'adapter en entretien... son CV ne va pas plus loin, car le jour où je n'ai pas un projet qui colle parfaitement à ses connaissances, ça devient un boulet.

Si vraiment tu as envie de marquer sur ton CV que tu connais Eclipse, sincèrement, rajoute le dans une section "Environnements techniques" (même si elle est juste sous les compétences et pas dissimulée au milieu des missions). Tu pourras y lister tous les Linux (ou Windows... [ben quoi on est vendredi...]) que tu connais, les IDE et consorts, bref tout ce qui n'a rien à voir avec tes compétences intrinsèques et qui peut à la limite montrer une certaine richesse d'expériences et donc une capacité d'adaptation.

Mais tes compétences, c'est ce que tu vas apporter à l'entreprise, pas ce que l'entreprise va "t'imposer" (maven, hudson, linux, netbeans... tout ça, en général, tu ne le choisis pas).

tu connais des gens qui utilisent l'un sans l'autre ?

personnellement je mets PHP/HTML/CSS/JS/AJAX...bien que PHP devrait suffire en fait car il implique le reste ... je devrais peut-être ajouter XML dans la liste ^^

Oui ! J'ai développé un framework d'entreprise sur lequel les développeurs codent du XHTML, mais quasiment pas un iota de CSS. Ou alors de manière très sporadique. Sans compter qu'utiliser ne veut pas dire maîtriser.
Pour ce qui est de Php incluant tous les autres... je dois pouvoir te montrer moult sites de contenus dans lesquels le dév. AJAX, CSS & JS sont inexistant. Ou alors ils ont déjà été fait et les nouveaux dév. se contentent d'utiliser quelques classes et fonctions déjà codées. Ils se servent dans la "boite à outils" présente dans l'entreprise, sans maîtriser le truc.
Ex : si tu développes un site où on t'a imposé Twitter Bootstrap, et que tu as besoin de mettre un menu vertical ou une galerie photo, tout est déjà dispo dans bootstrap, tu l'utilises mais tu ne connais pas les mécanisme sous-jaccents. Et si tu as besoin d'étendre ou surcharger les fonctionnalités, sans maîtriser le JS, je te mets au défi d'étendre les prototypes jQuery utilisés par Bootstrap, ou même tout simplement de surcharger l'affichage avec tes propres classes alors qu'il y a des problématiques de priorité des opérateurs CSS etc... Maîtriser (et donc valoriser sur un CV) c'est être capable de comprendre ces mécanismes là et résoudre les problèmes qui peuvent être liés.

A moins que certaines entreprises fassent des entretiens RH sans entretien technique... :/

Ben je n'ai jamais vu que ça. Étape 1 : la RH, étape 2 le technique, étape 3 et plus... propositions/finalisations (avec RH, direction, etc...)

Après je suis d'accord avec toi, une petite liste mais de l'expérience veut souvent dire qu'on a une très bonne connaissance de ces technologies. Mais dans mon cas, c'est sortie d'école donc je ne peux pas jouer sur ça... et c'est pourtant bien dommage de se voir des portes fermée en étant sincère sur ses compétences... (j'entends à un niveau RH, pas à un niveau responsable technique hein ! Les mitos on les voit rapidement en entretien technique...)

J'ai presque envie de dire dans ce cas là de mieux cibler les entreprises. Si au niveau RH ils ne savent pas comprendre que Junior rime avec peu d'expériences, peu de technos, etc... c'est une boite sans intérêt, probablement des vendeurs de viandes. Les mêmes qui te diront après ton entretien annuel qu'avec si peu de compétences valorisées dans l'année (malgré 0 jours d'interco) ils ne peuvent pas t'augmenter...
Si tu sors d'école, c'est une évidence que tu sais la même chose que tous les autres, que tu as les mêmes compétences, les mêmes expériences. Ce sont donc tous les "à-côté" qui vont te différencier sur ton CV. Des fois des trucs tout con genre l'orthographe, l'anglais, la présentation de ton CV qui vont faire dire "celui-là je peux le placer dans une mission avec notre correspondant à Londres, je peux lui faire rédiger une doc, je peux le présenter au client, ...".

[Paul TOTH]

[*] HTML & CSS. Totalement impératif de dissocier les 2. C'est radicalement différent ! Le premier est un langage de balisage permettant d'écrire de l'hypertext, donc des pages web. Il commence à devenir assez vaste depuis la sortie de la norme HTML5. Le second est un langage de mise en forme avec des possibilités graphiques juste démentielles en CSS3. Tu peux très bien connaître par coeur l'un et pas du tout l'autre !

tu connais des gens qui utilisent l'un sans l'autre ?

personnellement je mets PHP/HTML/CSS/JS/AJAX...bien que PHP devrait suffire en fait car il implique le reste ... je devrais peut-être ajouter XML dans la liste ^^

[Grom61736]

A chaque entretien que j'ai eu c'était pourtant du genre
- "Quoi ? Vous utilisez pas Spring et Hibernate dans vos projets perso ?
Comment faites vous pour gérer 100 classes différentes ?"
- "Ouais, vous êtes certifiés mais on s'en fout, il faut connaitre le framework bidule machin"


Tout dépend ce qu'on appelle des bons dev. Un mec qui ne sait fonctionner que sous framework "Tata Madeleine 7.2", son talent est relatif.

[theMonz31]

C'est toujours le même dilemme..

Comment recruter la bonne personne pour le poste qu'on a...


Que ça soit en informatique ou dans d'autres domaines, les clients veulent des références, veulent des connaissances de moultes environnements, etc... veulent du pas chers, compétents, flexibles, etc...


Bref, les candidats s'adaptent à cette tendance.. Qu'en il est difficile de trouver un job, on essaye, quitte à "survendre" son CV, d'attirer le plus
possible l'oeil du recruteur, RH, qui va filtrer le CV par rapport à ses mots clés...

Je ne cautionne pas ces pratiques, mais je les comprends.

[fab_hunter1100]

Pour ma part etant toujours rester aux couches inferieures , difficile de maitriser le language sans soulever le capot. Je penses que c est le probleme des framework (" Dieu se rit des hommes qui déplorent les effets dont ils chérissent les causes " ) . C est bien la le but d une framework qui a pour but de rendre les choses faciles (Ils le disent eux memes) , et apres ils deplorent que les jeunes ne connaissent pas le language en profondeur.
Dans cette abime tous le monde est a blamer , des universités en passant par les entreprises, mais surtout cette derniere , dont les avis de recrutement ressemblent de plus en plus a pub pour technologie.

Conclusion : Pour moi sachant exactement comment un ordinateur fonctionne du hard au soft , et ne maitrisant par exemple que le C + Assembler , je devrai pouvoir postuler pour developper en PHP par exemple. Mais mon CV n arrivera meme pas a la table de la secretaire .

[Atem18]

Si le problème n'existait qu'en Java... Il y a quelques temps, on m'a raconté qu'une fille ingénieure, a sorti qu'elle allait développer un site en "HTML Objet". Sur le coup, j'ai hésite entre rire et pleurer...

[andry.aime]

Pour la petite histoire, il a demandé à une candidate ayant marqué qu’elle utilisait jQuery les raisons qui la motivaient. 20 secondes de silence plus tard elle lui répondit « j’aime ça, c’est beau ! ».

Et la candidate, elle est belle?

[transgohan]

Connaître un framework ? Aucune utilité dans un CV selon moi si c'est pour une mission de plus d'un mois (en dessous de cette durée il n'y a pas de formation possible donc...).
Car une personne ayant de bonnes connaissances dans le langage utilisé pourra se former sur le framework sans souci.

Et pire que cela... Connaître les gros frameworks c'est cool mais... Vous faites quoi si l'entreprise utilise un framework interne ? Ah bah ça sert à rien de postuler si on rentre dans ce jeu là... Mais du coup personne ne peut postuler à cette offre ?

Toujours est-il que le souci ne vient pas des CVs selon moi, mais de la complexité à faire passer un CV à un responsable technique...
Car la première barrière c'est quoi ? Les RHs qui eux n'y connaissent rien et passent par des critères de quantité de terme technologiques.
Ils ont fait le test dans l'entreprise où je bosse en faisant passer de faux CVs pour un poste ouvert. Les bons CVs (clair, concis, sans fioritures) ont été refusé, les CVs mouton à cinq patte qui montrent plutôt que le candidat ne connait presque rien de chaque technologie sont passés.

J'ai moi même eu des problèmes pour passer la case RH. J'ai gonflé mon CV avec des technologies pour lesquelles je me notais intermédiaire (alors que j'aimerai pas forcement bosser dessus et sur lesquelles je pense avoir besoin de formation). J'ai expliqué la situation lors de l'entretien technique, heureusement mon chef est compréhensible et a tout à fait compris ma stratégie.

[leminipouce]

En règle générale, les entreprises n'ont pas de "couilles", ça tergiverse pendant des semaines et x entretiens avant de se décider sans savoir si au final ce sera le bon candidat ou pas...

Vu la part de chance et de hasard qu'il y a dans les recrutements, autant ne pas y perdre de temps, tester l'heureux élu en conditions réelles et voir ce que ça donne...ça c'est un vrai gain d'argent !

??? Euh... C'est tellement plus simple, moins cher et moins risquer de faire passer des entretiens que du virer quelqu'un, même pendant une période d'essai, que les entreprises ont tout intérêt à bien faire passer leurs entretiens. Après, ce n'est évidemment pas une science exacte.

Car la première barrière c'est quoi ? Les RHs qui eux n'y connaissent rien et passent par des critères de quantité de terme technologiques.
Ils ont fait le test dans l'entreprise où je bosse en faisant passer de faux CVs pour un poste ouvert. Les bons CVs (clair, concis, sans fioritures) ont été refusé, les CVs mouton à cinq patte qui montrent plutôt que le candidat ne connait presque rien de chaque technologie sont passés.

C'est peut-être là que je me différencie. Mon CV annonce clairement 10 ans d'expérience. Soit l'entreprise est pas trop conne et sait d'office que j'ai vu pas mal de trucs et de technos et que la liste des compétences reflète à défaut d'une expertise au moins une bonne maîtrise, soit l'entreprise a une gestion des RH trop pourrie pour que j'ai envie d'y mettre les pieds. En somme, si j'ai besoin de gonfler mon CV à l'embauche, j'aurai besoin de mentir à chaque entretien en clientèle, à chaque entretien annuel pour espérer avoir une augmentation, etc... Je ne suis pas un bout de viande qu'on monnaie. On me prend tel que je suis ou je viens pas. Et en 10 ans je n'ai pas eu un seul jour chomé !

[transgohan]

C'est peut-être là que je me différencie. Mon CV annonce clairement 10 ans d'expérience. Soit l'entreprise est pas trop conne et sait d'office que j'ai vu pas mal de trucs et de technos et que la liste des compétences reflète à défaut d'une expertise au moins une bonne maîtrise, soit l'entreprise a une gestion des RH trop pourrie pour que j'ai envie d'y mettre les pieds. En somme, si j'ai besoin de gonfler mon CV à l'embauche, j'aurai besoin de mentir à chaque entretien en clientèle, à chaque entretien annuel pour espérer avoir une augmentation, etc... Je ne suis pas un bout de viande qu'on monnaie. On me prend tel que je suis ou je viens pas. Et en 10 ans je n'ai pas eu un seul jour chomé !

Ce n'est pas une question de décrocher un entretien avec la RH, c'est surtout pour que mon CV remonte jusqu'au responsable technique. Car sans cette remontée c'est CV poubelle tout de suite... A moins que certaines entreprises fassent des entretiens RH sans entretien technique... :/

Après je suis d'accord avec toi, une petite liste mais de l'expérience veut souvent dire qu'on a une très bonne connaissance de ces technologies. Mais dans mon cas, c'est sortie d'école donc je ne peux pas jouer sur ça... et c'est pourtant bien dommage de se voir des portes fermée en étant sincère sur ses compétences... (j'entends à un niveau RH, pas à un niveau responsable technique hein ! Les mitos on les voit rapidement en entretien technique...)

[Traroth2]

Ce sont les dégâts des SSII, ça. Les premiers entretiens sont faits par des personnes dont le niveau technique est très faible, pour ne pas dire inexistant, genre commerciaux ou responsable RH. Si on ne leur dit pas que JPA, c'est du Java, ils ne le sauront pas.

J'en ai vu un une fois qui m'a carrément conseillé de préciser les versions des outils que j'avais utilisé.

Cela dit, après, mentir sur son CV pour réussir à décrocher un entretien, c'est du suicide. Comment imaginer que cet entretien puisse bien se terminer pour le candidat ? Mieux vaut ne pas décrocher cet entretien que d'aller au casse-pipe. Parce qu'il y aurait eu des entretiens que le candidat aurait pu décrocher sans mentir, et qui eux-aussi se termineront mal, alors que sans mentir, ça aurait pu bien se passer. Sans parler de l'humiliation de se faire prendre en flagrant-délit de bidonnage de CV en plein entretien...

N'oubliez jamais que ce que vous racontez sur votre CV, vous aurez à l'assumer durant l'entretien.

C'est un truc que j'ai vu avec des jeunes diplômés ou des candidats à des stages : ils n'ont forcément pas encore grand chose à mettre sur leur CV, donc ils mettent le moindre truc qu'ils ont vaguement vu 30 secondes. Ne vous en faites pas, un jeune diplômé, on sait ce que c'est. L'important, c'est de montrer que vous êtes réellement intéressé par l'informatique, par le poste et que vous avez à peu près compris ce qu'on vous raconte dans vos cours. Parlez des projets que vous avez fait au cours de vos études et éventuellement à côté (un gros plus). Venez à l'entretien en sachant ce que fait l'entreprise et si possible en quoi consiste le poste.