Che aspetto ha un buon curriculum amministratore di sistema? [chiuso]

Questo può essere un po 'soggettivo, ma sicuramente c'è un consenso sui must-have?

Ad esempio, quali certificazioni mi aiuteranno davvero a separarmi dal curriculum medio?

Esperienze a cui è probabile che gli intervistatori siano interessati?

I lavori / esperienze relativi alla programmazione sono di grande aiuto?

gli intervistatori sono interessati alla tua esperienza con i loro sistemi o sistemi come i loro

quindi, personalizza il curriculum in base alle esigenze del potenziale datore di lavoro, ad esempio fai qualche ricerca, scopri quali attrezzature / sistemi hanno e sottolinea le parti rilevanti della tua esperienza

ad esempio, se il potenziale datore di lavoro utilizza una farm di web server per asp.net e un cluster di failover per ms sql e altri server critici, l'esperienza con tali sistemi dovrebbe figurare in modo evidente (e si spera di recente) sul tuo curriculum

se non hai esperienza con allevamenti e cluster MS ma con qualche altro tipo di allevamenti e cluster, sottolinea quelli e analizza le differenze per l'intervista

un curriculum è un opuscolo di vendita; tu sei il prodotto. Non ci sono certificazioni magiche così come non ci sono funzionalità sicure per la vendita di qualsiasi altro tipo di prodotto: si tratta di abbinare esigenze e capacità

in bocca al lupo!

Il tuo obiettivo più grande nell'assumere un amministratore di sistema dovrebbe essere quello di evitare un ciarlatano. Il prodotto di lavoro di un amministratore di sistema è un insieme di sistemi di interazione che non sta andando in pezzi, che può essere realizzato non toccandolo mai, o essendo bravo nel tuo lavoro, quindi un ciarlatano può pattinare senza mai toccare nulla per alcuni mesi se fanno del loro meglio per evitare di dover fare qualsiasi cosa. Quando vengono spinti, tuttavia, falliranno e sarai bloccato con merda rotta da riparare.

Pensa a uno sviluppatore che non riesce a controllare il proprio codice per i primi due mesi di lavoro: è un semplice caso di pratiche di codifica cattive / antisociali o nascondono il fatto che fanno schifo? Gli amministratori di sistema si trovano in una posizione simile, tranne per il fatto che raramente esiste il grado di controllo delle modifiche per la codifica. Gli strumenti di programmazione dei sistemi come le marionette sono utili per risolvere questo problema perché (se utilizzati come unico mezzo di amministrazione dei sistemi) possono trattare la configurazione del sistema come un progetto software e si utilizzano tutti gli stessi strumenti di controllo che si farebbero con i programmatori (ad es. Commit mail).

Nella mia esperienza, i certificati sono irrilevanti nella migliore delle ipotesi e fuorvianti nella peggiore. Mai e poi mai assumere qualcuno in base ai punti di forza delle loro certificazioni. Di tutti i curriculum che ho visto, le migliori persone tecniche non attaccano i loghi cert, quando li hanno, su un curriculum --- è un grande segnale penzolante che qualcuno dipende più dal loro pedigree che dalle loro abilità reali. I test scritti sono domande a più ipotesi basate su una verbosità specifica dal libro di testo su cui si basano. Sono fiducioso di comprendere RFC4601, di aver progettato e implementato un sistema multicast interdominio sicuro, globale e di aver ottenuto il 67% l'ultima volta che ho sostenuto un esame di pratica CCNA. Nel frattempo, il mio subordinato certificato di secondo livello non riesce a capire che non ci sono funzionalità differenza tra RFC1918 e indirizzi pubblici ...

Contrariamente a quanto altri hanno affermato, i curriculum più lunghi sono migliori di quelli più brevi: ti danno domande più specifiche da ricercare e pongono nel tentativo di schivare i ciarlatani. Fai interviste telefoniche a più livelli se devi: usa la prima per capire cosa stavano realmente facendo, e la seconda dopo aver capito quali sono le domande giuste da porre per le tecnologie date.

Il tuo secondo obiettivo più grande dovrebbe essere quello di trovare qualcuno con esperienza sui sistemi che stai già utilizzando. Trova qualcuno che abbia affrontato i problemi che stai riscontrando ora o possa prevederne l'esperienza in futuro (costruire sistemi e metodi di distribuzione, sistemi di monitoraggio, sicurezza, ridimensionamento). Cerca di assumere qualcuno che abbia lavorato in situazioni commerciali simili a quelle che hai ora ed è pronto ad affrontare i problemi inerenti alla tua situazione. Un ingegnere con un MS in rete che è abituato ad avere un budget illimitato, un reparto acquisti e cicli di progetto per tutto l'anno non si allenerà in una startup. Al contrario, l'anarchico di Linux non se la passerà bene quando gli viene chiesto di subire la procedura di controllo delle modifiche di ActiveDirectory in Fortune 50.

Se hai bisogno di costruire un dipartimento man mano che cresci, non assumere qualcuno che non abbia mai assunto nessuno prima; se è necessario gestire 20 TB di dati ad alta disponibilità, non assumere qualcuno che non abbia mai usato una SAN prima, ecc.

Penso che il miglior consiglio di ripresa per chiunque, compresi i tecnici, provenga da Manager Tools . Hanno diversi podcast su interviste e curricula, ma quelli che vorrei iniziare sono:

Il tuo curriculum puzza

Riprendi aggiornamento 2008

Se ti registri per un account gratuito puoi ottenere:

Realizzazioni - Collegamento di curriculum e interviste

Gli strumenti di gestione e gli strumenti di carriera hanno un sacco di cose fantastiche, specialmente per chi guida una squadra di qualsiasi tipo. Li consiglio vivamente.

Certs è facoltativo se puoi dimostrare di avere esperienza. Lo stesso vale per i gradi, a meno che non preveda di trasferirti in un lavoro in cui indossi una cravatta e crei grafici a torta tutto il giorno.

Sii specifico sulle tecnologie che conosci. Personalizza le tue conoscenze dell'azienda: ad esempio, se hanno molti servizi Web, sfrutta l'esperienza IIS / Clustering / Web farm.

Ho un piccolo consiglio per i curriculum tecnici:

Se lo metti sul tuo curriculum senza qualifiche, è meglio che tu lo abbia supportato nella produzione e lo conosca dentro e fuori:

Esperienza di produzione in: Apache, PHP, Linux

Se non lo conosci dentro e fuori, dillo :

Familiarità con: pitone, erlang, rubino

Nella maggior parte dei posti in cui ti piacerebbe lavorare l'ignoranza non è così male come la conoscenza falsa.

Qualche consiglio generale paralizzato dai ragazzi di Manager Tools (indicato anche da @CanyonR)

Generale Riprendi roba

• Mantieni il tuo curriculum breve (raccomandano una pagina .. ma 1-4 è un buon inizio)
• Elenca il titolo professionale e le date di assunzione e descrivi le responsabilità (ovvero: cosa dovevi fare)
• Elenco risultati (ovvero: alcuni dei punti salienti delle cose che hai fatto)

Altre cose da evidenziare

• Metti in evidenza il tuo lavoro con team internazionali o anche con parti interessate remote
• Metti in evidenza il tuo lavoro con controllo dei costi e budget. Questo è importante in questi periodi, hai lavorato con un budget limitato? hai completato un lavoro per una quantità sorprendentemente piccola di denaro?
• Metriche e misurazione delle prestazioni. Sempre più dovrai dimostrare il valore dei tuoi sistemi all'azienda per cui lavori.

Specifico per l'amministratore di sistema

• Personalmente non valuto troppo i certificati
• Mi piace vedere una vasta gamma di competenze nei sistemi operativi e una comprensione dell'hardware
• Ti preghiamo di conoscere bene almeno un linguaggio di scripting e, si spera, alcuni altri. Qualsiasi cosa come Perl, Python, Ruby, buona shell scripting. Non codificherai ma metterai insieme script di manutenzione e lavori di automazione.
• Avere un po 'di esperienza DBA. Avere una conoscenza di base delle prestazioni e di un DB come Oracle, MS SQL, MySQL ecc. Probabilmente non sarai un DBA .. ma il DBA sembra essere un ruolo che sta scomparendo.
• Avere esperienza nei server Web e, si spera, in una sorta di applicazione di fascia alta. Anche i amministratori di sistema specifici per webmaster e app stanno scomparendo.
• Essere in grado di dimostrare una buona conoscenza della sicurezza e di alcuni problemi attuali.

Infine, sii interessato ai computer in generale e sia in grado di dimostrare una sorta di impegno nei confronti dell'assistenza clienti e del supporto. Gli amministratori di sistema che non comprendono il loro ruolo di supporto tecnico e lo apprezzano sono una perdita di tempo.

Oh e buona fortuna :)

A rischio di citare me stesso ... Ho molti suggerimenti su formato e contenuto in questo post del blog:

Sysadmin Riprendi suggerimenti per la scrittura

Risposta per "Come deve apparire il curriculum "

Europass è un CV standard per Eurounion, basta riempirlo con competenze pertinenti.