Bonjour,
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Je pourrais en faire une synthèse sur le WiKi ;)
Gregory Duchatelet greg-frsag@duchatelet.net écrit :
Bonjour,
Hello,
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Difficile à monter, tout dépend du domaine de compétence. Mine de rien, sysadmin, c'est vaste.
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Mouaif. Perso, je préfère un type qui ne connait pas le domaine mais qui sait se démerder, trouver une doc, apprendre, et faire marcher un truc qu'il ne connait pas, plutôt qu'un mec qui connait postfix sur le bout des doigts mais est incapable de monter un wiki. C'est difficile à juger en entretien. Perso, plutôt que des questions très techniques, j'aime beaucoup les questions qui montrent que le candidat a compris son métier et est capable de prendre un peu de recul sur son métier. Voir lancer un troll et regarder comment il réagit. Genre : - donner 5 raisons qui font dire que linux c'est de la merde ? - pourquoi sendmail est supérieur à postfix ? - si je te demande de monter un SAN, tu t'y prends comment ? (ou toute autre question dont on sait pertinement que le type ne sait pas répondre).
'fin bon, c'est vrai que ne pas connaître vi est un signe, d'un autre côté, perso, je ne connais pas beaucoup plus vi que cela. Alors bon...
Sinon, pour les questions purement technique, demander s'il connait postscreen et lui demander de décrire son fonctionnement. Ou le principe de fonctionnement d'un greylisting. Bref, plutôt que de demander des choses très pointues je reste sur des schémas de compréhension généraux : je préfère un type qui connait le fonctionnement des outils que l'implémentation en elle-même.
Je pourrais en faire une synthèse sur le WiKi ;)
Oui, tient, ça pourrait être rigolo. Le plus drôle que j'ai vu c'est un développeur avec plus de dix ans d'expérience, et qui tape avec un seul doigt : l'index droit. Il garde l'index gauche pour la touche shift. Autant dire que la productivité était nulle.
Il y a une histoire qui coure qui dit que Phil Collins a été choisi comme batteur de Genesis uniquement à sa façon de s'asseoir à la batterie. Je peux dire qu'on peut choisir un informaticien à la façon dont il prend son claver. Déjà, s'il prend instinctivement la souris à la place du claver, méfiez-vous... ;-)
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
Le 6 juillet 2011 11:30, Stéphane Dupille sdupille@nospam.fr.eu.org a écrit :
Gregory Duchatelet greg-frsag@duchatelet.net écrit :
Bonjour,
Hello,
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Difficile à monter, tout dépend du domaine de compétence. Mine de rien, sysadmin, c'est vaste.
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Mouaif. Perso, je préfère un type qui ne connait pas le domaine mais qui sait se démerder, trouver une doc, apprendre, et faire marcher un truc qu'il ne connait pas, plutôt qu'un mec qui connait postfix sur le bout des doigts mais est incapable de monter un wiki. C'est difficile à juger en entretien. Perso, plutôt que des questions très techniques, j'aime beaucoup les questions qui montrent que le candidat a compris son métier et est capable de prendre un peu de recul sur son métier. Voir lancer un troll et regarder comment il réagit. Genre :
- donner 5 raisons qui font dire que linux c'est de la merde ?
- pourquoi sendmail est supérieur à postfix ?
- si je te demande de monter un SAN, tu t'y prends comment ? (ou
toute autre question dont on sait pertinement que le type ne sait pas répondre).
'fin bon, c'est vrai que ne pas connaître vi est un signe, d'un autre côté, perso, je ne connais pas beaucoup plus vi que cela. Alors bon...
Sinon, pour les questions purement technique, demander s'il connait postscreen et lui demander de décrire son fonctionnement. Ou le principe de fonctionnement d'un greylisting. Bref, plutôt que de demander des choses très pointues je reste sur des schémas de compréhension généraux : je préfère un type qui connait le fonctionnement des outils que l'implémentation en elle-même.
Je pourrais en faire une synthèse sur le WiKi ;)
Oui, tient, ça pourrait être rigolo. Le plus drôle que j'ai vu c'est un développeur avec plus de dix ans d'expérience, et qui tape avec un seul doigt : l'index droit. Il garde l'index gauche pour la touche shift. Autant dire que la productivité était nulle.
Il y a une histoire qui coure qui dit que Phil Collins a été choisi comme batteur de Genesis uniquement à sa façon de s'asseoir à la batterie. Je peux dire qu'on peut choisir un informaticien à la façon dont il prend son claver. Déjà, s'il prend instinctivement la souris à la place du claver, méfiez-vous... ;-) _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Le 06/07/2011 11:32, Ludovic Cartier a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
Ben oui! Un test de connaissance, c'est comme un antispam ou un captcha: on peut pas présenter un modèle statique, fini et ouvert, sinon c'est trop facile à contourner :]
Rémi
Le 6 juil. 2011 à 11:47, Rémi Bouhl a écrit :
Bonjour,
Le 06/07/2011 11:32, Ludovic Cartier a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
Ben oui! Un test de connaissance, c'est comme un antispam ou un captcha: on peut pas présenter un modèle statique, fini et ouvert, sinon c'est trop facile à contourner :]
En même temps, s'ils sont sur la liste, c'est déjà un bon point pour eux, non ? ;)
personne n'est intéressé pour synthétiser le contraire ?
à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ?
ikerc ikerc@notfear.net écrit :
à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ?
Je suis en pleine recherche, justement.
Le Wed, Jul 06, 2011 at 01:28:49PM +0200, Stéphane Dupille:
ikerc ikerc@notfear.net écrit :
à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ?
Je suis en pleine recherche, justement.
imho je prendrais pas une boite qui demande a d'autres boites de leur faire un questionnaire...
et je tic sur :x , les personnes que j'ai vu l'utiliser ne connaissaient pas le undo! (ni le :q! j'oserais dire)
<troll?;/>
Le 06/07/2011 12:04, ikerc a écrit :
personne n'est intéressé pour synthétiser le contraire ?
à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ?
Définition de bonne boîte ? Beaucoup d'avantages sociaux et environnement "humain", ou technicité élevée et challenges techniques intéressants ?
Les 2, on risque de chercher longtemps, de toute façon les postes sont prit et les chanceux qui les occupent y resteront ...
J'ai eu cette discussion ya pas longtemps sur comment définir un bon boulot :)
En gros je vois 3 critères : 1) rémunération (salaire, avantages, ... faut pas se leurrer, on bosse pour vivre pas l'inverse) 2) intérêt du projet 3) ambiance d'équipe / relations humaines avec la hiérarchie
Pour pouvoir se sentir bien dans son boulot, il faut au minimum 2 des 3 critères. On peut accepter de bosser sur un projet tout pourri, mal défini et inintéressant si on est bien payé et qu'on bosse dans la bonne humeur. On peut aussi d'accepter d'être mal payé pour un boulot intéressant avec une bonne équipe. Et enfin on peut supporter une ambiance de merde si on est bien payé sur un projet intéressant.
Donc en gros, je dirais que ça tient à ça un bon boulot : le compromis entre ces 3 critères et être sûr d'en avoir au moins 2. Les plus faciles à connaitre en entretien sont les 2 premiers... pour le 3ème ça peut se sentir mais on le voit vraiment que quand on est dedans.
My .02 BTC
-- Pierre ;)
2011/7/6 Gregory Duchatelet greg-frsag@duchatelet.net
Le 06/07/2011 12:04, ikerc a écrit :
personne n'est intéressé pour synthétiser le contraire ?
à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ?
Définition de bonne boîte ? Beaucoup d'avantages sociaux et environnement "humain", ou technicité élevée et challenges techniques intéressants ?
Les 2, on risque de chercher longtemps, de toute façon les postes sont prit et les chanceux qui les occupent y resteront ...
-- Greg
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
On Wed, 6 Jul 2011 12:00:12 +0200, Emmanuel Thierry ml@sekil.fr wrote:
Le 6 juil. 2011 à 11:47, Rémi Bouhl a écrit :
Bonjour,
Le 06/07/2011 11:32, Ludovic Cartier a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
Ben oui! Un test de connaissance, c'est comme un antispam ou un captcha: on peut pas présenter un modèle statique, fini et ouvert, sinon c'est trop facile à contourner :]
En même temps, s'ils sont sur la liste, c'est déjà un bon point pour eux, non ? ;)
Tant que la liste est jeune, oui.
Mais bientôt les profs diront "Allez vous inscrire sur la liste frsag, allez voir les questionnaires proposés sur leur site. Ca vous fera une idée des entretien que vous pourrez passer."
De toute facon, tant que t as pas vu bosser la personne, tu ne sauras jamais a quoi t attendre. Les entretiens d embauche sont des facades, des deux cotes.
La personne se presentant doit se prostituer, et donc, la relation est mauvaise d entree de jeu.
On 06/07/2011 12:08, Richard DEMONGEOT wrote:
On Wed, 6 Jul 2011 12:00:12 +0200, Emmanuel Thierryml@sekil.fr wrote:
Le 6 juil. 2011 à 11:47, Rémi Bouhl a écrit :
Bonjour,
Le 06/07/2011 11:32, Ludovic Cartier a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
Ben oui! Un test de connaissance, c'est comme un antispam ou un captcha: on peut pas présenter un modèle statique, fini et ouvert, sinon c'est trop facile à contourner :]
En même temps, s'ils sont sur la liste, c'est déjà un bon point pour eux, non ? ;)
Tant que la liste est jeune, oui.
Mais bientôt les profs diront "Allez vous inscrire sur la liste frsag, allez voir les questionnaires proposés sur leur site. Ca vous fera une idée des entretien que vous pourrez passer." _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 06/07/2011 12:00, Emmanuel Thierry a écrit :
Le 6 juil. 2011 à 11:47, Rémi Bouhl a écrit :
Bonjour,
Le 06/07/2011 11:32, Ludovic Cartier a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
Ben oui! Un test de connaissance, c'est comme un antispam ou un captcha: on peut pas présenter un modèle statique, fini et ouvert, sinon c'est trop facile à contourner :]
En même temps, s'ils sont sur la liste, c'est déjà un bon point pour eux, non ? ;)
C'est un de mes principaux critères maintenant : "quels sont vos sources d'information ?"
Un admin qui ne se tient pas au jus, c'est pas bon signe. Idem pour les devs d'ailleurs.
Le 6 juillet 2011 11:32, Ludovic Cartier cartier.ludovic@gmail.com a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
En même temps, un candidat qui connait FRsAG est déjà bien plus intéressant qu'un autre qui n'a aucune idée de ce que c'est...
Donc, a ne pas oublier sur le CV :)
Site : www.appartland.eu Wiki: wiki.appartland.eu
Bonjour,
Le 8 juil. 2011 à 14:35, Jérôme Nicolle a écrit :
Le 6 juillet 2011 11:32, Ludovic Cartier cartier.ludovic@gmail.com a écrit :
Je suis assez pour foutre un test générique sur le wiki de FRSAG, mais bon, si les futurs candidats connaissent le site, ils pourront le potasser avant...
En même temps, un candidat qui connait FRsAG est déjà bien plus intéressant qu'un autre qui n'a aucune idée de ce que c'est...
Déjà dit, et déjà répondu (voir ci-après) ! ;)
Le 6 juil. 2011 à 12:08, Richard DEMONGEOT a écrit :
On Wed, 6 Jul 2011 12:00:12 +0200, Emmanuel Thierry ml@sekil.fr wrote:
En même temps, s'ils sont sur la liste, c'est déjà un bon point pour eux, non ? ;)
Tant que la liste est jeune, oui.
Mais bientôt les profs diront "Allez vous inscrire sur la liste frsag, allez voir les questionnaires proposés sur leur site. Ca vous fera une idée des entretien que vous pourrez passer."
Le 06/07/2011 11:30, Stéphane Dupille a écrit :
Mouaif. Perso, je préfère un type qui ne connait pas le domaine mais qui sait se démerder, trouver une doc, apprendre, et faire marcher un truc qu'il ne connait pas, plutôt qu'un mec qui connait postfix sur le
Bien sûr, ce questionnaire technique vient en plus de tout ça ;)
Personnellement, quand je fais passer un test à un candidat, je ne m'attends absolument pas à ce qu'il réponde tout juste à toutes mes questions, qu'il sache tout faire, dans n'importe quelle condtion... Pour moi, le test sert surtout à tester l'appréhension du candidat vis à vis des questions, comment il réflechit, comment il aborde les questions / problèmes etc etc...
Le 6 juillet 2011 11:40, Gregory Duchatelet greg-frsag@duchatelet.net a écrit :
Le 06/07/2011 11:30, Stéphane Dupille a écrit :
Mouaif. Perso, je préfère un type qui ne connait pas le domaine mais qui sait se démerder, trouver une doc, apprendre, et faire marcher un truc qu'il ne connait pas, plutôt qu'un mec qui connait postfix sur le
Bien sûr, ce questionnaire technique vient en plus de tout ça ;)
-- Greg
______________________________**_________________ Liste de diffusion du FRsAG http://www.frsag.org/
Gregory Duchatelet greg-frsag@duchatelet.net écrit :
Bien sûr, ce questionnaire technique vient en plus de tout ça ;)
Je me souviens d'un entretien que j'avais passé dans une boite à Reims, on m'avait mis à une table tout seul, un questionnaire, et une heure pour répondre à toutes les questions. L'entretien consistait simplement en un corrigé des questions avec un debriefing. J'ai trouvé rigolo de jouer le jeu à fond, et de refuser leur proposition d'emploi avec un « je ne travaille pas avec des gens qui ne sont pas sorti de l'école ».
On Wed, 06 Jul 2011 11:30:35 +0200, Stéphane Dupille wrote:
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Ils n'ont pas encore découvert :x ?
Oui, tient, ça pourrait être rigolo. Le plus drôle que j'ai vu c'est un développeur avec plus de dix ans d'expérience, et qui tape avec un seul doigt : l'index droit. Il garde l'index gauche pour la touche shift. Autant dire que la productivité était nulle.
Un développeur dont la productivité dépend beaucoup de la vitesse de frappe est probablement mauvais de tout façon. J'ai connu des développeurs handicapés d'un bras ou aveugles (ie. qui utilisent des liseuses d'écran) extrêmement productifs. C'est d'autant plus vrai quand la complexité du problème augmente.
En toute logique, tu penses a tes algos avant de les ecrire. L ecriture est donc la realisation de tout ce que tu as pense auparavant. Et donc, c est vrai que c est LOIN d etre primordial. Je prefere une API bien pensee, evolutive,documentee, et testee!, qu un code ecrit extremement vite.
On 06/07/2011 12:47, catwell wrote:
On Wed, 06 Jul 2011 11:30:35 +0200, Stéphane Dupille wrote:
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Ils n'ont pas encore découvert :x ?
Oui, tient, ça pourrait être rigolo. Le plus drôle que j'ai vu c'est un développeur avec plus de dix ans d'expérience, et qui tape avec un seul doigt : l'index droit. Il garde l'index gauche pour la touche shift. Autant dire que la productivité était nulle.
Un développeur dont la productivité dépend beaucoup de la vitesse de frappe est probablement mauvais de tout façon. J'ai connu des développeurs handicapés d'un bras ou aveugles (ie. qui utilisent des liseuses d'écran) extrêmement productifs. C'est d'autant plus vrai quand la complexité du problème augmente.
catwell catwell@catwell.info écrit :
Un développeur dont la productivité dépend beaucoup de la vitesse de frappe est probablement mauvais de tout façon.
Disons que pour le type en question, la vitesse de frappe n'était qu'un critère aggravant. Le pire problème était sa volonté coûte que coûte à réinventer systématiquement la roue développé par un type situé juste à côté de lui. Sans compter qu'il n'a jamais réussi à sortir un truc qui marche.
J'ai connu des développeurs handicapés d'un bras ou aveugles (ie. qui utilisent des liseuses d'écran) extrêmement productifs. C'est d'autant plus vrai quand la complexité du problème augmente.
L'organe le plus important chez un développeur (comme chez la majorité des êtres humains), c'est pas les mains, c'est le cerveau.
J'ai connu un aveugle à la fac qui nous pilait sans contestation possible à Street Fighter sur son portable en braille. ;-)
Ca a parfois du bon de reinventer la roue =) J ai ce probleme, souvent je souhaite refaire des parties, mais c est toujours justifie.
On 06/07/2011 13:36, Stéphane Dupille wrote:
catwellcatwell@catwell.info écrit :
Un développeur dont la productivité dépend beaucoup de la vitesse de frappe est probablement mauvais de tout façon.
Disons que pour le type en question, la vitesse de frappe n'était qu'un critère aggravant. Le pire problème était sa volonté coûte que coûte à réinventer systématiquement la roue développé par un type situé juste à côté de lui. Sans compter qu'il n'a jamais réussi à sortir un truc qui marche.
Guillaume Friloux guillaume.friloux@asp64.com écrit :
Ca a parfois du bon de reinventer la roue =)
Euh, non.
J ai ce probleme, souvent je souhaite refaire des parties, mais c est toujours justifie.
Ça c'est du refactoring, et c'est effectivement souvent une bonne chose. Mais quand je dit réinventer la roue, c'est qu'on fini par avoir dans le même logiciel deux bouts de code qui sont censés faire la même chose, mais de deux façons différentes, et pire, dont les interactions avec l'utilisateur sont différentes. Ça aboutit à une redondance de code nuisible, et une IHM totalement incohérente.
On dérive du sujet initial je crois...
Le 6 juillet 2011 15:08, Stéphane Dupille sdupille@nospam.fr.eu.org a écrit :
Guillaume Friloux guillaume.friloux@asp64.com écrit :
Ca a parfois du bon de reinventer la roue =)
Euh, non.
J ai ce probleme, souvent je souhaite refaire des parties, mais c est toujours justifie.
Ça c'est du refactoring, et c'est effectivement souvent une bonne chose. Mais quand je dit réinventer la roue, c'est qu'on fini par avoir dans le même logiciel deux bouts de code qui sont censés faire la même chose, mais de deux façons différentes, et pire, dont les interactions avec l'utilisateur sont différentes. Ça aboutit à une redondance de code nuisible, et une IHM totalement incohérente. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Le mercredi 6 juillet 2011 11:30:35, Stéphane Dupille a écrit :
Gregory Duchatelet greg-frsag@duchatelet.net écrit :
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Difficile à monter, tout dépend du domaine de compétence. Mine de rien, sysadmin, c'est vaste.
Je pense pareil. On ne pourra que difficilement écrire un questionnaire technique d'embauche, tout simplement parce que les techniques à mettre en jeu sont souvent très différentes suivant les entreprises.
J'ai tendance aussi à penser que la technique est certe une composante importante, mais pas la plus primordiale.
Imaginons la situation où un des serveurs est dans les choux, qu'il y a un déversement d'appel d'utilisateurs mécontents, que le chef met une pression de tous les diables pour que le service soit restauré de suite, et en profite pour critiquer en même le fait que ce n'est pas normal que le service soit tombé, etc. . L'admin sys, même s'il est ultra compétent techniquement, il sera inutile s'il perd les pédales sous la pression.
Plus que les compétences techniques, l'admin sys doit savoir mener des recherches (je ne sais pas configurer tous les serveurs existants, loin de là, mais je sais lire et comprendre la doc de la plupart de ces serveurs), doit être capable de résister à la pression, et plus que tout, doit savoir gérer l'imprévu, être bien organisé.
Et tout cela, ce n'est pas un questionnaire technique qui va le montrer. Tout au plus, on peut se faire une idée de son comportement ou de son organisation en lançant une discussion sur un sujet général, voire polémique.
Accessoirement, lui demander de rédiger un petit texte pour s'assurer que les documentations ne feront pas trop mal aux yeux...
Attention : jusqu'à maintenant, je n'ai pas eu à mener d'entretien d'embauche. Je décris juste, à la lumière de mon expérience d'amin sys, la manière dont j'envisagerais un entretien si j'avais à rechercher un autre admin sys.
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
'fin bon, c'est vrai que ne pas connaître vi est un signe, d'un autre côté, perso, je ne connais pas beaucoup plus vi que cela. Alors bon...
Pour moi, tel que présenté, le problème n'est pas la méconnaissance de vi, mais la méconnaissance de Vi alors que l'outil est annoncé maitrisé... Après, il existe plein d'autres outils d'édition.
Cordialement,
Mouaif. Perso, je préfère un type qui ne connait pas le domaine mais qui sait se démerder, trouver une doc, apprendre, et faire marcher un truc qu'il ne connait pas, plutôt qu'un mec qui connait postfix sur le bout des doigts mais est incapable de monter un wiki.
+100 mieux vaut tester l intelligence, la logique, la curiosite, la capacite d adaptation . . .
Ton employe ne connaitra jamais tout par coeur. Si par contre il est capable de s adapter a tout ou presque, il sera inevitablement tres rentable a moyen terme.
neo futur frsag@ww7.be écrit :
mieux vaut tester l intelligence, la logique, la curiosite, la capacite d adaptation . . .
Et un point important et largement sous-estimé : c'est bien beau les capacités techniques, mais si le type est incapable de bosser en équipe, s'il est incapable de gérer son temps et les priorités, s'il est infoutu de tenir à jour un wiki ou un système de gestion de version, si le lendemain il n'arrive pas à savoir ce qu'il fait la veille, et ben c'est pas top non plus. J'en ai un comme ça au boulot : efficace, doué, mais ingérable. Autant c'est bien pour gérer les trucs à l'arrache quand on n'est pas encore sorti du mode garage, mais dès qu'on veut industrialiser un peu, il vaut mieux qq'un de plus posé.
Mine de rien, stats perso : le management, la gestion du temps, la documentation, le suivi des actions, les traces de ce qu'on fait, la planification, les tests (automatisés évidemment), c'est 50 % du temps de travail. Et les tests, ce n'est pas valable que pour les développeurs, c'est valable aussi pour les admins. Donc autant prendre qq'un qui a déjà compris que le boulot, c'est pas d'installer et configurer un postfix et de regarder qu'il marche, c'est aussi le surveiller, mettre de l'alarme, gérer les confs dans un rcs, mettre en place un test automatique quand on voit un truc qui ne marche pas correctement, filtrer les logs, etc.
Gregory Duchatelet greg-frsag@duchatelet.net écrit :
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Tient, une question typique : lui demander comment il organise la veille sécurité. On peut à loisir rentrer dans les détails : quelles sources d'info, quelles ml, rythme de consultation, mise en place des patchs (s'il dit qu'il passe systématiquement les patchs sans vérifier avant s'il est vulnérable, il perd 10 points). Typiquement le genre de question qui montrent plus une tête bien faite qu'une tête pleine.
Le 06/07/2011 11:10, Gregory Duchatelet a écrit :
Bonjour,
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Je pourrais en faire une synthèse sur le WiKi ;)
Un truc que j'avais testé avec succès, c'est de mettre des questions complétement bidon/farfelues/ultra dures, afin de voir si les candidats y répondait, ou me disais honnêtement qu'il ne comprenait pas la question/ne savait pas.
Le 06/07/2011 11:41, Raphael Mazelier a écrit :
Un truc que j'avais testé avec succès, c'est de mettre des questions complétement bidon/farfelues/ultra dures, afin de voir si les candidats y répondait, ou me disais honnêtement qu'il ne comprenait pas la question/ne savait pas.
Ça me rappelle une question piège: "Quel est le caractère qui signale un commentaire dans la configuration de BIND?"
La bonne réponse est ";", une réponse acceptable est "je sais pas", la très mauvaise réponse est "je suis certain que c'est #".
Rémi.
Ça me rappelle une question piège: "Quel est le caractère qui signale un commentaire dans la configuration de BIND?"
La bonne réponse est ";", une réponse acceptable est "je sais pas", la très mauvaise réponse est "je suis certain que c'est #".
Rémi.
J'ai retrouvé le questionnaire en question (bocal copyright) :
Les Technologies de l'Innovation & Projets 2006 / SADM Evaluation:
1/ Cisco fut le 1er manufactureur de switch a 3 ports Quel est le debit ethernet maximum attaignable entre 2 peers a l'epoque ?
2/ ARPAnet fut cree pour des besoins militaires, quelle RFC definissait et definit encore toujours le role d'un backbone ?
3/ Quelle est la date de la 1ere connection TCP ?
4/ Quelle etait la frequence du 1er processeur utilise lors de la guerre du Golf pour decrypter les ordres de missions ennemis ?
5/ Combien d'energie-joule depensait l'un des transistors de la 1ere station de travail Sun ?
6/ Quelle est la particularite d'IPX lors de transit ARP ?
7/ La norme Ethernet/RJ45 a introduit une nouvelle contrainte par rapport au Token Ring, quelle est-elle ?
8/ Quelle etait la vitesse du rotation du 1er disque dur ?
9/ Citez 3 facteurs influant sur la latence d'un lien par fibre optique
10/ La premiere pile IP avait etait elle de type FIFO ou LIFO ?
11/ Quel est le nombre de bits codant une sequence TFTP ?
12/ Quel est le nombre de canaux D dans une ligne E1 ?
13/ Quels sont les 3 modes differents pour flagger un port dans un vlan sur un foundry ?
14/ Dans quels cable met-on un cable automatique entre 2 machines ? [a] Si la machine est deja relie au switch par un cable croise [b] Si les 2 machines sont relies par un cable droit [c] Dans le cable d'un raccord entre un cable rj45 droit et un croise
15/ Lors de la negociation de la vitesee d'un support ethernet avec un switch, si le mtu est inferieur a 1480 octects, de combien de bits l'overload d'une trame doit-il etre ?
16/ Lors du passage en mode prosmicuous, un kernel HP-UX modifie de quelle facon la 1ere composante de l'addresse MAC ?
17/ Les systemes modernes outrepassent le mode d'adressage RARP grace a quelle norme ISO ?
18/ Quel est le plus haut mode DMA/UDMA accessible en CRC dit "failover" ?
19/ Une partie de la memoire alloue sur i386 est utilise en mode reel pour gerer les interruptions systemes, quel est son offset ?
20/ L'architecture i386 necessite de donner l'access en read/write a une zone memoire aux drivers graphiques. Ceci permet eventuellement a la partie userland du driver de passer en "ring 0" et presente ainsi un danger potentiel. Quelles est le nom de la nouvelle fonctionnalite apparue en 2006 sur les chipset de carte-mere en mode 64 bits corrigeant ce probleme?
Question bonus: Le nombre maximum de portes des etoiles dans stargate est il plus eleve que le nombre d'IPv6 disponibles ? N'oubliez pas le 7eme chevron, et le point d'origine...
Grégory tu peux aussi lui mettre une machine sandbox Debian puisque c'est ce que tu cherches et lui poser un problème, genre :
Notre flux d'email sortant est blacklisté, il nous faut d'urgence un serveur de relai sortant qui accepte tel et tel subnet et qui limite l'envoie à 100 mails / heure et par domaine.
ou
Un client doit contourner le firewall niveau 7 pour un applicatif, il faut mettre en place un reverse proxy ssl qui accepte telle url et réécrit sur tel domaine avec tel répertoire.
Le sujet est à mon sens assez habituel (à adapter en fonction de son secteur), aucune techno n'est imposée à part la Debian pour la cohérence. Le candidat a donc le choix de l'outil et de la façon de l'implémenter, le but c'est que ca marche.
J'avais un QCM "technique" que j'ai vite abandonné, j'ai changé le truc en QCM de "culture générale technique" (ie. c'est beaucoup moins poussé mais avec plusieurs domaines) qui cherche plus à détecter le bon sens et le comportement des gens. Plus que la réponse, c'est aussi la manière de répondre des gens qui m'intéressent. Le pb, c'est que ces questionnaires sont beaucoup plus dur à concevoir :-/
Il y a aussi la question technique très pointue avec plein d'acronyme, avec en plus des réponses complètement fausses, et une réponse "Je ne sais pas". Rares sont ceux qui cochent cette case... Inversement, un mec a aussi rajouté une case à cocher avec l'intitulé "Recherche Google". J'aurai tendance à dire que ca met en évidence une certaine initiative et que c'est pas qqun du genre qui dit oui à tout...
Dernier truc qu'on fait, on croise un peu les domaines. ie. les développeurs doivent aussi savoir ce qu'est 127.0.0.1 ou bien encore le port 443. Ca paraît con, mais c'est pas totalement inutile.....
Bref, dans tous les cas c'est pas simple et il n'y a probablement pas de recette miracle :-)
Le 06/07/2011 12:08, Rémi Bouhl a écrit :
Le 06/07/2011 11:41, Raphael Mazelier a écrit :
Un truc que j'avais testé avec succès, c'est de mettre des questions complétement bidon/farfelues/ultra dures, afin de voir si les candidats y répondait, ou me disais honnêtement qu'il ne comprenait pas la question/ne savait pas.
Ça me rappelle une question piège: "Quel est le caractère qui signale un commentaire dans la configuration de BIND?"
La bonne réponse est ";", une réponse acceptable est "je sais pas", la très mauvaise réponse est "je suis certain que c'est #".
Rémi. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Le 06/07/2011 11:10, Gregory Duchatelet a écrit :
Bonjour,
auriez vous un questionnaire technique d'embauche à partager ? Pour un profil de sysadmin linux (debian)
Avec plusieurs niveaux, pour sonder les compétences réels.... J'ai reçu pas mal de candidat qui prétendent maitriser vim, si on creuse ils ne connaissent que "i" et ":wq" ...
Comment y'a d'autres commandes que celle la ? ok je quitte :q
Je pourrais en faire une synthèse sur le WiKi ;)
Bruno
-
Bruno -
catwell -
David H. -
eldre8 -
Emmanuel Thierry -
Gregory Duchatelet -
Guillaume Friloux -
ikerc -
Jérôme Nicolle -
Ludovic Cartier -
neo futur -
Olivier Bonvalet -
Pierre Gaxatte -
Pierre-Henry -
Raphael Mazelier -
Richard DEMONGEOT -
Rémi Bouhl -
Stéphane Dupille -
Valentin Surrel -
Xavier Teyssier