test d'aptitude pour un administrateur de systèmes Unix
5 réponses
Medhi BENKIR
Je me demandais quel pourrait être le contenu d'un test d'aptitude pour
un candidat à un poste d'administrateur de systèmes et réseaux expérimenté ?
Certains d'entre vous ont-ils eu à installer des systèmes ou srvices
unix, ou programmer de petites choses en C dans le cadre d'un entretien
d'embauche ? Cela se fait-t-il plutôt pendant leur période d'essai ?
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt
le C ou un langage interprété comme Perl/Python/"*sh" ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Arnaud Launay
Le Tue, 21 Sep 2004 07:20:32 +0200, Medhi BENKIR écrivit:
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt le C ou un langage interprété comme Perl/Python/"*sh" ?
Les deux, mais pas de les maitriser (sauf sh, quand meme), juste de reussir a les comprendre, a modifier des progs en ces langages, a savoir les installer/compiler/utiliser, et probablement de pouvoir ecrire quand meme de petits bouts de code en cas de besoin, mais certainement pas de gros projet, c'est pas un taf de dev.
Le Tue, 21 Sep 2004 07:20:32 +0200, Medhi BENKIR écrivit:
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt
le C ou un langage interprété comme Perl/Python/"*sh" ?
Les deux, mais pas de les maitriser (sauf sh, quand meme), juste
de reussir a les comprendre, a modifier des progs en ces
langages, a savoir les installer/compiler/utiliser, et
probablement de pouvoir ecrire quand meme de petits bouts de code
en cas de besoin, mais certainement pas de gros projet, c'est pas
un taf de dev.
Le Tue, 21 Sep 2004 07:20:32 +0200, Medhi BENKIR écrivit:
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt le C ou un langage interprété comme Perl/Python/"*sh" ?
Les deux, mais pas de les maitriser (sauf sh, quand meme), juste de reussir a les comprendre, a modifier des progs en ces langages, a savoir les installer/compiler/utiliser, et probablement de pouvoir ecrire quand meme de petits bouts de code en cas de besoin, mais certainement pas de gros projet, c'est pas un taf de dev.
Le Tue, 21 Sep 2004 07:20:32 +0200, Medhi BENKIR écrivit:
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt le C ou un langage interprété comme Perl/Python/"*sh" ?
Les deux, mais pas de les maitriser (sauf sh, quand meme), juste de reussir a les comprendre, a modifier des progs en ces langages, a savoir les installer/compiler/utiliser, et probablement de pouvoir ecrire quand meme de petits bouts de code en cas de besoin, mais certainement pas de gros projet, c'est pas un taf de dev.
Arnaud.
j ajouterais qu il doit savoir ou pecher l info, et si c ets un admin experimenter il faut lui demander si il a bcp de contact dans la profession, car ne pas oublier que ca marche qd meme pas mal mieux avec un cercle d amis.
mais pour savoir si il maitrise son sujet pose lui plutot des question de strategier, de comment faire pour faire tel ou tel chose.
que faire ou que dire si par exemple le serveur critique de la boite brule. comment reagit il ... et aussi eviter les gens autiste. meme si ils sont bon, l intereaction avec eux est plutot delicate
Arnaud Launay wrote:
Le Tue, 21 Sep 2004 07:20:32 +0200, Medhi BENKIR écrivit:
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt
le C ou un langage interprété comme Perl/Python/"*sh" ?
Les deux, mais pas de les maitriser (sauf sh, quand meme), juste
de reussir a les comprendre, a modifier des progs en ces
langages, a savoir les installer/compiler/utiliser, et
probablement de pouvoir ecrire quand meme de petits bouts de code
en cas de besoin, mais certainement pas de gros projet, c'est pas
un taf de dev.
Arnaud.
j ajouterais qu il doit savoir ou pecher l info, et si c ets un admin experimenter il faut lui demander si il a bcp de
contact dans la profession, car ne pas oublier que ca marche qd meme pas mal mieux avec un cercle d amis.
mais pour savoir si il maitrise son sujet pose lui plutot des question de strategier, de comment faire pour faire tel ou
tel chose.
que faire ou que dire si par exemple le serveur critique de la boite brule. comment reagit il ...
et aussi eviter les gens autiste. meme si ils sont bon, l intereaction avec eux est plutot delicate
Le Tue, 21 Sep 2004 07:20:32 +0200, Medhi BENKIR écrivit:
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt le C ou un langage interprété comme Perl/Python/"*sh" ?
Les deux, mais pas de les maitriser (sauf sh, quand meme), juste de reussir a les comprendre, a modifier des progs en ces langages, a savoir les installer/compiler/utiliser, et probablement de pouvoir ecrire quand meme de petits bouts de code en cas de besoin, mais certainement pas de gros projet, c'est pas un taf de dev.
Arnaud.
j ajouterais qu il doit savoir ou pecher l info, et si c ets un admin experimenter il faut lui demander si il a bcp de contact dans la profession, car ne pas oublier que ca marche qd meme pas mal mieux avec un cercle d amis.
mais pour savoir si il maitrise son sujet pose lui plutot des question de strategier, de comment faire pour faire tel ou tel chose.
que faire ou que dire si par exemple le serveur critique de la boite brule. comment reagit il ... et aussi eviter les gens autiste. meme si ils sont bon, l intereaction avec eux est plutot delicate
Olivier Tharan
* [Sauron De Mordor] (Tue, 21 Sep 2004 14:51:10 +0200):
j ajouterais qu il doit savoir ou pecher l info, et si c ets un admin experimenter il faut lui demander si il a bcp de contact dans la profession, car ne pas oublier que ca marche qd meme pas mal mieux avec un cercle d amis.
Et il faut toujours chercher à élargir le cercle de ses amis. La maîtrise du langage écrit et parlé est un plus aussi.
j ajouterais qu il doit savoir ou pecher l info, et si c ets un admin experimenter il faut lui demander si il a bcp de
contact dans la profession, car ne pas oublier que ca marche qd meme pas mal mieux avec un cercle d amis.
Et il faut toujours chercher à élargir le cercle de ses amis. La
maîtrise du langage écrit et parlé est un plus aussi.
* [Sauron De Mordor] (Tue, 21 Sep 2004 14:51:10 +0200):
j ajouterais qu il doit savoir ou pecher l info, et si c ets un admin experimenter il faut lui demander si il a bcp de contact dans la profession, car ne pas oublier que ca marche qd meme pas mal mieux avec un cercle d amis.
Et il faut toujours chercher à élargir le cercle de ses amis. La maîtrise du langage écrit et parlé est un plus aussi.
-- olive
Trognon Patrice
Medhi BENKIR wrote:
Je me demandais quel pourrait être le contenu d'un test d'aptitude pour un candidat à un poste d'administrateur de systèmes et réseaux expérimenté ?
Certains d'entre vous ont-ils eu à installer des systèmes ou srvices unix, ou programmer de petites choses en C dans le cadre d'un entretien d'embauche ? Cela se fait-t-il plutôt pendant leur période d'essai ? Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt le C ou un langage interprété comme Perl/Python/"*sh" ?
Tu peux aussi lui monter une scénario de plusieurs machines et lui demander comment il va gérer les problèmes de backups restore de chaque machine et de chaque service installé dessus.
Backup des OS . Comment il reapplique l'ensemble des patchs passés depuis l'installation initiale. Backup des comptes. Backup de la config des applies. Backup des bases de données.
Titille le aussi sur les outils d'administration, c'est à dire comment il va par exemple surveiller un parc de plusieurs stations unix afin d'etre prévenu en cas de panne d'une d'entre elles, ou d'un service installé dessus !
Titille le par exemple sur l'installation des agents SNMP sur les unix, agents qui vont justement lever un trap en cas de non fonctionnement d'un service.
Comment il va surveiller les seuils critiques sur chaque machine. utilisation CPU. utilisation des disques (IO critiques, contention). utilisation de la RAM.
Comment il va anticiper la croissance de l'entreprise en terme de machines et de services, quand est ce qu'il faut acheter un nouveau server parceque l'ancien devient critique, cela en étudiant par exemple le taux de croisssance de l'occupation disque (c'est un exemple).
Voila, c'est quelques idées en vrac, je peux développer si besoin.
Patrice.
PS : Backup restore c'est ultra important !!!! PS2 : a mon sens savoir programmer en shell et en Perl par exemple me semble indispensable pour le shell, et un pré-requis très très fort pour le Perl. Par contre le C ne me semble pas nécessaire pour un admin sys/réseaux, enfin si il a ca aussi, c'est mieux :)
Sache qu'un développeur est quelqu'un qui sait chercher, donc si il a été développeur (etre développeur c'est pas avoir fait le TP de 5 iem année de son école d'ingé ;)) ben c'est un sacré plus :)
Cela dit entre nous, ceux que je concidère comme mes dieux en admins syst et réseau sont tous des codeurs Shell archi doués .
Pat.
Medhi BENKIR wrote:
Je me demandais quel pourrait être le contenu d'un test d'aptitude pour
un candidat à un poste d'administrateur de systèmes et réseaux expérimenté
?
Certains d'entre vous ont-ils eu à installer des systèmes ou srvices
unix, ou programmer de petites choses en C dans le cadre d'un entretien
d'embauche ? Cela se fait-t-il plutôt pendant leur période d'essai ?
Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt
le C ou un langage interprété comme Perl/Python/"*sh" ?
Tu peux aussi lui monter une scénario de plusieurs machines et lui demander
comment il va gérer les problèmes de backups restore de chaque machine
et de chaque service installé dessus.
Backup des OS .
Comment il reapplique l'ensemble des patchs passés depuis
l'installation initiale.
Backup des comptes.
Backup de la config des applies.
Backup des bases de données.
Titille le aussi sur les outils d'administration, c'est à dire comment
il va par exemple surveiller un parc de plusieurs stations unix
afin d'etre prévenu en cas de panne d'une d'entre elles, ou d'un service
installé dessus !
Titille le par exemple sur l'installation des agents SNMP sur les
unix, agents qui vont justement lever un trap en cas de non fonctionnement
d'un service.
Comment il va surveiller les seuils critiques sur chaque machine.
utilisation CPU.
utilisation des disques (IO critiques, contention).
utilisation de la RAM.
Comment il va anticiper la croissance de l'entreprise en terme
de machines et de services, quand est ce qu'il faut acheter un nouveau
server parceque l'ancien devient critique, cela en étudiant par
exemple le taux de croisssance de l'occupation disque (c'est un exemple).
Voila, c'est quelques idées en vrac, je peux développer si besoin.
Patrice.
PS : Backup restore c'est ultra important !!!!
PS2 : a mon sens savoir programmer en shell et en Perl par exemple me semble
indispensable pour le shell, et un pré-requis très très fort pour le Perl.
Par contre le C ne me semble pas nécessaire pour un admin sys/réseaux, enfin
si il a ca aussi, c'est mieux :)
Sache qu'un développeur est quelqu'un qui sait chercher, donc si il a été
développeur (etre développeur c'est pas avoir fait le TP de 5 iem année
de son école d'ingé ;)) ben c'est un sacré plus :)
Cela dit entre nous, ceux que je concidère comme mes dieux en admins syst
et réseau sont tous des codeurs Shell archi doués .
Je me demandais quel pourrait être le contenu d'un test d'aptitude pour un candidat à un poste d'administrateur de systèmes et réseaux expérimenté ?
Certains d'entre vous ont-ils eu à installer des systèmes ou srvices unix, ou programmer de petites choses en C dans le cadre d'un entretien d'embauche ? Cela se fait-t-il plutôt pendant leur période d'essai ? Attend-on de nos jours d'un administrateur systèmes de maîtriser plutôt le C ou un langage interprété comme Perl/Python/"*sh" ?
Tu peux aussi lui monter une scénario de plusieurs machines et lui demander comment il va gérer les problèmes de backups restore de chaque machine et de chaque service installé dessus.
Backup des OS . Comment il reapplique l'ensemble des patchs passés depuis l'installation initiale. Backup des comptes. Backup de la config des applies. Backup des bases de données.
Titille le aussi sur les outils d'administration, c'est à dire comment il va par exemple surveiller un parc de plusieurs stations unix afin d'etre prévenu en cas de panne d'une d'entre elles, ou d'un service installé dessus !
Titille le par exemple sur l'installation des agents SNMP sur les unix, agents qui vont justement lever un trap en cas de non fonctionnement d'un service.
Comment il va surveiller les seuils critiques sur chaque machine. utilisation CPU. utilisation des disques (IO critiques, contention). utilisation de la RAM.
Comment il va anticiper la croissance de l'entreprise en terme de machines et de services, quand est ce qu'il faut acheter un nouveau server parceque l'ancien devient critique, cela en étudiant par exemple le taux de croisssance de l'occupation disque (c'est un exemple).
Voila, c'est quelques idées en vrac, je peux développer si besoin.
Patrice.
PS : Backup restore c'est ultra important !!!! PS2 : a mon sens savoir programmer en shell et en Perl par exemple me semble indispensable pour le shell, et un pré-requis très très fort pour le Perl. Par contre le C ne me semble pas nécessaire pour un admin sys/réseaux, enfin si il a ca aussi, c'est mieux :)
Sache qu'un développeur est quelqu'un qui sait chercher, donc si il a été développeur (etre développeur c'est pas avoir fait le TP de 5 iem année de son école d'ingé ;)) ben c'est un sacré plus :)
Cela dit entre nous, ceux que je concidère comme mes dieux en admins syst et réseau sont tous des codeurs Shell archi doués .
Pat.
Medhi BENKIR
Trognon Patrice wrote:
Tu peux aussi lui monter une scénario de plusieurs machines et lui demander comment il va gérer les problèmes de backups restore de chaque machine et de chaque service installé dessus.
Titille le aussi sur les outils d'administration, c'est à dire comment il va par exemple surveiller un parc de plusieurs stations unix afin d'etre prévenu en cas de panne d'une d'entre elles, ou d'un service installé dessus !
Effectivement, ce sont d'excellentes remarques dont je prends bonne note.
Merci à tous de vos réponses très intéressantes
Trognon Patrice wrote:
Tu peux aussi lui monter une scénario de plusieurs machines et lui demander
comment il va gérer les problèmes de backups restore de chaque machine
et de chaque service installé dessus.
Titille le aussi sur les outils d'administration, c'est à dire comment
il va par exemple surveiller un parc de plusieurs stations unix
afin d'etre prévenu en cas de panne d'une d'entre elles, ou d'un
service installé dessus !
Effectivement, ce sont d'excellentes remarques dont je prends bonne note.
Tu peux aussi lui monter une scénario de plusieurs machines et lui demander comment il va gérer les problèmes de backups restore de chaque machine et de chaque service installé dessus.
Titille le aussi sur les outils d'administration, c'est à dire comment il va par exemple surveiller un parc de plusieurs stations unix afin d'etre prévenu en cas de panne d'une d'entre elles, ou d'un service installé dessus !
Effectivement, ce sont d'excellentes remarques dont je prends bonne note.
