[FRsAG] Questionnaire technique d'embauche
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 ;) -- Greg ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Gregory Duchatelet é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/
Re: [FRsAG] Questionnaire technique d'embauche
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 a écrit : > Gregory Duchatelet é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/ > -- Ludovic Cartier ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Gregory Duchatelet é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. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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/
Re: [FRsAG] Questionnaire technique d'embauche
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. -- Raphael Mazelier ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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 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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Gregory Duchatelet é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 ». ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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 ? ;) ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
personne n'est intéressé pour synthétiser le contraire ? à savoir comment trouver une bonne boite, plutôt que comment trouver un bon sysadmin ? ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
On Wed, 6 Jul 2011 12:00:12 +0200, Emmanuel Thierry 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/
Re: [FRsAG] Questionnaire technique d'embauche
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/
Re: [FRsAG] Questionnaire technique d'embauche
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 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/ <>___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Ç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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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. <>___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
ikerc écrit : > à savoir comment trouver une bonne boite, plutôt que comment trouver > un bon sysadmin ? Je suis en pleine recherche, justement. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
catwell é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. ;-) ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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 MILLION SysAdmin. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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/
Re: [FRsAG] Questionnaire technique d'embauche
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: catwell é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. <>___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Guillaume Friloux é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/
Re: [FRsAG] Questionnaire technique d'embauche
On dérive du sujet initial je crois... Le 6 juillet 2011 15:08, Stéphane Dupille a écrit : > Guillaume Friloux é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/ > -- Ludovic Cartier ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
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 > 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/ > ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Le Wed, Jul 06, 2011 at 01:28:49PM +0200, Stéphane Dupille: > ikerc é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) ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Questionnaire technique d'embauche
Bonjour, Le mercredi 6 juillet 2011 11:30:35, Stéphane Dupille a écrit : > Gregory Duchatelet é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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
