Don' t Get Me Started - perché non possiamo essere amici?

Di David Platt | Agosto 2015

David Platt Sono appena tornato dalla conferenza Microsoft Ignite, tenuta a Chicago la prima settimana di maggio. Ignite è rivolto a persone più che agli sviluppatori. Non vedo quel lato del settore molto spesso, motivo per cui ho voluto esplorarlo.

Ignite avuto alcune buone idee che volano intorno. Ho ammirato soprattutto l'account di accesso di riconoscimento facciale automatico che sta arrivando in Windows 10 — Infine, un miglioramento di sicurezza che richiede meno sforzo di utente, non più. Mi è piaciuto anche il messaggio continuando, "È l'utente che è mobile, non l'app," così come adattamento di Harry Shum di Arthur C. Istruzione di Clarke quando ha detto, "ogni tecnologia sufficientemente avanzata è invisibile". Probabilmente scriverò un articolo futuro su ciascuno di questi.

Il mio più grande a portar via da Ignite era il crescente uso del termine "DevOps," un composto troncato di "Sviluppo" e "operazioni" che illustra la linea sfocatura tra queste discipline. Sto vedendo un sacco di che presso i miei clienti oggi.

Ignite aveva alcune sessioni molto buone su DevOps. Era il migliore che ho visto l'intervista di canale 9 (bit.ly/1Nzl5s1) con Brian Harry e Donovan Brown, in cui descrivono Microsoft esperienze nel portare DevOps a Visual Studio Online.

La fusione di sviluppo e operazioni risultati dalla pressione che spinge la nostra industria: lo standard costantemente aumentante di cura, come software permea sempre di più dell'attività umana. Cicli di sviluppo si accorciano, come i clienti richiedono funzionalità importanti di raggiungerli prima. Richiesta dei clienti di qualità superiore richiede più e meglio test, che significa prova deve essere automatizzato. Distribuzione deve anche essere automatizzato Man mano che diventa più frequente. I clienti richiedono un approccio integrato intero, anziché il frammentario storicamente abbiamo servito loro.

Di conseguenza, gli sviluppatori hanno bisogno iniziare a ricevere insieme ad opera ITzioni persone e viceversa. Storicamente, questo è stato problematico. I devs tagliare gli angoli per soddisfare pianificazioni irrealistici (che altri tipo c'è?), spingere fuori buggy software e lasciare la gente IT campo chiamate da utenti arrabbiati che hanno perso il loro lavoro a crash. Gli sviluppatori hanno mai tempo per costruire buoni strumenti di amministrazione IT. (Due parole: "Snap-In MMC.")

D'altra parte, devs sentire che IT persone li ostruisca ogni volta di trattarli come gli utenti ordinari. Gli sviluppatori hanno aggirare i filtri Internet e le modifiche delle password, automatico inattività disconnessioni e roba noiosa come licenze di software, con cui la gente IT diletto che complica la vita.

Questa opposizione deriva dalla vista storicamente diverse le due squadre i propri obiettivi. IT persone premio stabilità su tutto il resto e il no. 1 causa di instabilità è cambiamento. Devs Mostra il loro ruolo di estendere e migliorare il prodotto, per cui qualche instabilità è un piccolo prezzo da pagare. Entrambi i campi dire, molto baccano, "È abbastanza difficile fare il nostro lavoro importante senza combattere i nostri compagni di squadra presunti".

È tutto che ricorda le faide tra i contadini e cowmen in "Oklahoma!" il musical. Nella canzone classica, "Di Farmer e il Cowman deve essere amici," Zia Eller dispone di estrarre un'arma per ottenere i due gruppi di smettere di combattere ad un ballo di Piazza (bit.ly/1H3C2sK).

Aunt Eller ha un punto. Stiamo andando ad avere per farlo funzionare, sviluppatori e IT insieme. È storicamente inevitabile. La parte di ops del team deve accettare il cambiamento continuo come parte della loro vita, perché non hanno un prodotto senza di essa. Gli sviluppatori devono accettare stabilità come uno dei loro principali esigenze, perché i clienti di valore altamente.

Con tutto ciò che in mente, io ho spudoratamente plagiato brillantemente riutilizzato il codice di quella canzone:

Oh gli sviluppatori e i ragazzi dovrebbero essere amici

Uno appena sbatte fuori codice tutto il giorno

L'altro deve farlo giocare

Ma non c'è ragione perché non possono essere amici

Software personale devono stare insieme,

Software personale dovrebbero essere liberi

Ragazzi rimuovere ostruzioni

Devs migliorare su MMC

Come la canzone originale inaugurò l'età d'oro del teatro musicale, mi aspetto che la mia versione introdurrà l'età di platino del software. E lo avete sentito qui prima, caro lettore. I clienti non importa chi è incaricato della cosa; a loro importa solo che sono, o non sono, sempre che cosa hanno bisogno. DevOps. Fallo andare.

David S. Platt insegna programmazione .NET alla Harvard University estensione scuola e aziende in tutto il mondo. Egli è l'autore di 11 libri, inclusi "Perché Software Sucks" (Addison-Wesley Professional, 2006) e "Introducing Microsoft.NET" (Microsoft Press, 2002). Microsoft denominato lui una legenda di Software nel 2002. Egli si chiede se egli dovrebbe nastro giù due dita di sua figlia, così lei impara a contare ottale. È possibile contattarlo al rollthunder.com.

Don' t Get Me Started - perché non possiamo essere amici?

Risorse aggiuntive