Pour les vrais développeurs c'est faux problème! "Qu'on fasse coder ou pas, on est prêt" !
Pour les vrais développeurs c'est faux problème! "Qu'on fasse coder ou pas, on est prêt" !
Bonjour, j'ai 40 ans et suis de formation électrotechnique, mais je viens de passer un BTS informatique (IRIS). Cela fait 20 ans que je suis dans mon entreprise, mais que depuis un an au poste de programmeur. Mon entreprise va mal et je recherche donc un autre employeur. Malheureusement en un an plus les deux ans de formation, on ne voit pas tout, le manque d'expérience de tout programmeur débutant. Mais quand je vois l'article ou l'employé n'arrive même pas à faire un if et un for, c'est clair qu'un petit test n'aurais pas été de trop.
D'un autre côté, je vois des collègues ingénieurs qui sont plus ou moins dans le même cas, ils sont là pour me seconder, mais je ne peux pas faire appel à leurs services en cas de blocage, car ils ne savent pas répondre. Dans ce cas un site comme développez et fortement agréable pour aider les débutants. Le jour du test par contre, ont ne peux pas demandé au recruteur de se connecté au forum, surtout que même si la réponse est relativement rapide, en situation on peut toujours faire autre chose si l'on est vraiment bloqué, ce qui n'est pas le cas lors du recrutement. Si les tests portent sur des choses aussi basiques que les boucles for, while, do, les if et autre base primaire, pour un développeur même débutant cela ne devrait pas poser de souci.
Encore que, vu que j'étais avec les élèves classiques, j'ai vu des sacrées loustiques qui ont pourtant réussi l'examen, alors qu'il ne savait même pas utilisé un port COM RS232.
J'ai fais un DUT, on a effectivement eu des projets concret à réaliser, mais c'était surtout en JAVA et C++ sous UNIX. Les cours étaient beaucoup plus axés sur la théorie (algorithmique, UML, MERISE, réseau, ...) ce qui permet d'avoir les bases pour ensuite s'adapter à n'importe quel environnement nouveau. Premier stage en entreprise : ABAL sous PROLOGUE 3, Second stage : Visual Studio 6.0 sous Windows (VB6 et C++). Suite au second stage j'ai été embauché par l'entreprise.
Si on m'avais demander d'écrire du code sous Visual Studio lors d'un test avant de me prendre en stage, honnêtement je ne sais pas si j'aurais réussit. Pourtant, après seulement quelques semaines j'étais opérationnel.
Non mais le niveau scolaire faut pas le prendre comme un paramètres, je suis déjà tombé sur des masters qui savaient quasiment pas programmer, et des bac pro bien plus doués que le niveau que doit avoir un master....
J'ai embauché pas mal de dessinateur CAO Autocad dans le batiment pour une équipe de gestion du patrimoine, utiliser Autocad, ils le savaient tous. Alors j'ai mis au point un petit test avec un croquis dont les cotations étaient fausses, donc irréalisable sous Autocad. En plus de les voir travailler, je leur demandais leur avis sur le bâtiment, pourquoi était il faux. Les personnes qui avaient peut-être moins dessiné d'éléments dans le temps imparti, mais qui donnaient une bonne explication étaient embauché. Aucun regret sur mes choix, depuis je continu dans cette optique, mais pour un architecte réseau le test reste à trouver ....
Je pense qu'il faut aussi laisser une place dans ces tests à l'oral
Salut tout le monde,
J'ai lu récemment le Gettin' Real Book de 37signals qui n'est autre que la société à l'origine de BaseCamp.
Il y a tout un chapitre sur le recrutement et le renvoi que j'ai trouvé intéressant, je vous le partage : http://gettingreal.37signals.com/toc.php
C'est le chapitre 8.
++
Christophe
Bonsoir à tous.
Je viens de sortir d'un dut informatique
et je suis aller hier à un entretien d'embauche
dans une banque parisienne.
L'entretien c'est hyper bien passer(le rh m'aurais embauché), Oui mais voila il y avait un test technique en C#, javascript et sql QUE J'AI TOTALEMENT FOIRE.
Pourquoi me direz vous ? parce que tous simplement j'ai eu un delete CASCADE sur le coup du stress. En effet, il m'arrivais la même chose à l'université lors qu'il y avait des projets à développés j'avais de bonnes notes alors que dès qu'il s'agissait d'un DST je foirais à chaque coup.
Je commence à me démoraliser car je me demande si j'ai les qualités pour le développement et pourtant j 'adore ça. Mon cas est un bon contre exemple.
Si vous avez des conseils, ou un poste à me donné je suis preneur.
Cordialement.
Pour un conseil, facile: une chose est sûre le métier de développeur ce n'est pas réaliser une performance sur une heure. Ton entretien s'est soldé par un #fail, pas grave tu en passeras d'autres et tu ne les foireras pas. En plus si tu cherches en IDF, il y a des tonnes de postes à pourvoir et tous les entretiens ne comprennent pas automatiquement un test technique.
Moi je les refuse systématiquement car j'estime que je n'ai pas à passer d'interro écrite au bout de 18 ans de carrière... Je demande à remplacer cette étape par un entretien technique afin d'échanger et de présenter mes compétences et connaissances. Difficile de savoir si cela est applicable pour un premier job.
Et puis il n'est pas anormal de manquer de confiance en soi alors que tu sors tout juste de l'école.
Keep the faith
"J'estime que je n'ai pas à passer d'interro écrite au bout de 18 ans de carrière" est en effet quelque chose de non applicable pour un premier job
Pas faux, mais le manque de confiance en soi est cela dit un défaut dont il faut se débarrasser au plus vite, car le monde professionnel ne le tolère jamais.
C'est vrai que dans mon cas c'est un défaut mais seulement pour tous les tests écrits.Pas faux, mais le manque de confiance en soi est cela dit un défaut dont il faut se débarrasser au plus vite, car le monde professionnel ne le tolère jamais.
Cependant c'est une qualité aussi car je me remets toujours en question et je donne à chaque fois mon maximum. D'ailleurs je n'aurais jamais eu une lettre de recommandation lors de mon stage si ca n'aurait été pas le cas.
En tous cas merci à vous deux pour vos réponses.
+1 sur le reste, mais pas d'accord avec ça. J'ai vu des gens avec plus de 10 ans de bouteille, un bagout efficace, un CV en or, toujours incapables de réaliser des choses simples.
Et puis pour la panique : moi je fais de la maintenance. On a souvent les grands chefs sur le dos : "je veut mon rapport dans la matinée sans faute!!!". Soit on apprend à gérer la panique, soit on évite ce genre de postes.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Montrer qu'on sait coder est une bonne chose.... Mais les tests techniques où l'on te demande d'être aussi bon que ton compilateur (détecter les ; oublié ou les accolades mal fermées... aucune utilité).
Je me souviens d'une boîte de recrutement qui proposait des tests en ligne. J'avais fait le premier "honnêtement" et j'avais eu une mauvaise note... J'en ai fais un deuxième avec un onglet ouvert sur google et même si on avait 60 secondes par question, ça m'a amplement suffit pour obtenir une très bonne note (et j'ai même eu le droit au coup de fil d'une responsable de recrutement...)
Bref, les tests techniques doivent être bien fait pour ne pas demander aux candidats de faire ou connaître des choses qu'un compilateur ou google peut faire à leur place. En revanche, un test sur ordinateur (donc en situation réél) avec un "problème" à résoudre, ça peut être très intéressant.
Axel
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager