Il " portare Amazon Web Services mentalità tornare a casa "post generati i commenti attesi, da" gli sviluppatori hanno alcun indizio su rete o rete di servizi "a" siamo andati attraverso il tutto e non è riuscito male . "Bene, anche se potrebbe sembrare così, non ho sostengo lasciare gli sviluppatori vanno incontrollati, stavo solo facendo notare che due pesi e due non hanno senso.
L'effetto Dunning-Kruger
Il mondo è piena di oltre-confident persone che pensano di posti di lavoro di tutti gli altri sono talmente banali che potevano facilmente eccellono nel loro se solo avessero cura abbastanza per affrontarli (e le persone molto intelligenti sono i peggiori , non solo in IT). Questo comportamento è così diffuso c'è un nome ufficiale per il "posso farlo anche se non ho idea di" comportamento: l' effetto Dunning-Kruger ( leggere l'articolo completo , è un capolavoro, c'è anche una sintesi più breve ).
IT è pieno di queste persone:
Rete "architetti" e "designer" che iniziano la progettazione di nuove reti esclusivamente sulla base delle informazioni contenute nel white paper vendor (domanda effettiva mi sono: per favore mi mandi procedura step-by-step che porterà ottimale progettazione dei data center per il mio cliente);
Gli ingegneri che implementano la tecnologia totalmente sconosciuto, trovando frammenti di configurazione casuali su Google e ciecamente le applicano alle loro reti;
Ingegneri senza esperienza nube buiding che hanno intenzione di scaricare OpenStack codice sorgente e un lavoro di cloud privato o pubblico in due settimane (ci sono state, visto che);
Ingegneri fai da te con la sindrome non l'abbiamo inventato noi, che affermano di poter reinventare ogni soluzione proposta da un fornitore (i nostri ragazzi Flip-IT hanno decine di storie da condividere - nella maggior parte dei casi tutti i tecnici fai da te sono riusciti a fare è stato quello di perdere 2-3 anni);
Le persone che ciecamente scaricano gli script e li usano senza nemmeno controllando se gli script sono applicabili al loro ambiente;
Gli sviluppatori di applicazioni che pensano di poter distribuire le applicazioni complesse su AWS senza avere alcuna esperienza di rete o di servizi di rete solo perché "è tutto point-and-click in ogni caso."
Vuoi lasciare i vostri bambini in auto la vostra auto?
Lasciando persone che soffrono di effetto Dunning-Kruger vanno è come dare le chiavi della vostra auto per i vostri bambini. Alcuni di loro potrebbero avere talenti nascosti e riporterà l'auto in un unico pezzo, ma non si può contare su questo. C'è una buona ragione per cui abbiamo scuole e gli esami di guida del conducente.
Lo stesso ragionamento deve essere applicato ai team di sviluppo applicazioni (o chi inizia la costruzione di una nuova rete da googling per "progettazione della rete"). Devono essere interessati a ottenere indipendente (sono tutti a livello verbale), ottenere una corretta esposizione alle sfide della progettazione e cloud operativo implementazioni, reti virtuali e servizi di rete (evitando disegni come questo ), e poi lentamente lasciano andare con qualcuno guardando attentamente i risultati.
Ad esempio, la prima lezione tecnica nella mia Progettazione scalabile di applicazioni Web corso universitario è TCP, HTTP e SPDY ; il corso tratta anche di sicurezza, bilanciamento del carico e cloud distribuzioni.
Investire in un equivalente di corso di guida chiusa fa sempre grande senso. Fortunatamente è davvero poco costoso per fare che nel mondo lo sviluppo di applicazioni; invece di sviluppatori che lavorano sulle proprie workstation e server locali, dare loro un ambiente virtuale cloud-based in piena regola tra cui firewall e bilanciatori di carico .
Ha senso investire in questo processo? Chiedete a qualsiasi mamma di calcio che vuole avere qualcos'altro da fare nella vita che guidare bambini intorno. Investire nei team di sviluppo delle applicazioni e renderle più indipendenti renderà il vostro migliore, più flessibile, ed eventualmente ridurre i costi come gli sviluppatori realizzano la follia di spingere i problemi lungo la pila .
Funzionerà in ogni ambiente? Molto probabilmente no, ma allora forse è il momento di iniziare la ricerca di una società diversa da lavorare. Funzionerà con ogni squadra? Certo che no, ci sono ancora i programmatori là fuori che pensano che ti raggiungono scrivere applicazioni COBOL età pensionabile ... ma se si riesce ad ottimizzare pochi i team di sviluppo applicazioni, è meglio di niente, e il loro successo potrebbe innescare una riorganizzazione obbligatoria di altri squadre.
Infine, tenere presente che un grande potere comporta grandi responsabilità - come bambini seduti al volante di guida, gli sviluppatori che vogliono ottenere un'implementazione più rapida controllando il proprio ambiente e servizi di rete virtuale devono anche assumersi la piena responsabilità per i risultati delle loro azioni .
Oh, e, ultimo ma non meno importante - i miei bambini sempre dovuto pagare per il proprio gas. Sembra un approccio simile potrebbe aiutare in qualche debacle di distribuzione nube .
Hai bisogno di maggiori informazioni?
Check out my costruzione di una infrastruttura di Private Cloud webinar e altri cloud computing e il networking webinar (e assicuratevi di iniziare con le esigenze di business ).
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.