Tout dépend des certifs. En France, on aime bien les diplômes et les certifs, ça fait beau sur le CV.
heureusement que tous les employeurs ne sont pas aussi betes ;)
Rien ne vaut quelques questions techniques lors d'un entretien ;)
+1
Mais au dela de pures connaissances techniques, la capacite a trouver est encore plus importante, la capacite d analyse
Le fait de pouvoir resoudre un probleme me semble plus important que de connaitre par coeur des commandes ou des syntaxes . . .
L entretien que j ai le plus aime incluai une question qui m a semble vraiment bien pour tester l intelligence du developpeur :
Je la partage avec vous, moi je l utiliserai systematiquement pour recruter un developpeur qui dit connaitre un minimum le C et l algorithmique.
j ai une chaine de carateres, une phrase composee de mots separes par des espaces. je veux inverser l ordre des mots (separes par des espaces ) de teller sorte que le phrase "un deux trois quatre cinq" deviendra "cinq quatre trois deux un"
contraintes : pour travailler tu dispose seulement de : * la chaine de carateres ( char[26] ) * 2 pointeurs de caracteres ( 2 char *pcar ) * 1 caractere de swap ( 1 char)
A ce que j en sais il y a une seule solution elegante ( peut etre meme une seule solution tout court )
Que le candidat trouve en 5 minutes ou en une heure je l enmbaucherai, si il trouve pas . . . faudra vraiment qu il se rattrape sur d autres questions du meme genre.
Cet exemple est tres cible developpeur, mais il doit bien etre possible d en trouver du meme genre plus ciblee sysadmin ?
Des idees a partager ?
PS j en profite pour renommer le thread, car je derive un peu du sujet initial ;)
Le 19/07/2010 01:12, neo futur a écrit :
Mais au dela de pures connaissances techniques, la capacite a trouver est encore plus importante, la capacite d analyse
Le fait de pouvoir resoudre un probleme me semble plus important que de connaitre par coeur des commandes ou des syntaxes . . .
+1
Lors de l'embauche de mon padawan, j'ai reçu une 10ène de candidats, c'est pas énorme mais on est en province. Et j'ai remarqué que le plus souvent, ceux qui avait le plus de diplômes et de certifs non seulement n'était intéressé que par ma place (sic!) mais en plus était totalement incapable de chercher ! Tout en demandant un salaire prohibitif... On a d'ailleurs créé un terme pour cette capacité: adminologie ( http://fr.wikipedia.org/wiki/Adminologie )
Résultat j'ai embauché le seul qui savait chercher (il n'y en avait vraiment qu'un), et je ne sais même plus s'il a des certifs ni quel diplome d'ingé il a ... :)
Lors de l'embauche de mon padawan, j'ai reçu une 10ène de candidats, c'est pas énorme mais on est en province. Et j'ai remarqué que le plus souvent, ceux qui avait le plus de diplômes et de certifs non seulement n'était intéressé que par ma place (sic!) mais en plus était totalement incapable de chercher ! Tout en demandant un salaire prohibitif... On a d'ailleurs créé un terme pour cette capacité: adminologie ( http://fr.wikipedia.org/wiki/Adminologie )
Résultat j'ai embauché le seul qui savait chercher (il n'y en avait vraiment qu'un), et je ne sais même plus s'il a des certifs ni quel diplome d'ingé il a ... :)
C'est ce que j'ai remarqué également : la curiosité, la recherche sont souvent ce qui fait la différence. J'ai toujours eu l'impression, peut être fausse, que les SSII avaient tendance à "formater" un peu leurs employés en les faisant parfois marcher sur la tête pour satisfaire le client, qui, on le sait bien, ne connait souvent rien à ce qu'il demande, mais impose parce que c'est lui qui paie. Marcher sur la tête pendant des années, ca a tendance à faire plus de mal que de marquer des buts en faisant des têtes ^^. C'est la raison pour laquelle j'ai toujours fuit les SSII, et qu'à la moindre chose sur laquelle je ne suis pas d'accord (ou pas du même avis), j'en demande la raison (et argumente ma solution), quitte à passer pour quelqu'un de démotivé car, selon leurs dires, ca donne l'impression que je ne crois pas du tout en mon manager. On remarque cependant que souvent les certifications sont passées par des employés de SSII, payées par l'entreprise pour faire briller le candidat et obtenir plus facilement un contrat. Il y a peut être un lien de cause à effet.
La certification RHCE (et les suivantes, en particulier RHCSS qui m'aurait intéressé) est cependant un peu différente des autres certifications puisqu'il s'agit d'une épreuve, est il expliqué sur le site officiel, hands-on, avec des problèmes posés au candidat sur une machine et qu'il doit pouvoir résoudre dans un temps imparti, de quelques manières que ce soit. D'où mes questions sur la fiabilité du test, et sa valeur aux yeux des autres, compte tenu que passer les certif Red Hat, en particulier quand c'est payé de sa poche, ca coute les yeux de la tête.
Florian MAURY
Quand je parlais de connaissance technique, je ne pointais pas du doigt le fait de connaitre toutes les commandes d'un système.
Mais plus ce genre de test: routerA---serverA | routerB---serverB
"Tout est éteint. Tu allumes tous les équipements, tu fais un telnet de server A vers server B. Dis moi quels sont les paquets échangés sur le réseau"
Et tu vois direct si le candidat "comprend". Et si tu sais pas ça, pour résoudre un problème, tu peux avoir quelques soucis ;)
Ou des questions genre, "c'est quoi la différence entre un fork et un thread?" etc...
2010/7/19 Greg greg-frsag@duchatelet.net
Le 19/07/2010 01:12, neo futur a écrit :
Mais au dela de pures connaissances techniques, la capacite a trouver est encore plus importante, la capacite d analyse
Le fait de pouvoir resoudre un probleme me semble plus important que de connaitre par coeur des commandes ou des syntaxes . . .
+1
Lors de l'embauche de mon padawan, j'ai reçu une 10ène de candidats, c'est pas énorme mais on est en province. Et j'ai remarqué que le plus souvent, ceux qui avait le plus de diplômes et de certifs non seulement n'était intéressé que par ma place (sic!) mais en plus était totalement incapable de chercher ! Tout en demandant un salaire prohibitif... On a d'ailleurs créé un terme pour cette capacité: adminologie ( http://fr.wikipedia.org/wiki/Adminologie )
Résultat j'ai embauché le seul qui savait chercher (il n'y en avait vraiment qu'un), et je ne sais même plus s'il a des certifs ni quel diplome d'ingé il a ... :)
-- Greg
FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag
Le Mon, 19 Jul 2010 09:15:27 +0200, Greg greg-frsag@duchatelet.net a écrit :
Le 19/07/2010 01:12, neo futur a écrit :
Mais au dela de pures connaissances techniques, la capacite a trouver est encore plus importante, la capacite d analyse
Le fait de pouvoir resoudre un probleme me semble plus important que de connaitre par coeur des commandes ou des syntaxes . . .
+1
+1. La seule syntaxe à connaître par coeur c'est --help...
Pour le reste si le gars n'est pas curieux et tenace il ne sera pas très éfficace. Après c'est le vécu qui joue. Chose qu'aucunes formations ou certifications ne peut remplacer.
+Eric.
je veux inverser l ordre des mots [...] A ce que j en sais il y a une seule solution elegante ( peut etre meme une seule solution tout court )
Tu veux sans doute parler de celle-ci ?
sprintf(buf, "echo "%s" | awk '{for(i=NF;i>0;i--)printf $i" ";print "";}'", av[1]); system(buf);
;-)
Arnauld
Le 19/07/2010 13:13, Michelizza Arnauld a écrit :
Tu veux sans doute parler de celle-ci ? sprintf(buf, "echo "%s" | awk '{for(i=NF;i>0;i--)printf $i" ";print "";}'", av[1]); system(buf);
bof ça se fait en 1 ligne :
head -1 /etc/motd | perl -pe '{chomp;$_= join(" ", reverse(split(/ /, $_))).$/;}'
(on n'a pas finit)
On Mon, Jul 19, 2010 at 1:40 PM, Greg greg-frsag@duchatelet.net wrote:
Le 19/07/2010 13:13, Michelizza Arnauld a écrit :
Tu veux sans doute parler de celle-ci ? sprintf(buf, "echo "%s" | awk '{for(i=NF;i>0;i--)printf $i" ";print "";}'", av[1]); system(buf);
bof ça se fait en 1 ligne :
head -1 /etc/motd | perl -pe '{chomp;$_= join(" ", reverse(split(/ /, $_))).$/;}'
(on n'a pas finit)
-- Greg
Je crois que le but, vu l'énoncé, c'était de proposer un algorithme en C hein =) Et qui soit un peu plus compliqué que p_retour = inverseLaChaine(p_maChaine);
=)
Bon cela dit, même si je n'ai pas eu validation que ma proposition de réponse en privé était celle attendue, la solution n'est pas très difficile à trouver (< 5min).
Florian MAURY
Bon, je vois que mon humour était un peu trop hermétique pour être compris.... :-/
2010/7/19 Florian MAURY pub-frsag@x-cli.com:
On Mon, Jul 19, 2010 at 1:40 PM, Greg greg-frsag@duchatelet.net wrote:
Le 19/07/2010 13:13, Michelizza Arnauld a écrit :
Tu veux sans doute parler de celle-ci ? sprintf(buf, "echo "%s" | awk '{for(i=NF;i>0;i--)printf $i" ";print "";}'", av[1]); system(buf);
bof ça se fait en 1 ligne :
head -1 /etc/motd | perl -pe '{chomp;$_= join(" ", reverse(split(/ /, $_))).$/;}'
(on n'a pas finit)
-- Greg
Je crois que le but, vu l'énoncé, c'était de proposer un algorithme en C hein =) Et qui soit un peu plus compliqué que p_retour = inverseLaChaine(p_maChaine);
=)
Bon cela dit, même si je n'ai pas eu validation que ma proposition de réponse en privé était celle attendue, la solution n'est pas très difficile à trouver (< 5min).
Florian MAURY _______________________________________________ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag
je veux inverser l ordre des mots [...] A ce que j en sais il y a une seule solution elegante ( peut etre meme une seule solution tout court )
Tu veux sans doute parler de celle-ci ?
sprintf(buf, "echo "%s" | awk '{for(i=NF;i>0;i--)printf $i" ";print "";}'", av[1]); system(buf);
non celui ci bouffera beaucoup 10 fois plus de memoire que la solution elegante, et tu nas droit qu a un caractere de buffer
http://mandolini.blogspot.com/2007/01/program-to-reverse-words-in-string.htm...
Arnauld _______________________________________________ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag
C'était une blaaaaaague ! Rire. 2nd degré. Humour. Tout ça...
Bon, je vais me pendre...
Tu veux sans doute parler de celle-ci ?
sprintf(buf, "echo \"%s\" | awk '{for(i=NF;i>0;i--)printf $i\"";print "";}'", av[1]); system(buf); non celui ci bouffera beaucoup 10 fois plus de memoire que la solution elegante, et tu nas droit qu a un caractere de buffer
http://mandolini.blogspot.com/2007/01/program-to-reverse-words-in-string.htm...
-
Arnauld Michelizza -
Bedis 9 -
Eric Joseph-Alexandre -
Florian MAURY -
Greg -
Michelizza Arnauld
-
neo futur