Prima le cose. Questo non vuole essere un manzo contro sviluppatori. Ma cerchiamo di non ignorare l'elefante in salotto che è il divario tra scrittori codice brillante e il rischio squadra avversa operazioni.
E 'quasi di default che gli sviluppatori sono dirompenti con la loro codifica creativo, mentre i ragazzi in attività, coloro che distribuire il codice, sempre incrociare le dita nella speranza che i cambiamenti applicazione non inclinare la macchina. E quando si è svegliato alle 4 del mattino per affrontare un'interruzione o il vostro sito lento sta costando milioni di perdite, il gioco di colpa e inizia a puntare il dito.
Se si gestisce una startup si può essere di fronte a questo problema per tutto il tempo. Tu conosci il tuo business, si sa cosa si sta cercando di costruire, ma come si fa a trovare persone che possono aiutarvi a costruire e realizzare le vostre idee con il minimo rischio?
Idealmente, si desidera che le persone che possono colmare il divario tra la mentalità dei programmatori desiderosi di vedere caratteristica cambia, le unità di business spingendo per loro, e il team operativo resistente ai cambiamenti per il bene della stabilità.
DevOps - Perché non possiamo vivere tutti insieme?
Il movimento DevOps è un tentativo di portare tutte queste persone insieme. Ad esempio fornendo informazioni agli sviluppatori circa le implicazioni del loro lavoro su prestazioni e disponibilità, è possibile un migliore equilibrio l'assalto di richieste funzionalità da parte degli utenti con la necessità del business 'di up-tempo.
Team operativi possono lavorare per esporre i dati operativi per il team di sviluppo. Raccolta e analisi delle metriche non sono solo per le unità di business più. Utilizzando strumenti come Cactus, OpenNMS o gangli consentono di comunicare con gli sviluppatori e business unit altre simili su up-tempo, e l'impatto delle implementazioni sulla disponibilità dei siti, e in ultima analisi, la linea di fondo.
Soprattutto, gli obiettivi di business e le esigenze dei clienti deve sottolineare tutto quello che il team di ingegneri sta facendo. Portare tutti e tre al tavolo fa per un approccio più coerente che porterà tutti in avanti.
Come individuare una persona DevOps - Trovare il punto debole
La persona DevOps è qualcuno con la giusta combinazione di abilità, conoscenza ed esperienza che mette lui o lei nel luogo privilegiato in cui garanzia di qualità, capacità di programmazione e le operazioni si sovrappongono.
Ci sono anche alcune caratteristiche distintive che consente di identificare quali un candidato ideale.
Cercare buoni scrittori e comunicatoriCi sono anche alcune caratteristiche distintive che consente di identificare quali un candidato ideale.
Immaginate le gocce di sudore che formano quando uno sviluppatore ti dice: "Abbiamo fatto le modifiche. Nulla è ancora rotto. "
Questo è come entrare sul vetro perché implica qualcosa di effettivamente break. Il punto è che gli sviluppatori esperti devono essere consapevoli che la maggioranza delle persone non pensano sulla stessa linea come loro.
Assumendo che il candidato ha tutte le competenze tecniche richieste, un programmatore con capacità di scrittura tende ad essere migliore di articolare idee e metodi in modo coerente. Lui o lei sarebbe anche meno resistente alla documentazione e poter fare un passo indietro un po 'dal-Itty Bitty dettagli. Comunicazione, dopotutto è al centro della cultura DevOps dove diversi lati tentativo di comprendere l'altro.
Raccogliere buoni ascoltatoriQuesto è come entrare sul vetro perché implica qualcosa di effettivamente break. Il punto è che gli sviluppatori esperti devono essere consapevoli che la maggioranza delle persone non pensano sulla stessa linea come loro.
Assumendo che il candidato ha tutte le competenze tecniche richieste, un programmatore con capacità di scrittura tende ad essere migliore di articolare idee e metodi in modo coerente. Lui o lei sarebbe anche meno resistente alla documentazione e poter fare un passo indietro un po 'dal-Itty Bitty dettagli. Comunicazione, dopotutto è al centro della cultura DevOps dove diversi lati tentativo di comprendere l'altro.
Ancora più raro che gli scrittori buoni sono buoni ascoltatori. Essere in grado di ascoltare ciò che qualcun altro sta dicendo, e ribadiscono che nei loro propri termini di qualità è una chiave importante. Nel nostro esempio, il buon ascoltatore sarebbe probabilmente tradotto 'rotto nulla è ancora' in "l'applicazione è in esecuzione senza problemi. Non abbiamo incontrato alcuna interruzione ma continueremo a guardare alle cose. "
Propendere pragmatici ed evitare i fanaticiNoi tutti vogliamo persone che sono appassionati di qualcosa, ma quando la passione che si trasforma in fanatismo può essere sgradevole. Il fanatismo suggerisce una minore propensione al compromesso. Tali caratteri sono molto difficili da negoziare. Analogamente a tech, vediamo persone attaccarsi a un certo standard con cieca fedeltà che è sorprendentemente irrazionali. Qualcuno che ha avuto la mano in molte diverse tecnologie è più probabile che sia agnostico tecnologia, o meglio, pragmatico. Potranno, inoltre, una prospettiva più ampia, e sono in grado di anticipare come queste tecnologie giocheranno insieme. Inoltre un buon senso di cui le cose si svolgerà senza intoppi e dove ci sarà l'attrito è di vitale importanza.
Prestare attenzione alle attività extra-curriculariGuardare gli interessi della tecnologia, le aree di studio, o anche interessi esterni. La persona hanno diversi interessi e possono conversare su argomenti diversi? Non raccontano storie, e fare analogie con altre discipline per fare un punto?Hanno comunicare in gergo senza lingua che si possa capire?
Fiutare gli affamati di successoCome per ogni ruolo, trovare qualcuno che è appassionato e guidato è importante. Sono on-tempo per gli appuntamenti? Hanno mail le informazioni richieste? Sono preparati e comunicativi? Sono impaziente di iniziare?
Assunzione di solito si concentra sulle competenze e curricula molto ben congegnata, ma perché si trovano ancora alcuni duds di tanto in tanto? Sottolineando la personalità, etica del lavoro, e la capacità di lavorare con gli altri, è possibile vagliare il diluvio dei candidati e separare il grano dal loglio per le qualità che sicuramente servire meglio la vostra attività nel lungo periodo. Fonte: http:// www.iheavy.com/2011/11/25/how-to-hire-a-developer-that-doesnt-suck/
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.