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

personne n'est intéressé pour synthétiser le contraire ? à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ?

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?;/>

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/

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 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." _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

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... -- Jérôme Nicolle 06 19 31 27 14

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."

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/

-- Ludovic Cartier

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. -- Pierre 'catwell' Chapuis

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. ;-)

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.

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, -- Xavier Teyssier

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.

Ç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... -- Raphael Mazelier

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/