12 votes

Qu'est-ce que "FizzBuzz" pour les administrateurs de système ?

FizzBuzz est un test simple d'aptitude à la programmation, souvent utilisé par les employeurs pour écarter les personnes qui ne savent pas vraiment programmer. Existe-t-il un test équivalent pour les administrateurs de systèmes et les informaticiens en général ?

Clarification Je recherche des éléments qui peuvent être testés avec une certaine précision dans le cadre d'un entretien. Il est évident que cela ne permettra pas de déterminer clairement qui est la bonne personne, tout comme FizzBuzz ne le fait pas pour les programmeurs. Je cherche simplement à écarter les personnes qui pensent pouvoir travailler en tant qu'administrateur système ou informaticien parce qu'elles savent surfer sur le web.

11voto

Doug Luxem Points 9572

Je ne pense pas que vous puissiez proposer un test unique de ce type pour les administrateurs, car la définition d'un administrateur (dans le cadre de ce site) est beaucoup trop large. Le test FizzBuzz peut être mis en œuvre dans n'importe quel langage de programmation, de sorte qu'il importe peu que vous embauchiez un développeur PHP ou quelqu'un qui fait du C intégré.

Sur le plan administratif, vous pourriez recruter un administrateur de réseau, un administrateur de stockage, un administrateur de serveur (subdivisé en Windows, Linux, *nix, mainframe), un administrateur/support de bureau, un service desk ou même des administrateurs d'applications spécifiques (Exchange, Lotus, SAP, etc.).

Bien sûr, vous pourriez aborder le TCP/IP et le CIDR, car la communication réseau est une compétence fondamentale pour la plupart des postes, mais même cela n'est peut-être pas nécessaire pour les postes de débutants (contrairement à FizzBuzz pour les développeurs).

Personnellement, je préfère utiliser des scénarios ouverts pour voir le processus de résolution des problèmes d'un candidat et sa capacité à analyser une nouvelle situation. Une meilleure extension de cette méthode consiste à demander au candidat de travailler directement avec un client interne sur un problème réel. Cela permet non seulement de voir ce qui précède en action, mais aussi d'observer l'attitude du candidat en matière de service à la clientèle.

7voto

John Gardeniers Points 27097

Je pense que vous constaterez que FizzBuzz n'est que très rarement utilisé, et uniquement par des intervieweurs très médiocres ayant une connaissance minimale des principes de programmation. Toute méthode de test commune de ce type est complètement mise en échec parce que les solutions sont largement diffusées et mémorisées par toute personne qui se considère comme qualifiée pour un entretien. Un tel test pour un administrateur système serait tout aussi inutile.

Les questions des tests standardisés sont et ont toujours été sans valeur. Il en va de même pour un entretien d'embauche que d'avoir les mêmes questions chaque année lors d'un examen scolaire. Elles ne fonctionnent qu'une seule fois.

Ce qu'il faut, c'est que l'intervieweur soit compétent et qu'il sache "lire" les gens. Il y a plus à apprendre sur la manière dont un candidat répond aux questions que sur les réponses elles-mêmes. Il n'y a pas de raccourcis. Du moins, aucun d'entre eux n'a de valeur.

4voto

YourMomzThaBomb Points 398

Je trouve toujours que la vieille question "comment supprimer de manière sûre et portable un fichier nommé 'dash-eff-arr' (-fr)" est un assez bon indicateur de la façon dont une personne se débrouillera pour des questions plus avancées. Je la recommande régulièrement comme question de sélection.

Les personnes qui se perdent en suggestions sur le globbing, les citations et l'échappement sont, à mon avis, potentiellement dangereuses à la racine d'un Shell sur un système de production. Ceux qui suggèrent allègrement rm -- -fr ne sont que marginalement meilleurs. Ceux qui démontrent une réelle compréhension de la manière dont le Shell analyse une ligne de commande ... de la différence entre ce que le Shell a analysé et ce qu'une commande (telle que rm ) reçu sur son argument vecteur ont généralement une assez bonne compréhension d'autres matières relatives à l'administration des systèmes également.

Une question bien plus intéressante et plus complexe :

Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production?  What other information do you need
before you can proceed?

(Je fournirai généralement une tar et une date comme étiquette sur le boîtier de la bande ; et l'imprimer avec la commande fdisk -l y df -k et je leur permets généralement de modifier les données. tar à tout autre cpio , afio ou même pax (les détails de l'utilitaire d'archivage ne sont pas au cœur de ma question).

Cette question n'est pas adaptée à la présélection... l'intervieweur doit avoir une solide compréhension de la réponse et doit pouvoir cocher une dizaine d'étapes du processus. Je suis très indulgent à l'égard des petits problèmes de séquence, surtout si la personne interrogée s'en aperçoit - par exemple en réalisant qu'elle aurait dû courir après la réponse. fdisk avant cette série de mkfs y mount commandes.

Je dirais que c'est, dans l'esprit, ce qui se rapproche le plus d'un scénario "fizzbuzz".

Un autre favori :

You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system.  How do you proceed?

Celui-ci se veut un dialogue. Au fond, je veux qu'ils démontrent qu'ils comprennent comment démarrer un système en mode mono-utilisateur et forcer un changement de mot de passe. et comment démarrer à partir d'un disque de secours et accomplir la même tâche. (Je révèle donc, à tour de rôle, que le système est configuré avec sulogin et qu'il y a un mot de passe pour le chargeur de démarrage (Grub ou LILO) afin d'empêcher un accès facile à l'ordinateur. init=/bin/sh ). C'est la partie purement technique de la réponse souhaitée.

Cependant, je m'intéresse généralement aussi aux considérations plus générales qu'ils devraient soulever. Est-ce qu'ils demandent si quelqu'un a sudo l'accès est-il suffisant pour la tâche ? Comment prévoient-ils d'organiser l'interruption du service ? S'interrogent-ils sur la possibilité que l'ancien administrateur ait été hostile ou que le système ait été compromis ? Donne-t-il son avis ou fait-il des suggestions sur la manière dont les mots de passe devraient être conservés par la direction ?

3voto

Maximus Minimus Points 8917

Je ne vois rien de formellement utilisable, mais voici quelques conseils plus généraux.

Posez-leur des questions sur les sauvegardes. S'ils ne disent pas quelque chose du genre "le but de la sauvegarde est de restaurer", vous n'en voulez pas.

Vous devez vous faire une idée de la façon dont ils réagissent lorsque M. Sh-t rencontre M. Fan et décide d'avoir une belle relation. Simulez une situation d'urgence pendant l'entretien et voyez s'ils font au moins face à la situation de manière raisonnable, ou s'ils tournent en rond comme s'ils étaient en feu.

Vous devez éliminer les évangélistes de la technologie. Il n'est jamais bon d'avoir ces personnes à bord, car elles voudront toujours utiliser leur technologie préférée, qu'elle soit adaptée ou non. Quelques questions suggestives devraient vous permettre d'y parvenir.

Vous devez également éliminer les personnes qui se trouvent dans une "tour d'ivoire". Un administrateur système doit toujours être prêt à retrousser ses manches et à se salir les mains si nécessaire. Cette fausse situation d'urgence peut s'avérer utile dans ce cas.

2voto

Demandez-leur d'expliquer ce que signifie 10.13.216.41/18. La réponse n'a pas besoin d'être tout à fait comme indiqué comme celui-ci, mais tout administrateur système devrait être en mesure d'expliquer les adresses, les réseaux et les masques.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X