Comment recruter un gourou Linux

J'ai besoin de recruter un vrai gourou de Linux, pas quelqu'un qui peut à peu près l'épeler, un vrai gros frappeur pour partir et recruter sa propre équipe.

Nous sommes actuellement une grande maison Windows, donc je connais les questions que je dois poser pour trier le blé de l'ivraie dans cette zone, mais je n'ai aucune idée des questions à poser à un technicien linux, ni quelles seraient les bonnes réponses.

Avez-vous des questions à poser - ou devrais-je simplement payer quelqu'un d'un cabinet de conseil externe pour participer aux entretiens?

Un débutant:

• A moins de 4 ans d'expérience.
• Doit compter sur des packages binaires pour tout
• N'a jamais vu un ancien noyau (c'est-à-dire ne connaît que la série 2.6.x)
• N'a pas compris que les commandes et les emplacements de répertoire sont différents dans chaque distribution; souvent, ils ne connaissent que celui sur lequel ils commencent et peuvent devenir confus lorsque leur environnement a changé.
• Impossible de créer des scripts pour les commandes courantes et souvent de tout faire manuellement.
• A besoin d'aide pour effectuer des diagnostics sur un système en difficulté, bien qu'ils fonctionnent indépendamment sur des problèmes plus légers.
• Apprend encore des choses que les administrateurs "chevronnés" connaissent déjà.
• A un comportement qui est toujours «vert» - ils sont sûrs d'eux (à juste titre), mais semblent arrogants pour certains. Cela peut entraîner des frictions avec les utilisateurs finaux, les développeurs et la direction. Les utilisateurs finaux gênants peuvent souvent les amener à faire quelque chose qu'un administrateur chevronné refuserait immédiatement. Les développeurs n'ont pas grand-chose à dire avec eux, mais peuvent leur apprendre une ou deux choses sur les scripts. La direction veut généralement quelqu'un de plus chevronné et ne les dérangera pas à moins que les choix soient limités.
• Souvent, ils n'ont pas une image complète de votre activité principale et de la manière dont elle génère des revenus, bien qu'ils comprennent les postes de niveau procédural dans l'entreprise. En tant que tels, ils peuvent identifier les besoins du personnel régulier dans toute l'entreprise, mais ne comprennent pas nécessairement les interactions de toutes les unités de l'entreprise.

Ce sont les administrateurs qui commencent dans des postes de niveau junior.

Une impression (stéréotypée): "Cette personne a du potentiel, elle a juste besoin de temps pour la faire briller."

Un administrateur chevronné:

• A plus de 5 ans d'expérience.
• Peut télécharger et compiler des outils / utilitaires / services, et peut recompiler un noyau
• A vu des noyaux plus anciens (séries 2.2 et 2.4)
• Peut s'adapter à une distribution différente, ou a de l'expérience dans 2 distributions ou plus.
• Peut faire des scripts simples pour automatiser les tâches.
• Peut effectuer des diagnostics par lui-même, mais nécessite du temps pour identifier le problème
• Peut fonctionner seul, mais n'a aucune expérience en gestion ou expérience limitée en supervision; ils enseignent et instruisent souvent des administrateurs juniors.
• A un comportement "chevronné" - ils sont attentifs et réservés, mais seront toujours agréables sans être techniques. Cela conduit à la confiance dans les relations avec les utilisateurs finaux, les développeurs et la direction et, finalement, à un profond sentiment de confiance que cette personne «fera le travail». Les utilisateurs finaux consulteront généralement ces personnes en premier, mais les fauteurs de troubles tenteront parfois de "jouer le système" et de les amener à faire quelque chose qu'ils ne feraient pas (bien que l'administrateur le sache mieux et le nie). Les développeurs consulteront cette personne sur les problèmes courants. La direction demandera parfois que des tâches spéciales soient exécutées (approuvées, bien sûr, par le biais du gourou) et elle le fera à sa satisfaction.
• Ils comprennent le modèle de revenus de base de votre entreprise et la façon dont cela interagit avec d'autres postes et procédures. Ils peuvent concevoir des solutions personnalisées autour de ces connaissances et trouver des moyens de réduire les dépenses opérationnelles. Ils ne peuvent cependant pas créer de nouvelles sources de revenus.

Ce sont les administrateurs que le gourou embauchera initialement.

Autre impression stéréotypée: "Cette personne a été dans le quartier et a les blessures de guerre pour le prouver. Si j'avais le dos contre le mur, je lui ferais confiance."

Un gourou:

• A plus de 9 ans d'expérience.
• Peut effectuer une personnalisation au niveau du code d'un noyau avant la recompilation, soit par reconfiguration, soit en écrivant du nouveau code
• A vu de très vieux noyaux (séries 2.0 ou 1.3)
• A l'expérience des installations très difficiles à installer (Slackware avant la version 9 , Gentoo, Linux From Scratch)
• Peut effectuer des scripts complexes, écrivant parfois des outils complets pour d'autres employés.
• Connaît immédiatement toutes les causes potentielles d'un problème et peut examiner chaque solution sans diagnostic supplémentaire
• A exercé des fonctions de supervision ou de gestion avec au moins une autre personne pendant au moins 3 ans. Cela signifie que la personne a été embauchée et gérée directement par elle.
• A un comportement qui frôle «heureux mais zen». Ils sont silencieux, concentrés et ont un moyen étrange de savoir quoi dire et quand, tout en mettant à l'aise tous ceux à qui ils parlent. Les utilisateurs finaux ne le remarquent souvent pas parce qu'ils fonctionnent bien dans ce qu'ils font, mais les fauteurs de troubles ont vite peur de leur présence; les développeurs consulteront cette personne sur les problèmes difficiles; et la direction leur fera confiance pour les décisions de dotation et d'emploi.
• Ils ont une connaissance approfondie de votre processus opérationnel et de la façon dont les flux de trésorerie de votre entreprise interagissent avec les dépenses en capital, la dotation en personnel et la maintenance continue. Ils peuvent trouver des moyens créatifs de créer de nouvelles sources de revenus dans votre modèle d'entreprise.

C'est la personne que tu veux.

Un autre (vraiment mauvais) stéréotype: " Barbe grise, bretelles ... ils doivent être l'un de ces admins Unix bien connus! "

Demandez à un expert Linux «connu» de vous consulter lors des entretiens, de préférence quelqu'un qui a déjà recruté du personnel technique qualifié Linux. Soyez le plus impitoyable sur le filtrage de cette personne - mettez un charlatan en position de signer les candidats et vous finirez par embaucher les mauvaises personnes. Rappelles toi:

A's location A's
B's location C's.

Vous devez obtenir un «A» impliqué dans la première ronde d'embauche pour mettre votre processus de recrutement sur la bonne voie - à tout prix

Mon conseil serait d'emprunter quelques questions aux examens de certification Red Hat . Il s'agit techniquement de certificats spécifiques à Red Hat, mais les connaissances s'appliquent à pratiquement toutes les distributions Linux, et tout administrateur compétent devrait pouvoir y répondre.

Choisissez quelques questions du RHCT (questions de niveau de base), quelques-unes du RHCE (niveau intermédiaire), quelques-unes du RHCDS et du RHCSS (niveau supérieur, connaissances spécifiques) et quelques-unes du RHCA.

Vous devriez pouvoir trouver des exemples de questions sur Internet ou dans les guides de formation. Vous pouvez également les extraire des questionnaires d'évaluation de pré-qualification (ils peuvent être trouvés sur les pages de certification - l'inscription peut être requise)

"Construisez" vous-même. Vous pouvez commencer avec un administrateur système junior ou chevronné. Mais avec le bon ensemble de travail, les gens commencent à briller.

D'un point de vue commercial, un gourou qui a commencé en tant qu'administrateur chevronné dans votre entreprise sera presque toujours moins cher (en termes de salaire), d'autre part, vous devez le regarder de près pour ne pas entraîner de dépenses .

D'un point de vue motivationnel, ma propre expérience est que j'étais vraiment motivé lorsque j'ai eu mon premier emploi d'administrateur système, il a commencé avec 1 serveur et je n'avais même pas de poste de travail. Après environ 10 mois, nous avions des services fonctionnant sur 3 serveurs physiques avec environ 20 instances virtualisées (OpenVZ très léger) qui étaient utilisées comme séparation de services.

Je ne me considérerais pas comme un gourou (et tous ceux qui se considèrent comme un gourou doivent être pris avec un grain de sel), mais je suis assez confiant d'avoir appris beaucoup plus quand j'étais seul dans cette entreprise dans un délai donné que lorsque je travaille en équipe. Pas parce que je n'aime pas travailler ensemble, mais vous commencez à vous spécialiser parce que quelqu'un d'autre est meilleur dans $ topic .

Maintenant, je dirige une équipe de 5 administrateurs (dont moi) et 1 développeur. Je considère que le recrutement d'un développeur dans notre équipe est le plus grand succès, fournir les services n'est pas vraiment un effort mais avoir quelqu'un qui aime développer plus que l'administration est une grande victoire car vous pouvez vraiment commencer à construire de plus grandes chaînes d'outils.

Construire un gourou vous-même peut donc être payant. Pas dans quelques mois mais à moyen et long terme. Tous ceux que je connais et que je considère comme un gourou ont commencé dans des environnements difficiles (soit parce qu'ils travaillent seuls, soit en étant affectés à des tâches initialement hors de portée en ce qui concerne leurs connaissances mais continuaient à se battre tout au long).

Quelques questions rapides pour réduire le champ:

• Demandez quelles distributions il / elle a utilisées ou quelles sont les plus populaires. Le plus populaire en ce moment selon DistroWatchsont Ubuntu, OpenSUSE, Mint, Fedora et Debian (ce sur quoi Ubuntu est basé). Bien qu'il y en ait beaucoup d'autres, la personne interrogée en citera probablement au moins un. De plus, bien que ce ne soit pas aussi populaire (numéro 22 sur cette liste), Gentoo est considéré comme l'un des plus "hardcore" des distributions, mais ne vous fiez pas seulement à "il / elle a mentionné Gentoo pour qu'il / elle doit être génial "car la seule vraie façon de savoir s'il / elle l'utilise vraiment est de demander comment il / elle l'a installé ou de configurer le noyau qui est un sujet très compliqué. Quoi qu'il en soit, le point principal de cette question est de voir s'il / elle connaît plusieurs distributions différentes. J'ai constaté que la plupart des utilisateurs de Linux préfèrent un à trois, en ont utilisé au moins 5 et en savent plus.
• Demandez-lui quel environnement de bureau il / elle préfère utiliser (ou peut-être pour expliquer la différence entre certains d'entre eux). Les trois plus populaires sont Gnome, KDE et XFCE. Il y en a beaucoup d'autres, mais ils ne sont pas très utilisés.
• Donnez-lui un ordinateur portable avec un CD Linux (l'un des 5 meilleurs devrait être bon), et comme lui pour vous guider à travers l'installation et éventuellement la configuration. Comme vous voulez que quelqu'un embauche sa propre équipe, je suppose également que cette personne doit avoir de grandes compétences en communication et être capable de vous expliquer les choses ou quelqu'un d'autre dans votre entreprise d'une manière qui est logique et facile à comprendre. Vérifiez la confiance et la capacité de répondre aux questions rapidement et facilement.
• De plus, ce qui pourrait être bien pour aller avec le point précédent, c'est de lui demander de connecter l'ordinateur portable nouvellement installé à un dossier partagé Windows et / ou vice versa. Je suppose que c'est l'une des choses que la personne devra faire au travail, il est donc bon de vérifier qu'elle sait comment le faire. Encore une fois, demandez-lui comment il le fait pour voir s'il se sent en confiance avec le système. Probablement, il / elle ouvrira le Terminal et installera et utilisera un programme appelé Samba.
• Vous pouvez également demander à la personne d'imprimer un document. Si cette imprimante se trouve être partagée sur un ordinateur Windows, le défi sera un peu plus difficile et il / elle installera plus probablement Samba et CUPS. Encore une fois, le seul but est de s'assurer qu'ils savent comment le faire, qu'ils ont confiance en leurs compétences et qu'ils seraient capables d'expliquer les choses facilement à un autre membre de votre travail.

J'espère que cela aide un peu. Bien que les trois derniers ne soient pas vraiment rapides, ils peuvent être très efficaces. Ma pensée principale avec les derniers était de parler avec désinvolture à la personne et d'avoir une idée de sa confiance dans Linux ainsi que de ses compétences en communication. En fin de compte, je suis d'accord avec ConcernedOfTunbridgeW que la meilleure façon pour vous peut être d'obtenir un consultant expert Linux connu pour vous aider dans vos entretiens.

Peu importe ce que vous faites, je vous souhaite bonne chance!

Certains de vos employés Windows connaissent-ils vraiment les composants internes de Windows? Autrement dit, vont-ils au-delà de savoir où cliquer sur quel menu imbriqué et ont réellement une certaine compréhension de ce qui se passe derrière le rideau? Si c'est le cas, ils pourraient également être intéressés à acquérir des compétences Linux. Bien qu'ils soient un peu en retard sur la courbe technique sous Linux, ils seront en avance en termes de connaissance et de compréhension de votre entreprise.

Vous voudrez probablement obtenir un soutien pour les aider à démarrer et à fonctionner, mais en faisant un poste de consultant changerait votre équation budgétaire.

Il s'agissait d'une solution non inhabituelle à l'époque où les entreprises passaient de VMS à Unix.

Vous pourriez trouver quelque chose d'utile dans celui-ci: http://static.sage.org/field/jobs-descriptions.html

(Surtout les parties sur les compétences requises.)