Come reclutare un guru di Linux

Ho bisogno di reclutare un vero guru di Linux, non qualcuno che sia in grado di scriverlo, un vero grande battitore per sparare e reclutare la propria squadra.

Al momento siamo una grande casa di Windows, quindi conosco le domande che devo porre per ordinare il grano dalla paglia in quella zona, ma non ho idea di quali domande porre a un tecnico Linux, né quali sarebbero le risposte valide.

Hai qualche domanda che potrei porre - o dovrei semplicemente pagare qualcuno di una consulenza esterna per partecipare alle interviste?

Un principiante:

• Ha meno di 4 anni di esperienza.
• Deve fare affidamento su pacchetti binari per tutto
• Non ha mai visto un vecchio kernel (ovvero conosce solo la serie 2.6.x)
• Non ha capito che i comandi e le posizioni delle directory sono diversi in ogni distribuzione; spesso conoscono solo uno da cui stanno iniziando e possono confondersi quando il loro ambiente è cambiato.
• Non è possibile eseguire lo script di comandi comuni e spesso eseguire tutto manualmente.
• Ha bisogno di assistenza per eseguire la diagnostica su un sistema problematico, sebbene funzionino indipendentemente su problemi più leggeri.
• Sta ancora imparando dagli altri cose che gli amministratori "stagionati" sanno già.
• Ha un comportamento che è ancora "verde" - sono sicuri di sé (giustamente), ma sembrano presuntuosi per alcuni. Questo può portare ad attriti con utenti finali, sviluppatori e gestione. Gli utenti finali fastidiosi possono spesso convincerli a fare qualcosa che un amministratore esperto negherebbe immediatamente. Gli sviluppatori non hanno molto di cui parlare con loro, ma possono insegnare loro una cosa o due sullo scripting. La direzione di solito vuole qualcuno più esperto e non li disturberà a meno che non ci siano scelte limitate.
• Spesso non hanno un quadro completo del core business e del modo in cui genera entrate, sebbene comprendano le posizioni a livello procedurale nell'azienda. In quanto tali, possono identificare le esigenze del personale regolare in tutta l'azienda, ma non comprendono necessariamente le interazioni di tutte le unità aziendali.

Questi sono gli amministratori che iniziano in posizioni di livello junior.

Un'impressione (stereotipata): "Questa persona ha un potenziale, ha solo bisogno di tempo per farlo brillare".

Un amministratore esperto:

• Ha 5+ anni di esperienza.
• Può scaricare e compilare strumenti / utilità / servizi e può ricompilare un kernel
• Ha visto kernel più vecchi (serie 2.2 e 2.4)
• Può adattarsi a una diversa distribuzione o ha esperienza in 2 o più distro.
• Può fare semplici script per automatizzare le attività.
• Può eseguire la diagnostica da solo, ma richiede tempo per individuare il problema
• Possono funzionare da soli, ma non hanno esperienza di gestione o esperienza di supervisione limitata; spesso tutorano e istruiscono gli amministratori di livello junior.
• Ha un comportamento "stagionato": sono attenti e riservati, ma saranno sempre piacevoli senza essere tecnici. Ciò porta alla fiducia quando si tratta di utenti finali, sviluppatori e dirigenti e, infine, un profondo senso di fiducia nel fatto che questa persona "farà il lavoro". Gli utenti finali di solito consultano prima queste persone, ma a volte i piantagrane tentano di "giocare al sistema" e far loro fare qualcosa che non farebbero (anche se l'amministratore lo saprà meglio e lo negherà). Gli sviluppatori si consulteranno con questa persona su problemi comuni. La direzione a volte chiederà l'esecuzione di compiti speciali (controllati, ovviamente, attraverso il Guru) e lo realizzeranno in modo soddisfacente.
• Comprendono il modello di ricavo principale della tua attività e in che modo si relaziona con altre posizioni e procedure. Possono progettare soluzioni personalizzate attorno a queste conoscenze e trovare modi per ridurre le spese operative. Tuttavia, non possono creare nuove fonti di entrate.

Questi sono gli amministratori inizialmente assunti dal Guru.

Un'altra impressione stereotipata: "Questa persona è stata intorno al blocco e ha le ferite di guerra per dimostrarlo. Se la mia schiena fosse contro il muro, mi fiderei di loro".

Un guru:

• Ha oltre 9 anni di esperienza.
• Può eseguire la personalizzazione a livello di codice di un kernel prima della ricompilazione, mediante riconfigurazione o scrivendo un nuovo codice
• Ha visto kernel molto vecchi (serie 2.0 o 1.3)
• Ha esperienza con installazioni molto difficili da installare (Slackware precedente alla versione 9 , Gentoo, Linux From Scratch)
• Può fare script complessi, a volte scrivendo strumenti completi per altri membri dello staff.
• Conosce immediatamente tutte le potenziali cause di un problema e può esaminare ciascuna soluzione senza ulteriore diagnostica
• Ha svolto funzioni di supervisione o gestione con almeno un'altra persona per almeno 3 anni. Ciò significa che la persona è stata assunta e gestita direttamente da loro.
• Ha un comportamento che rasenta "felice ma simile allo zen". Sono silenziosi, concentrati e hanno un modo inquietante di sapere cosa dire e quando, mentre mettono a proprio agio tutti coloro con cui parlano. Gli utenti finali spesso non lo notano persona perché funzionano bene in quello che fanno, eppure i facinorosi temono rapidamente la loro presenza; gli sviluppatori si consulteranno con questa persona su questioni difficili; e la gestione si fida di loro con le decisioni sul personale e sull'occupazione.
• Hanno una conoscenza intricata del processo aziendale e di come il flusso di cassa della tua azienda interagisce con gli esborsi di capitale, il personale e la manutenzione continua. Possono trovare modi creativi per creare nuove fonti di entrate all'interno del modello di business.

Questa è la persona che vuoi.

Un altro (davvero pessimo) stereotipo: " Barba grigia, bretelle ... devono essere uno di quegli amministratori Unix ben noti! "

Chiedi a un esperto linux "noto" di consultare le interviste, preferibilmente qualcuno che abbia già assunto personale tecnico specializzato in linux. Sii più spietato nel filtrare questa persona: ottieni un ciarlatano nella posizione di firmare i candidati e finirai per assumere le persone sbagliate. Ricorda:

A's noleggio A's
B's noleggio C's.

È necessario ottenere una "A" coinvolta nel primo ciclo di assunzioni per portare il processo di reclutamento in pista - a tutti i costi

Il mio consiglio sarebbe di prendere in prestito alcune domande dagli esami di certificazione Red Hat . Questi sono tecnicamente specifici certificati Red Hat, ma la conoscenza si applica praticamente a tutte le distro Linux e qualsiasi amministratore competente dovrebbe essere in grado di rispondere.

Scegli alcune domande dall'RHCT (domande di livello base), alcune dall'RHCE (livello medio), alcune dall'RHCDS e dall'RHCSS (livello superiore, conoscenze specifiche) e alcune dall'RHCA.

Dovresti essere in grado di trovare domande di esempio su Internet o dalle guide alla formazione. Puoi anche estrarli dai questionari di valutazione pre-qualifica (sono disponibili nelle pagine di certificazione - potrebbe essere richiesta la registrazione)

"Costruiscilo" da solo. Puoi iniziare con un amministratore di sistema junior o stagionato. Ma dato il giusto set di lavoro le persone iniziano a brillare.

Da un punto di vista commerciale un guru che ha iniziato come amministratore esperto nella tua azienda sarà quasi sempre più economico (in termini di stipendio), d'altra parte devi guardarlo da vicino per non causare spese .

Da un punto di vista motivazionale la mia esperienza personale è che ero davvero motivato quando ho avuto il mio primo lavoro come amministratore di sistema, è iniziato con 1 server e non avevo nemmeno una workstation. Dopo circa 10 mesi avevamo servizi in esecuzione su 3 server fisici con circa 20 istanze virtualizzate (OpenVZ molto leggere) che venivano utilizzate come separazione dei servizi.

Non mi considero un guru (e tutti quelli che si considerano un guru devono essere presi con un granello di sale), ma sono abbastanza sicuro di aver imparato molto di più quando ero da solo in quella compagnia in un determinato periodo di tempo rispetto a quando lavoro in una squadra. Non perché non mi piace lavorare insieme, ma in qualche modo inizi a specializzarti sulle cose perché qualcun altro è migliore su $ topic .

Ora sto guidando un team di 5 amministratori (incluso me) e 1 sviluppatore. Ritengo che ottenere uno sviluppatore assegnato al nostro team sia il più grande successo, fornire i servizi non è un grande sforzo, ma avere qualcuno a cui piace sviluppare più dell'amministrazione è una vittoria importante in quanto puoi davvero iniziare a costruire toolchain più grandi.

Quindi costruire da soli un guru può ripagare. Non entro pochi mesi ma nel medio-lungo termine. Tutti quelli che conosco e considero un guru hanno iniziato in ambienti difficili (o perché lavorano da soli o essendo assegnati a compiti inizialmente fuori portata rispetto alle loro conoscenze ma continuavano a combattere fino in fondo).

Un paio di domande rapide per restringere il campo:

• Chiedi quali distribuzioni ha usato o quali sono le più popolari. Il più popolare al momento secondo DistroWatchsono Ubuntu, OpenSUSE, Mint, Fedora e Debian (che è ciò su cui si basa Ubuntu). Mentre ce ne sono molti altri, l'intervistato probabilmente citerà almeno uno di questi. Inoltre, sebbene non sia così popolare (numero 22 in quella lista), Gentoo è considerato uno dei più "hardcore" delle distribuzioni, ma non fare affidamento solo su "ha menzionato Gentoo, quindi lui / lei deve essere fantastico "in quanto l'unico vero modo per sapere se lo usa davvero è chiedere come lo ha installato o configurare il kernel che è un argomento molto complicato. In ogni caso, il punto principale di questa domanda è vedere se ha familiarità con diverse distribuzioni. Ho scoperto che la maggior parte delle persone su Linux preferisce da una a tre, ne ha utilizzate almeno 5 e ne conosce altre.
• Chiedigli quale ambiente desktop preferisce usare (o forse per spiegare la differenza tra alcuni di essi). I tre più popolari sono Gnome, KDE e XFCE. Ce ne sono molti altri, ma non sono molto usati.
• Dagli un laptop con un cd Linux (uno dei 5 migliori dovrebbe essere buono) e come lui / lei ti guiderà attraverso l'installazione e possibilmente l'installazione. Dato che vuoi che qualcuno assuma la propria squadra, presumo anche che quella persona dovrebbe avere grandi capacità comunicative ed essere in grado di spiegare le cose a te o a qualcun altro nella tua azienda in modo sensato ed è facile da capire. Fondamentalmente controlla la fiducia e la capacità di rispondere alle domande rapidamente e facilmente.
• Inoltre, ciò che potrebbe essere utile andare con il punto precedente è chiedergli di connettere il laptop appena installato a una cartella condivisa di Windows e / o viceversa. Presumo che questa sia una delle cose che ci si aspetta che una persona faccia sul posto di lavoro, quindi è bene verificare che sappia come farlo. Ancora una volta, chiedi come lo sta facendo per vedere se si sente sicuro con il sistema. Probabilmente, aprirà il Terminale e installerà e utilizzerà un programma chiamato Samba.
• Puoi anche chiedere alla persona di stampare un documento. Se questa stampante viene condivisa su un computer Windows, la sfida sarà un po 'più difficile e probabilmente installerà Samba e CUPS. Ancora una volta, l'unico scopo è quello di assicurarsi che sappiano come farlo, siano fiduciosi nelle loro capacità e siano in grado di spiegare facilmente le cose a un altro membro del tuo lavoro.

Spero che questo aiuti un po '. Mentre gli ultimi tre non sono molto veloci, possono essere molto efficaci. Il mio pensiero principale con gli ultimi era parlare casualmente con la persona e avere un'idea della sua fiducia in Linux e delle sue capacità comunicative. In definitiva, sono d'accordo con ConcernedOfTunbridgeW sul fatto che il modo migliore per te potrebbe essere quello di ottenere un consulente esperto di Linux noto per assisterti nelle tue interviste.

Non importa cosa fai, ti auguro buona fortuna!

Qualcuno dei tuoi utenti Windows è davvero informato sugli interni di Windows? Cioè, vanno oltre il sapere dove fare clic su quale menu nidificato e in realtà hanno una certa comprensione di ciò che accade dietro il sipario? In tal caso, potrebbero essere interessati anche ad acquisire competenze su Linux. Mentre saranno un po 'indietro rispetto alla curva tecnica su Linux, saranno in anticipo in termini di conoscenza e comprensione della tua azienda.

Probabilmente vorresti ottenere un po 'di supporto per aiutarli a diventare operativi, ma fare in modo che una posizione di consulente cambierebbe l'equazione del tuo budget.

Questa non era una soluzione insolita quando le aziende passavano da VMS a Unix.

Potresti trovare qualcosa di utile in questo: http://static.sage.org/field/jobs-descriptions.html

(Soprattutto le parti sulle abilità richieste.)