okay sì, se tutti ricordassero
per violentare il discorso e darmi un feedback
non su questo brillante inizio tecnico
quando il mio pulsante non funziona più ma
qualcuno ha visto il precedente discorso sul
roba di microservizi e vai così mia
collega che è seduto là fuori di Karl
ho una di quelle carte che abbiamo fatto in giro
Copenaghen su una delle e-bike ha
qualcuno è stato su una e-bike, sì, davvero
raccomandare sì, è davvero forte, no?
Voglio dire, è come se pesasse un sacco ma
ha un motore elettrico e
ha un piccolo schermo con il navigatore satellitare acceso
e abbiamo digitato e abbiamo ancorato il nostro
carta parte dei numeri delle carte di credito in e
è venuto su alla fine della corsa che è
50 corone deutsche alla corona danese e io
era come quello che è ciò che è dentro
sterline perché chi sa che conosci chili
schiantarsi con il passare del giorno
e ovviamente Karl ha la piccola app
e tira fuori il suo telefono in un gay
quindi sono cinque sterline 84 così fu
abbastanza impressionante così sto andando andare a
cacciare una di quelle carte dire come me
dimmi che lo sai che sono un appassionato
il ciclista e io siamo stati davvero fortunati
giusto per questa compagnia che è a
consulenza, ma ho dovuto pedalare dappertutto
Londra che va raccontando a vari clienti
loro come fare un buon sviluppo del software
e quello era davvero dispiaciuto
Ho lavorato per sei anni solo facendo
consulenza che si occupa di un sacco di
diverse società non solo a Londra
in vari posti ma ora lavoro come
capo della tecnologia e io sono responsabile
per tutti i nostri sistemi interni in modo da
so che è fondamentalmente ciò che usiamo per correre
il pensiero funziona come una consulenza e quando
Ho iniziato tre anni fa pensavo Works
ho avuto un po ‘ di tech tech delle labbra
una reputazione di ciò che viene chiamato il
bambini ciabattini e così è
a quanto pare questo è psicologico
condizione se tu se ne vai a nessuno di
questo tipo di siti Web di psicologia pop così
deve essere vero perché ho visto
su un sito web psicologia pop e
in pratica significa che qualcuno di voi conosce il tipo
di organizzazione che è
ora qualcosa come un business se
questa è una consulenza o un marketing
compagnia come il ciabattino che fa le scarpe
tendono a trascurare piuttosto il proprio
i bambini conosci le loro cose interne
così mentre stavamo andando in giro a raccontare
aziende come scrivere straordinarie brillanti
software perché è quello che ci paghi
per e come fare la consegna continua
e come fare servizi di micro e come a
fai tutte queste cose meravigliose al suo interno
era un po ‘di un’immagine diversa che avevamo
quello che abbiamo chiamato Enterprise stovepipe
e quindi in pratica quello che stava succedendo è
avevamo un reparto IT molto piccolo
eseguire principalmente su ultime note chiunque ancora
devi soffrire di Lotus Notes sei povero
le persone e quello che succederebbe è il
business come si sa la gente come a
fare riferimento ad esso andrebbe fuori e fare
le decisioni e stavano andando a comprare cose
qualunque cosa fosse e poi loro e poi
loro direbbero che tu vada tech ops
siamo usciti e lo abbiamo comprato
soluzione e ora vogliamo che tu lo faccia
installato ed eseguito e questo è carino
molto dove ci impegniamo nel venditore
ciclo di vita quindi quello che avevamo era molto
soluzioni che hanno risolto un problema molto specifico
problema senza vera integrazione
strategia che è stata davvero interessante
me come sono entrato nel mondo delle tecnologie
perché è quello che stavo spendendo
gli ultimi sei anni che vanno ai clienti
fare così là sono che è come questo è
interessante a cui sto andando in giro
clienti per sei anni che sono stati davvero
male software di integrazione e abbiamo
sono andato avanti come pensatori
morbido sei terribile, è davvero facile
hai solo bisogno di fare questo questo questo
ma quando siamo stati lasciati a scrivere il nostro
software abbiamo fatto esattamente lo stesso di cosa
abbiamo detto ai clienti di fare anche noi
questo grande quello che chiamo mic drop
sviluppo che ha reso la situazione a
un po ‘peggio quindi lo chiamo la mia goccia
sviluppo perché in pratica cosa sarebbe
capita è che dovremmo mettere insieme una squadra
risolvere un problema particolare forse un
problema di integrazione o scrivere a
app tanto necessaria e la squadra sarebbe venuta
in loro svilupperebbero l’ app e poi
loro lascerebbero cadere il microfono
abbiamo finito è in produzione da e
allora il team operativo sarebbe rimasto a guardare
dopo quel microfono e sai tenerlo
correndo in modo da non sapere non un grande
modello di avere per rendere la pena siamo
intendo in tutto il mondo questo è il nostro
conta attualmente 40 uffici in 14 paesi
probabilmente erano un po ‘meno di tre anni
fa ma questo è quello che è 4.000
dipendenti circa un centinaio di quelli
in operazioni tecniche e quindi queste mie colture
i team di sviluppo sarebbero saltati fuori
fondamentalmente dove avevamo alcune persone
risparmiare così potrebbe essere in Cina perché
c’è stato un programma di laurea e
abbiamo appena assunto un carico di laureati in
Cina e sono seduti in giro non
con personale al momento, quindi pensiamo hey noi
ho una buona idea, perché no? Perché no?
risolvi questo problema e sviluppi
questo sistema qui e poi il
la prossima settimana potrebbe essere in India o it
potrebbe essere nel Regno Unito o Chicago così là
non era davvero una strategia lì era
proprio dove potremmo trovare le persone così
di nuovo quello che rende la situazione
peggio quindi avevamo questo genere di cose dove
quello che abbiamo finito era il numero di
squadre permanenti con queste sparizioni
e riappare i team di progetto ma noi
ancora bisogno di roba per essere supportato così
le squadre permanenti hanno finito per tipo
strutturato intorno ma così siamo finiti
con i team di venditori perché i venditori
stare sempre in giro così se stiamo usando
Salesforce che qualcuno deve seguire
Salesforce quindi hai una piccola squadra di
le persone specializzate in Salesforce sono finite
con una squadra di ops perché abbiamo ottenuto un
server farm e hanno avuto modo di osservare
dopo tutti i server e siamo finiti
con un team DBA perché ne conosci la maggior parte
le soluzioni funzionano su Oracle e if
hai intenzione di eseguire Oracle di cui hai bisogno a
Squadra DBA, quindi aggiungi tutto questo
insieme e questa era la nostra architettura
ora non provare e guardarlo lo farà
farti sentire un po ‘male che mi ha fatto sentire
un po ‘malato ma le cose importanti da fare
nota è uno di questi colori è un
importanti due concetti principali come un
dipendente e quello che abbiamo fatto è stato spalmato
attraverso la nostra architettura tanto quanto
possibile
per renderlo molto meglio pensavamo di farlo
fai un sacco di database diretto per accedervi
sapere solo per aiutare a ottenere che i dati a
viaggiare in giro così è quello che abbiamo fatto noi
pensato che creiamo come un bel monolitico
database nel mezzo per aiutare questo
perché pensavamo di poterlo risolvere
in questo modo e abbiamo chiamato questo il
database middleware per l’invio di informazioni a
rilassati attraverso la spina dorsale e il middleware
database quindi un middleware monolitico
database e basta roba dappertutto no
i sistemi di registrare un disastro totale dicono questo
la legge del ragazzo Conway se sono sicuro che tu abbia
l’ho sentito parlare di gente che continua
menzionando ma se guardi a Conway
legge e tu guardi quel diagramma tornare indietro
a questo schema e non è una sorpresa che abbiamo
finito con quello che abbiamo
quindi l’ho distribuito in tutto il mondo
squadre temporanee che compaiono e tu sai
in realtà la nostra architettura sembra
che sai che non sembra un
bene per la nostra architettura di lunga data
ma c’è un’altra legge che penso sia
importante che è il principio di Fairmont
di meno tempo così II piace così perchè
ci è sempre piaciuta l’analogia della fisica no
siamo nello sviluppo del software perché se
possiamo farcela con un’analogia fisica
deve essere vero come prima usato Kelvin
quello di te lo sa come Giove
e la forza gravitazionale così è
uno dei miei preferiti che è fondamentalmente
conosci il percorso tra il meno il
principio del percorso più breve fondamentalmente leggero
prende il percorso più breve , quindi se si nastro
questo e questo e il principio di Conway
in pratica, qualsiasi funzione troverà
il team di sviluppo che può implementare
nel minor tempo quindi il più breve
percorso e in pratica significa che ottieni un
molti monoliti quindi cosa stava succedendo
era perché abbiamo una squadra un DB a
squadra che è permanente e loro sono il
quelli che possono rispondere più velocemente perché
hanno messo le mani su tutti i dati
e abbiamo forse un po ‘di a
team di sviluppo qui bene lo sai
cosa sarebbe successo se lo volessi
nuova caratteristica
e vuoi fare qualcosa, DBA
squadra sta per fare l’integrazione
perché sono quello con il
squadra permanente e se hai un po ‘
di un team di sviluppo qui e tu
voglio fare qualcosa nell’interfaccia utente bene
motore del team di sviluppo che stanno per
fallo così, finisci per crearli
monoliti proprio attraverso questi due
principi quando metti Conway e meno
tempo insieme così eravamo nelle nostre cose
non erano bravi e quindi il nostro CIO Dave Walley
ho detto cosa diciamo ai nostri clienti
e così siamo tornati al nostro tipo di voi
sapere se funziona
Martin Fowler famoso per l’agilità che è
cosa facciamo così siamo tornati al nostro nucleo
principi ora ho scelto XP qui perché io
come XP è il mio diritto di chiamata che era il mio
primo libro agile ma potremmo scegliere qualsiasi
mischia forse ma c’era questo tipo di
principio di squadre interfunzionali che
era davvero critico ed ero davvero io
pensa a una vera idea di XP, così siamo tornati a
questo e abbiamo detto che lo sai
i team interfunzionali sono davvero
importante è quello che dovremmo fare
non dovremmo avere questo tipo di progetto
squadre che stanno appena spuntando così tante
la famiglia vorrà permanente
team interfunzionali auto-organizzati
ora ci sono due parti di
squadra interfunzionale che adoro che io
davvero voglio concentrarmi su e
questo non lo dirò a questi temi
per tutto il resto di questo discorso e il
il primo è che sono responsabili
per il loro stesso successo e tu sai
ieri abbiamo parlato un po ‘
su questo quando è uscito prima agile e
il manifesto agile e questo era un
cambiamento davvero importante sai che a
la squadra è responsabile end-to-end per loro
proprio successo e questo significava che loro
potrebbe parlare al business che potrebbero
sai eseguire tutto ciò che
non era come questo tipo di persone
silos orizzontale era verticale e
poi è arrivato il bit successivo che era tutto il
esperti
è necessario farlo in modo che tu ne abbia
test si avrebbe infrastrutture
lì e in realtà il primo XP
squadre erano probabilmente settore abbastanza dev
Akande non abbiamo forse infrastrutture
è venuto un po ‘più tardi, ma era più circa
quel rapporto d’affari ma nel tempo
abbiamo iniziato a mettere sempre di più specie di
le cose in team di sviluppo sono così
diventando sapendo di raggiungere questo ideale di
essendo tutte le competenze necessarie per
raggiungere il loro successo e poi abbiamo avuto
questo tizio che è diventato lui era il covo
capo della tecnologia quando mi sono unito a lui
era una specie di mio capo in cui ho messo il capo
virgolette non perché lo conosci
era come un WoW o qualcosa che conosci ma
perché abbiamo voluto essere non
gerarchico quindi era il più vicino ad a
capo come ho avuto e all’epoca tre
anni fa stava scrivendo il micro
il libro dei servizi era abbastanza grande
influenza su ciò che stiamo facendo e noi
scambiavano molte idee su micro
servizi e cose così abbiamo avuto questa idea
attraverso team funzionali e poi tutti
Microsoft di questo sembrava perfetto Said così
proviamo un po ‘ di quello, quindi cosa abbiamo fatto noi
abbiamo fatto la manovra inversa di Conway così
abbiamo usato questi due concetti per fare il
inversa la manovra di Conway Ramin e lo siamo
una consulenza in modo che tu sappia fondamentalmente te
può rompere una consulenza in tre
capacità quindi tornare a tipo di
modellazione delle capacità che è piuttosto che
guardando le cose che conosci
lo staff fisico dà un’occhiata al
cose le caratteristiche del tuo
affari, quindi se guardi il rovere no
qualsiasi consulenza che tutti tendono ad avere
tre funzionalità fondamentali che sono le vendite
vendere roba vendere persone essenzialmente
personale personale persone nei progetti
che hanno venduto e le persone
stessi che stanno andando vendere
anche se preferiamo dire il tempo delle persone
perché poi suona un po ‘meno
come se fossi schiavo ma così l’altro
cosa che abbiamo fatto quando abbiamo fatto questo contrario
Manovra di Conway che è veramente
importante è che abbiamo fatto queste croci divertenti
e noi li abbiamo resi interfunzionali
se attraverso tutto così così queste squadre
fai tutto ciò che era supporto sai
lo costruisci tu corri, lo sostieni
gestione dei fornitori in modo che prendessero cura di loro
i loro venditori hanno fatto da soli
gestione degli stakeholder il loro cambiamento
gestione di cui hanno preso cura
la loro infrastruttura sono responsabili
per i loro budget sono responsabili
per il loro viaggio sono responsabili
il loro personale sono queste squadre
responsabile di tutto, dalla fine alla
fine così hanno i proprietari dei prodotti
avere proprietari di aziende e lo sono
allineato con il business quindi c’è un
responsabile delle vendite c’è un responsabile di
personale ecc. e questi sono i loro proprietari
e lavorano quegli uomini d’affari e
il proprietario del prodotto ha lavorato insieme in un
team per definire la direzione per l’IT in
nella loro capacità e questo era un
un grande cambiamento ed è stato davvero
veramente buono e che aveva un grande
effetto su come abbiamo iniziato ad avvicinarci
problemi così prima che abbiamo capito
questo è un esempio questo è vero questo è
quello che avevamo effettivamente avevamo il personale
monolite è stato chiamato il sistema
puzzle e tornare a quella fermezza
il principio che succederebbe è qualunque
funzionalità che doveva essere implementata
sarebbe messo nel sistema di personale
iniziato come un sistema di personale
ironicamente è iniziato come un inizio
sistema che era una riscrittura di un sistema
prima di ciò che era diventato un gigante
monolite che era diventato ingombrante e così
si è separato e poi ci siamo separati
lo ha riscritto come sistema di assunzione di personale
e poi ha appena ricominciato quel ciclo
perché era l’ unico team di sviluppo
quello potrebbe realmente fare qualsiasi cosa così io
è finito con tutto ciò che è finito
con le squadre in esso finì con
lascia dentro di te ciò che sai no
in realtà hanno molto a che fare con il personale
finito con i tassi in esso era pazzo
in pratica, abbiamo fatto conoscere qualcuno
direi che ho davvero bisogno di farlo
costume
cosa è davvero importante che metterò
nel puzzle e non importava
se fosse rilevante per il puzzle o no
era importante che l’attività fosse necessaria
eseguire questa parte di funzionalità così
ora abbiamo cambiato questa conversazione così
ora la conversazione non è possibile può puzzle
implementato il più veloce o quale squadra
può implementarlo il più veloce che fosse
quale imprenditore desidera possedere questo
funzionalità che non è quale
team di capacità vuole possedere questo
funzionalità e hai cambiato così
ora viene fuori una nuova funzionalità
stiamo dicendo che lo staff sta dicendo no
non appartiene a jigsaw perché questo
non ha niente a che fare con il personale è
fare con le persone quindi stiamo avendo un
discussione davvero molto interessante
su questo questo questo ultimo paio di
settimane che riguardano le persone dati voi
sai che hai certe caratteristiche
sui dati delle persone molte persone lo sono
ottenere quei dati come nome e cose
così e che ufficio c’è
lavorano e che stanno ottenendo che
dal sistema di personale ma non lo è
informazioni davvero personali sono le persone
informazioni così ora stiamo avendo questo
conversazione che in realtà sai
questo non è in questo tuo contesto limitato
sapere che questo personale ha bisogno di vivere laggiù
nella roba della gente e se qualcuno è
arrivando al personale abbiamo bisogno di fermarli
dobbiamo riportarli al sistema
di registrare e quello e la squadra di personale
non libererà di quelle informazioni e il
la squadra della gente vuole possederlo
informazioni così stiamo cambiando il
dinamica di quella conversazione facendo
questo così come fanno i servizi Micra
aiutare in questo ben prima se possiamo
identificare queste aree che sono nel
monolite che tipo di sai non fare
Appartengo davvero al sistema del personale
può assumere che
quindi hanno ereditato queste cose che conosci
così possono dare un’occhiata e sono come
andare via non ha senso non pensiamo
lasciare appartiene e il personale e noi no
penso davvero che i tassi appartengano al personale
o sai che dovrebbero dovrebbero
spostati da un’altra parte e cosa possiamo fare
facciamo è possiamo rifletterci
e possiamo spostare le ferie verso le persone e noi
possiamo spostare i tassi alle vendite ora siamo
i microservizi aiutano qui piuttosto
allora sai che ora hai una specie di a
vasta gamma di opzioni di consegna
quello prima che tu abbia appena mana
sinistra e quindi sai che possiamo dire
il sistema del personale dice bene te lo dirò
quello che abbiamo in seguito codice qui lo so
è Ruby on Rails ed è cinque anni
vecchio ma ciò che facciamo è che taglieremo fuori
lo inseriremo in un nuovo repository e qui noi
vai alla squadra della gente che è tutta roba da foglia
è tutto tuo
tutta la squadra della gente può salvarti sapere
quale è la tua implementazione è davvero
un po ‘ schifoso in un po’ buggy ci sarà solo
costruisci qualcosa di nuovo e lo riscriviamo
da zero o in un caso una delle
servizi che abbiamo creato da cui lo abbiamo riscritto
zero e lo abbiamo riscritto come JSON
file era così semplice penso che sia il
il servizio più piccolo che abbiamo avuto il servizio era
in fondo qual è la gerarchia della
società in cui si riferiscono gli uffici
paesi abbiamo avuto un intero database in
Oracle con il front-end di Ruby on Rails
un pieno zeppo di un’app piena per solo
dì quali erano gli uffici in quale paese
un fatto che in realtà non cambia molto
quindi sai che potremmo farlo e noi
cambiala in un file JSON bloccandolo
s3 e abbiamo detto che ci vai
mettere gateway API di lavoro in forma davanti fatto
il più piccolo micro servizio che abbiamo no
codice quindi questo è davvero fantastico
questo è stato fantastico tranne il buono il
buona storia tipo di sai finiscono lì a
po ‘perché questo ha causato un sacco di
anche i problemi ora questi non erano questi
erano tipo di problemi che in a
il sistema centralizzato era davvero facile
risolvere e micro servizi in realtà
aggravare questo o hanno introdotto nuovi
problemi quindi sì, il mondo è molto meglio
il mondo era molto molto meglio dentro
il nostro contesto limitato tutto stava andando
molto meglio
gli uomini d’ affari erano molto più felici ma come
non appena abbiamo iniziato ad attraversare le linee
tra quelle contesti contestuali le cose hanno avuto
disordinato quindi questo è che ci siamo inventati
stanchezza questo è uno questo è vero
in fondo se qualcuno voleva fare off
la loro api ha deciso tutti in modo diverso
modo di farlo in modo che il personale pensasse che lo farò
vai per un’API conosci una coppia di chiavi
implementazione su un basic che conosci
squadra di persone di intestazione è appena andato oh bene te
sapere cosa ti ha appena mandato nome utente e
password di un account di sistema finito
basandoti perché sai che è cosa
abbiamo usato e il team di vendita era un
un po ‘di più sai che usiamo
oauth2 questa è la cosa nuova quindi non abbiamo avuto
tipo di strategia c’è una sorta di io sono
andando a dire la parola globale però
Ovviamente Kelvin dice di non vedere il pozzo
globale e lui si spaventa ma io sì
nessuna strategia è una specie di livello globale
il che significava che fondamentalmente se lo fossi
ha chiesto a qualcuno di quelle squadre ora che hai
un M più un problema quindi piuttosto che
avere a che fare con un’autenticazione
sedersi gioco per parlare a tutti i tuoi micro
servizi all’interno delle vendite che hai ora
farti conoscere i tuoi più
tutti gli altri devono occuparsi di ciò che
rende il tuo codice abbastanza complicato e
si sa è l’introduzione di un sacco di
complessità e, naturalmente, peggio è questo
è uno spreco, è come uno spreco di cibo
è la morale è orribile giusto
sai che lo spreco alimentare ha quella cosa morale
con esso e così fa sprecare gli sviluppatori
il tempo e questo stava entrando in Kelvin era
parlando di economie di scala e di come
non otteniamo le economie di scala in
sviluppo del software e ma cosa siamo
davvero molto bravo nel software
lo sviluppo sta creando rifiuti e basta
cosa mantiene il tuo CIO di notte e
questo è ciò che rende i manager che conosci
i responsabili dello sviluppo e le cose emergono
con regole davvero fastidiose e
architetti davvero fastidiosi lupi
perché si stanno preoccupando di questo
roba loro sono davvero sono davvero
preoccupante che tu sappia che le squadre sono
facendo la stessa cosa e stanno facendo
un sacco di rifiuti
e quello che vogliono fare è ridurre gli sprechi
rendere tutti tutti più efficienti e di
Naturalmente ciò che si vede è quando si passa a
questo micro servizio Wow guarda tutto questo
sprecare la ripetizione e la risoluzione di tutti
lo stesso identico problema più e più volte
ancora una volta il logging è un ottimo esempio
sai quanti mucchi di alci possono farlo
la tua azienda crea e pensiamo
a tale proposito quanto tempo ci vuole
tipo di costruzione o annuncio che forse tu
sai che forse hai una coppia di sviluppatori
tre o quattro settimane ottengono i loro alce
impilare e gestire tre o quattro settimane
sai che l’hanno fatto davvero bene
anche se loro sanno che Phoenix è acceso
AWS è in un server mutabile sei tu
conoscere molto bene il resto e poi
devono mantenerlo e poi
ogni tanto hanno l’aggiornamento
e poi a volte c’è un bug e
a volte cade verso il basso e circa a
circa un anno di questo tipo di squadra che
ha sei coppie di sviluppo che probabilmente hai speso
un buon mese e mezzo due solo
sui tuoi Elks che non sono realmente
dove vuoi spendere i tuoi soldi se
lo stai ripetendo su tutti
team di sviluppo unico nel tuo
organizzazione che è uno spreco di cibo
giusto è che è moralmente cattivo ora il
l’altro problema che abbiamo incontrato è la specializzazione
quindi non so se qualcuno è andato al
parlo ieri mattina penso che sia
Diego era così
Il discorso di Diego sull’apprendimento profondo va bene
in circa cinque diapositive ero com’ero
ho perso questo è molto difficile e come
ci stiamo muovendo attraverso i decenni
la vita dello sviluppo del software sta diventando
molto più complicato e non possiamo
tutti hanno qualcuno del genere in ogni
squadra unica quindi vogliamo cross-funzionale
squadre di cui vogliamo che siano responsabili
il loro successo e tutta l’ esperienza
richiesto di farlo ma non possiamo avere
qualcuno con conoscenza intima di tutto
di quegli algoritmi di deep learning all’interno
nessuno dei nostri team non possiamo
avere qualcuno con intimo e
College of data analytics all’interno o
statistiche all’interno di tutti i nostri team o
infrastruttura o sicurezza, ecc. iOS
sviluppo sviluppo Android è
andando avanti e avanti e avanti sono solo
aggiungendo sempre più cose per noi
impara che è pazzesco, quindi come lo facciamo?
sai come affrontiamo questo e
ora l’infrastruttura è davvero
buon punto questa era una delle cose che ho
osservato nei nostri team e questo era quello
abbiamo tipo di mettere l’infrastruttura e questo è
praticamente sai chi ha un
team di sviluppo che è responsabile
la loro infrastruttura qui è così giusta
pochi quindi questo è un po ‘come diventare un po’
un’idea corrente principale in questo momento abbiamo
ansible, diamo solo l’infrastruttura
agli sviluppatori e abbiamo questo
idea di squadre interfunzionali così
gli sviluppatori sono responsabili per
infrastruttura quindi questo è uno di noi
so che è un servizio Micra abbastanza grande
un servizio Micra abbastanza attivo
aveva circa un migliaio di commit in a
anno e questo era abbastanza tipico così io
guardato e ho fatto le statistiche su questo questo
è abbastanza tipico di quei 1.000
si impegna in un anno su quel micro servizio
solo quattro erano in corso
infrastruttura che nell’asible
directory giusta se riesco a farlo muovere
andiamo avanti così tre dovevano aggiungere
variabili d’ambiente quindi è reale
sollevamento pesante ora giusto aggiungendo un
variabile ambientale e l’ altra
era quello di cambiare il formato del registro così in uno
anno questo è tutto ciò che è cambiato su questo
micro servizio a livello infra e
stiamo dicendo che dobbiamo avere
specialismo infrastrutturale in ogni squadra
quindi qual è il risultato di questo quando diciamo
questo quindi questa è una storia vera e questo è
circa sei mesi fa sono seduto nel
nell’ufficio di Manchester dove il
il team digitale è e lo è
responsabile per il nostro sito Web e per a
inchino o direi forse nove giorni che hanno
stato sofferto
da un problema da fare con la chiave SSH loro
impossibile ottenere una chiave SSH per l’autenticazione
perché Rackspace aveva cambiato la strada
la loro chiave SSH ha funzionato per fare il
distribuzione in modo che non possano essere distribuite
per fortuna sono seduto lì e lo sono
ascoltando e poi sto pensando tutto questo
bitrate così inizio a parlare con loro e
c’è tutto questo ripieno in corso
tutto questo roba di basso livello va avanti
e stiamo cercando di eseguire il debug del codice go
perchè è qui che siamo felici
gli sviluppatori possiamo eseguire il debug del codice go e
c’è un ragazzo sulla spiaggia chi è chi è
un ops ragazzo e lui e lui origlia come
bene e lui tipo di va oltre e lui
esce e va al comando
tipo di terminale Singh un carico di SSL aperto
cose che sai che non so cosa lui
lo ha digitato
Voglio dire che scriverò sì, lo sai che lo è
questa chiave RSA ha questa cosa che hanno
cambiato a questa cosa del genere in
secondi le sue conoscenze specialistiche risolte
questo problema che questa squadra non è mai stata
risolverà bene , ci sono sette
nove giorni per risolverlo
così quando abbiamo spostato questi
responsabilità degli specialisti in
team ciò che abbiamo perso è stato lo specialista
conoscenza perché quando ne hai
team orizzontali ciò che è veramente buono è
hai un agente che passa tutto il suo
giorno sai che stai zitto così lui sa davvero
cosa succede mentre tornate indietro
e lo metti nello sviluppo
squadre lo toccheranno quattro
volte in un anno e non sarà
è complicato quello che stanno per fare
toccare così il problema è risolvere questo
non vuoi ricorrere a quelli cattivi
modelli di creazione di questi orizzontali
squadre che non vogliamo tornare ad un ops
squadra che è responsabile di tutto il
server e dando tutto il controllo a
centralizzazione ma come sai ieri
uno che non riesco a ricordare è lì
Le chiacchiere di Dondre che stava dicendo tu sai
è molto più complicato di
decentralizzato contro centralizzato quando lui
Stavo parlando dei droni e roba del genere
è molto più complicato di così
sono queste linee ma
Regina e penso che sia un grande
esempio di là queste sono linee tra
centralizzare qualcosa e d
centralizzare qualcosa e noi davvero
volevo evitare questi questi silos così noi
esaminato diversi modi di fare così
il primo a cui tutti salta è
Esecuzione giusta questo è ok I’m your
Ragazzo di InfoSec o io sono il tuo interlocutore per te
vai a scrivere del codice , farò un codice
rivedere quindi cosa succede è il giorno prima
stai andando in produzione lo hai messo dentro
davanti al ragazzo dell’infra e lui lui
vuole solo andare a casa
sai che ha pianificato il suo fine settimana
guarda e lui se ne va Mi dispiace davvero
non puoi metterlo in produzione è così
ho avuto questo problema con questo
problema con esso e e poi e poi
lo sviluppatore va semplicemente non guardare ma io
sapere che non soddisfa i tuoi standard e
avresti scritto un codice migliore e
tutto e se è la sicurezza
un ragazzo che ti piace lo so che si apre un grande
grosso buco di sicurezza ma andiamo ho
sia questo in produzione domani dove
sono tutti sulla mia schiena, quindi cosa succede
con il ruolo di esecutore è alla fine
InfoSec o invece sulla tua testa birra
niente a che fare con me e poi tu solo
ottiene ignorato e si finisce con il cattivo
sicurezza ovunque perché consegna
le pressioni vincono sempre così si prova il
modello di consulenza quindi passiamo al
modello di consulenza e questo era molto
meglio questo ha funzionato molto meglio così
questo è il modello in cui all’inizio del
il ciclo di vita della squadra raggiunge uno
di questi specialisti e dice che lo sai
stiamo andando a mettere
questo in produzione, sapete che siamo
semplicemente scrivendo le storie ora siamo solo
scrivere le storie e andrà
in produzione in tre mesi cosa
dovremmo prendere in considerazione da una sicurezza
angolo su queste storie così e poi
e poi il ragazzo va bene questa è una rete
lo sai se tu se ne sei andato
attraverso I was top ten no no non l’ho fatto
passato attraverso stavo dicendo che stiamo guardando
alla tua app penso che tu debba andare
attraverso questo questo tu pensi
A proposito di cross-site scripting pensare
questo e gli sviluppatori non lo sono
sì, è proprio perché me ne andrò
leggere su quello e poi il giorno prima
produzione che stai per uscire
produzione il tipo di mittente InfoSec invia
una bella amichevole
cerca su slack o qualsiasi altra cosa e dice
come hai capito che ho perso il top
dieci cose oh sì l’ ho dimenticato
pressione di consegna quindi la consulenza
il modello che conosci ha anche i suoi problemi
quindi il modello di partnership così questo
funziona ancora meglio questo è che prendiamo cosa
lavora dal modello di consulenza e noi
prova un modello di partnership e questo è il tuo
specialista dal tuo, conosci la tua squadra
lavora con il team interfunzionale e
si accoppiano con loro si siedono sulla tastiera
abbiniamoli con loro e attraverso questo
può essere davvero successo si può
a volte non riescono a volte le persone pagano a
un po ‘ di servizio alla bocca per la persona
quella coppia è un po ‘come non lo so
se qualcuno ha visto quello schizzo, lo sai
dove qualcuno fa il bucato io lo farò
ti insegnano a fare il bucato e loro
lavarsi e vanno e non l’ho fatto
Abbastanza che mi faccia vedere di nuovo e poi
loro lavano e loro vanno io
non ha ottenuto che mi dimostrano ancora una volta fino a quando tutti
i piatti sono fatti in modo da poter avere quello
e succede ma a volte lo fa
ha davvero successo e la squadra ma
uno ci sono due problemi chiave con
il modello di partnership è quello che hai
vincoli di risorse sai se hai
ha ottenuto uno specialista di InfoSec su dieci
squadre hanno tutti bisogno di quella persona al
stesso tempo è davvero stressato
individuo e la seconda cosa è
tende ad essere molto basato sulle relazioni
come tutte le buone collaborazioni sono basate
sulle relazioni ma sai che abbiamo avuto un
caso in cui abbiamo avuto un ottimo risultato
partnership tra due individui e
entrambi muovono le squadre così bene che è stato
ottimo perché quella partnership è durata adesso
hanno spostato le squadre che sono sparite
tutto quello che hanno imparato è andato con loro così
qual è la soluzione
così
questo se torni a metà vittoriano
più vicino 19 ° secolo metà del 19 ° secolo se
volevi fare una foto se volevi
essere un fotografo che questo sia
cosa dovevi fare e questo è così
complicato ma non riesco nemmeno a pronunciarlo
e ed è così che si pronunciano
e non so nemmeno leggere come pronunciate
è così che è così difficile come è
specialista era al giorno d’oggi che può
fai una foto che conosci come te
davvero bisogno di uno specialista solo per prendere
una foto ora andiamo tutti in giro e io
dimmi che sai che siamo sommersi da
foto mia mia quattro anni fa le foto
tutti fanno foto, infatti, posso
quasi del parere che non ho bisogno
fare più foto perché qualcuno
altrimenti avrebbe preso un centinaio di foto
di dove sono per me, quindi cosa abbiamo
riuscito a fare oltre ammettatamente 150 anni
è prendere un processo che è stato incredibilmente
complicato in specialista richiesto
conoscenza, ma trasformala in qualcosa
così semplice e commoditize in modo che
chiunque può farlo ora le conversazioni
cambiando di nuovo , siamo tutti esperti
i fotografi intendo le mani su chi pensa
sono un buon fotografo nella stanza
sai vedere non c’è un bel po ‘di noi
e siamo tecnici credo che ce ne siano di più
persone che fanno fotografia e techie
che altrove c’è sempre
qualcuno mi bombarda con il loro flickr
allora, che aspetto ha questo come noi?
Raggiungi questo sai che suona davvero
Semplicemente abbiamo appena preso un incredibile
processo complicato come fare una macchina fotografica
e trasformalo in un cellulare bene questo ragazzo
ha capito bene dieci anni fa
il suo mandato fuori che sostanzialmente ha detto
tutti dovrebbero creare un’API ora
c’è qualcosa che tutti abbiamo spesso
mi manca questa storia così quante persone
qui usi AWS in una forma o nell’altra
ok ok ora tieni le mani in alto se tu
usa AWS per fare cose da negozio
Oh nessuno, ma i suoi affari sono a
bookstore giusto, ma quello che ha risolto è
questa idea che c’è questo incredibilmente
complesso materiale orizzontale specializzato
accadendo nella sua attività che era
gestire una libreria
ma se potesse in qualche modo mercificare e
rendilo davvero semplice e separato
quella proprietà da quel controllo che
lo sapevi che risale a quell’aneddoto
quello era ieri quello Scott
ho detto dove è andato quel tipo, oh, stai usando
Si SSD e ha detto che non mi interessa affittare
loro sai quando ci sei arrivato
indica di aver risolto questo problema
e besos ha capito bene
che non penso sia stato intenzionale noi
può dargli credito ma cosa?
emerse era la più grande server farm in
il mondo in modo che cosa è che sembrano ben
è un ritorno a Conway fondamentalmente così
Conway pensiamo all’organizzazione
vogliamo e poi quella struttura nostra
affari in giro, così chiamo questo
la tecnologia del tessuto è così se questo non è un
squadra orizzontale di nuovo ma è a
capacità orizzontale e quel tessuto
la tecnologia ha tutti quei lavori orribili che
il tuo team trova una gestione API difficile
costruire sicurezza sorgente tutto questo e
lo metti lì e tu provi e
rimuovilo dai team ora
non significa che la squadra perde
tutto ciò che hanno ancora loro
capacità Tech quindi ci possono essere cose
sul loro tipo di verticale che sono
speciale per loro ma la tua costola cerca di
rimuovere alcune di quelle cose e come si fa
fai quello che sai come si forma
le squadre che assomigliano a questo semplicemente guardano
come le squadre che avevamo
squadre interfunzionali con alcuni
servizi con proprietari di prodotti con il
specialisti con il venditore
gestione in con il supporto in ma
la differenza è piuttosto che in
il vecchio modello centralizzato è gentile
ossessionato dall’avere il controllo e il
la proprietà è una sorta di arrendersi
quello
controllo par e sono solo responsabili
per la proprietà così così tu li conosci
questo è un esempio reale di ciò che abbiamo fatto
tipo di guardare i nostri servizi e ciò che noi
necessario questo è abbastanza alto livello e noi
guardato a ciò che avevamo e a chi appartiene
loro quindi questo è il nostro tipo di tessuto
ci sono cose come la registrazione
e monitorare l’utente di monitoraggio sintetico
API analitiche è tutto detto o poi ‘e
l’idea è ora piuttosto che gentile
avendo una versione centralizzata di questo
che sai di fare partnership o
qualunque sia la posizione in cui sono questi
squadre forniscono i servizi per consentire
ai team di capacità da realizzare
queste cose senza avere profondità
conoscenza specialistica di loro davvero
davvero un buon esempio che era in Sam’s
parlare è stato criptato penso che sia un
ottimo esempio del genere di cose a
il team interfunzionale riguarda uno di
queste squadre possono risolvere per te ora
generalmente questo non significa che tu
costruisci tutto da solo
che usi AWS se sei un
squadra dell’infrastruttura ma quella squadra lo farà
essere responsabile per la gestione del fornitore
di quella roba sarà responsabile per
assicurando che si ottiene installato e funzionante in
lo sai che si spera sia messo un po ‘
Api è di fronte così puoi conoscerti
basta chiamare un’API e dire creami un
Account AWS e ha impostato tutto il
fatturazione e tutta l’integrazione con
i tuoi sistemi di autorizzazione e tutto
di quello per te sai che è tutto finito
non ti preoccupi di tutto questo
roba è una squadra interfunzionale uguale
con cose come SSL vuoi SSL tu
non voglio che tu sappia che sto ricordando
le volte in cui ho messo un avviso di calendario
per dire che il mio certificato SSL stava andando
per esaurire e poi mi dimentico di come
diavolo ho fatto questo processo contorto, oh mio
Dio, spero di essere, non posso andare in vacanza
Certificato SSL e io sono l’unico in
la squadra che conosci ora non ce l’ abbiamo
abbiamo abbiamo cifrato e così
questo è per questa squadra questa squadra di tessuti
tipo di andare vogliamo risolvere questo problema
o guardiamo al mercato per risolverlo
o costruiamo qualcos’altro Oh
quindi questo non succederà
da un giorno all’altro questo è alcuni di questi
i problemi sono davvero facili e alcuni di
questi problemi sono davvero difficili
non c’è una maturità qui e così
questo è un po ‘ come Wardley, io no
sapere se qualcuno è nel diagramma del mondo lui
hanno parlato di mappare questo ma loro
parlato di queste quattro fasi Genesis
prodotto e tipo di costruzione personalizzati
merce o piattaforma così dentro a
organizzazione penso che funzioni come
questa Genesi è modelli generalmente a
build personalizzata sai qualcosa
soluzione specifica che hai costruito
all’interno del tuo team ha scritto il prodotto
probabilmente hai estratto una libreria o
quadro e sai per la piattaforma
sarà un vero servizio in modo da sapere come
il mio esempio potremmo dire schemi
l’integrazione continua ad un certo punto era
un modello che conosci lì se leggi
alcune delle cose di Martin Fowler parleranno
sulle squadre in cui ha lavorato
che ha iniziato a parlare di questo e poi
conosci qualcuno soluzioni specifiche loro
è venuta l’idea che lo schema suona
come una buona idea così hanno costruito una build
sopravvivere molto specificamente per testare
la loro teoria su uno o due o tre
progetti e dopo un po ‘hanno fatto
cruise control che è stato il primo CI
server e poi sai che è grandioso
hai un prodotto e tutti
lo scarica e lo mantiene e guarda
dopo che vende ma alla fine si arriva
questo ti fa scappare, devo dirti
sapere che Snap è la versione pensata per il lavoro
di Jenkins CI così Jenkins qui dove è
una soluzione ospitata e tu non stai facendo
qualsiasi cosa tu sappia che non ti stai prendendo cura di te
qualsiasi cosa funzioni , tu hai l’AWS
versione e quindi cosa tende a guardare
come sono io e le cose che sono nella tua
Genesis e le tue creazioni personalizzate sono
sarà la tua capacità Tech dove
le tue squadre verticali sono in realtà
probabilmente facendo qualcosa di abbastanza
sperimentali sono in una fase di Genesi
ne stanno imparando , diciamo
stanno pensando agli eventi o stanno dicendo
o qualcosa
o micro-servizi per quella materia o
Servizio Phoenix o qualunque cosa tu sappia
stanno giocando con alcuni schemi e
li stanno implementando ma poi come
ti muovi su ciò che vuoi fare
vuoi iniziare a raccogliere quelle cose
dalla tua squadra quindi vuoi iniziare
spostandolo dal prodotto alla piattaforma
ciclo di vita quindi spero che tu possa saltare
prodotto perché sarebbe fantastico e
basta passare ai servizi ma questo no
sempre succede perché a volte è un
un po ‘ più complicato di così, ma tu
voglio quel tipo di passaggio dove dici
liberiamolo dalla capacità
i team passano al team del tessuto
e facciamo di questa parte della nostra
tessuto ora alcune aziende hanno differenti
modi di guardare a questo e questo è questo
equilibrio tra autenticità occhi autunnali e
standardizzazione così qualche tempo fa Etsy
ha causato una grande tempesta nel mondo del software
con un discorso chiamato perché è importante
avere un software noioso o qualcosa del genere
che io non so se qualcuno legge che
era un blog, mentre Etsy ti dice
sai cosa hai uno stack questo è il
linguaggio questo è lo stack questo è ciò che
lo userai quando è acceso
le altre persone laterali sono più flessibili
quindi le parole di pensiero erano molto di più
flessibile il fatto che siamo distribuiti è un
ragione per questo se tutti fossero nel
stessa stanza e non sono stati pensati
lavoratori perché ne hanno molti
le opinioni pensavano che gli operai fossero tutti
nella stessa stanza e non erano per
lavoratori che potrei essere in grado di comandare
la tecnologia impone uno stack tecnologico
tutti ma in realtà lo vogliamo
flessibilità quindi non c’è un diritto o
modi sbagliati vuoi fare la stabilità
vuoi innovazione sai come te
bilancia quello che sei sul tuo
curva di maturità e quindi sai con
grande potere di queste squadre autonome
diventare la responsabilità che devono
contribuire al tessuto così è
tipo di finire fuori sai rimuovere il
Yaak dalle squadre per fare ciò di cui hai bisogno
preservare l’autonomia preservando
controllare in modo che siano responsabili per loro
proprio successo
ma è necessario fornire specialismo tramite
conosci i micro servizi per mantenere tutto il
competenze necessarie e questo è così
grazie e per favore come dice ricorda
valutare la sessione e ce n’è una
domanda di pensiero sull’apprendimento automatico o
anche il design UX come possiamo mercificare
conoscenza degli esperti di dominio
qual è il sentimento di controllo del tessuto per
apprendimento automatico o UX dove non lo è
una versione chiara della versione del prodotto di
esperienza quindi penso che l’apprendimento automatico sia
davvero interessante
e spero che qualcun altro lo risolva
per noi è fondamentalmente la mia dove è la mia scommessa
andando così ad esempio sembra che
Google e Amazon e tutti lo sono
entrare in questo già e così
stanno arrivando con qualche buona macchina
materiale didattico ovviamente se non puoi farlo
che arriva diventa un vincolo in
il vostro business perché si ha che
problema dove non puoi mettere il
specialisti ovunque quindi UX è
diverso perché UX è penso sia
probabilmente uno di quelli funzionali trasversali
ruoli che devono essere presenti in ogni squadra
perché è integro come
Il codice di costruzione è per gli sviluppatori UX
per la creazione di sistemi utilizzabili, quindi penso
UX è un ismo speciale a cui appartiene
una squadra interfunzionale in grado
quello è il mio poliziotto là fuori
qualsiasi altra domanda qualcuno va bene così
grazie, Peter
si Grazie
tu
per violentare il discorso e darmi un feedback
non su questo brillante inizio tecnico
quando il mio pulsante non funziona più ma
qualcuno ha visto il precedente discorso sul
roba di microservizi e vai così mia
collega che è seduto là fuori di Karl
ho una di quelle carte che abbiamo fatto in giro
Copenaghen su una delle e-bike ha
qualcuno è stato su una e-bike, sì, davvero
raccomandare sì, è davvero forte, no?
Voglio dire, è come se pesasse un sacco ma
ha un motore elettrico e
ha un piccolo schermo con il navigatore satellitare acceso
e abbiamo digitato e abbiamo ancorato il nostro
carta parte dei numeri delle carte di credito in e
è venuto su alla fine della corsa che è
50 corone deutsche alla corona danese e io
era come quello che è ciò che è dentro
sterline perché chi sa che conosci chili
schiantarsi con il passare del giorno
e ovviamente Karl ha la piccola app
e tira fuori il suo telefono in un gay
quindi sono cinque sterline 84 così fu
abbastanza impressionante così sto andando andare a
cacciare una di quelle carte dire come me
dimmi che lo sai che sono un appassionato
il ciclista e io siamo stati davvero fortunati
giusto per questa compagnia che è a
consulenza, ma ho dovuto pedalare dappertutto
Londra che va raccontando a vari clienti
loro come fare un buon sviluppo del software
e quello era davvero dispiaciuto
Ho lavorato per sei anni solo facendo
consulenza che si occupa di un sacco di
diverse società non solo a Londra
in vari posti ma ora lavoro come
capo della tecnologia e io sono responsabile
per tutti i nostri sistemi interni in modo da
so che è fondamentalmente ciò che usiamo per correre
il pensiero funziona come una consulenza e quando
Ho iniziato tre anni fa pensavo Works
ho avuto un po ‘ di tech tech delle labbra
una reputazione di ciò che viene chiamato il
bambini ciabattini e così è
a quanto pare questo è psicologico
condizione se tu se ne vai a nessuno di
questo tipo di siti Web di psicologia pop così
deve essere vero perché ho visto
su un sito web psicologia pop e
in pratica significa che qualcuno di voi conosce il tipo
di organizzazione che è
ora qualcosa come un business se
questa è una consulenza o un marketing
compagnia come il ciabattino che fa le scarpe
tendono a trascurare piuttosto il proprio
i bambini conosci le loro cose interne
così mentre stavamo andando in giro a raccontare
aziende come scrivere straordinarie brillanti
software perché è quello che ci paghi
per e come fare la consegna continua
e come fare servizi di micro e come a
fai tutte queste cose meravigliose al suo interno
era un po ‘di un’immagine diversa che avevamo
quello che abbiamo chiamato Enterprise stovepipe
e quindi in pratica quello che stava succedendo è
avevamo un reparto IT molto piccolo
eseguire principalmente su ultime note chiunque ancora
devi soffrire di Lotus Notes sei povero
le persone e quello che succederebbe è il
business come si sa la gente come a
fare riferimento ad esso andrebbe fuori e fare
le decisioni e stavano andando a comprare cose
qualunque cosa fosse e poi loro e poi
loro direbbero che tu vada tech ops
siamo usciti e lo abbiamo comprato
soluzione e ora vogliamo che tu lo faccia
installato ed eseguito e questo è carino
molto dove ci impegniamo nel venditore
ciclo di vita quindi quello che avevamo era molto
soluzioni che hanno risolto un problema molto specifico
problema senza vera integrazione
strategia che è stata davvero interessante
me come sono entrato nel mondo delle tecnologie
perché è quello che stavo spendendo
gli ultimi sei anni che vanno ai clienti
fare così là sono che è come questo è
interessante a cui sto andando in giro
clienti per sei anni che sono stati davvero
male software di integrazione e abbiamo
sono andato avanti come pensatori
morbido sei terribile, è davvero facile
hai solo bisogno di fare questo questo questo
ma quando siamo stati lasciati a scrivere il nostro
software abbiamo fatto esattamente lo stesso di cosa
abbiamo detto ai clienti di fare anche noi
questo grande quello che chiamo mic drop
sviluppo che ha reso la situazione a
un po ‘peggio quindi lo chiamo la mia goccia
sviluppo perché in pratica cosa sarebbe
capita è che dovremmo mettere insieme una squadra
risolvere un problema particolare forse un
problema di integrazione o scrivere a
app tanto necessaria e la squadra sarebbe venuta
in loro svilupperebbero l’ app e poi
loro lascerebbero cadere il microfono
abbiamo finito è in produzione da e
allora il team operativo sarebbe rimasto a guardare
dopo quel microfono e sai tenerlo
correndo in modo da non sapere non un grande
modello di avere per rendere la pena siamo
intendo in tutto il mondo questo è il nostro
conta attualmente 40 uffici in 14 paesi
probabilmente erano un po ‘meno di tre anni
fa ma questo è quello che è 4.000
dipendenti circa un centinaio di quelli
in operazioni tecniche e quindi queste mie colture
i team di sviluppo sarebbero saltati fuori
fondamentalmente dove avevamo alcune persone
risparmiare così potrebbe essere in Cina perché
c’è stato un programma di laurea e
abbiamo appena assunto un carico di laureati in
Cina e sono seduti in giro non
con personale al momento, quindi pensiamo hey noi
ho una buona idea, perché no? Perché no?
risolvi questo problema e sviluppi
questo sistema qui e poi il
la prossima settimana potrebbe essere in India o it
potrebbe essere nel Regno Unito o Chicago così là
non era davvero una strategia lì era
proprio dove potremmo trovare le persone così
di nuovo quello che rende la situazione
peggio quindi avevamo questo genere di cose dove
quello che abbiamo finito era il numero di
squadre permanenti con queste sparizioni
e riappare i team di progetto ma noi
ancora bisogno di roba per essere supportato così
le squadre permanenti hanno finito per tipo
strutturato intorno ma così siamo finiti
con i team di venditori perché i venditori
stare sempre in giro così se stiamo usando
Salesforce che qualcuno deve seguire
Salesforce quindi hai una piccola squadra di
le persone specializzate in Salesforce sono finite
con una squadra di ops perché abbiamo ottenuto un
server farm e hanno avuto modo di osservare
dopo tutti i server e siamo finiti
con un team DBA perché ne conosci la maggior parte
le soluzioni funzionano su Oracle e if
hai intenzione di eseguire Oracle di cui hai bisogno a
Squadra DBA, quindi aggiungi tutto questo
insieme e questa era la nostra architettura
ora non provare e guardarlo lo farà
farti sentire un po ‘male che mi ha fatto sentire
un po ‘malato ma le cose importanti da fare
nota è uno di questi colori è un
importanti due concetti principali come un
dipendente e quello che abbiamo fatto è stato spalmato
attraverso la nostra architettura tanto quanto
possibile
per renderlo molto meglio pensavamo di farlo
fai un sacco di database diretto per accedervi
sapere solo per aiutare a ottenere che i dati a
viaggiare in giro così è quello che abbiamo fatto noi
pensato che creiamo come un bel monolitico
database nel mezzo per aiutare questo
perché pensavamo di poterlo risolvere
in questo modo e abbiamo chiamato questo il
database middleware per l’invio di informazioni a
rilassati attraverso la spina dorsale e il middleware
database quindi un middleware monolitico
database e basta roba dappertutto no
i sistemi di registrare un disastro totale dicono questo
la legge del ragazzo Conway se sono sicuro che tu abbia
l’ho sentito parlare di gente che continua
menzionando ma se guardi a Conway
legge e tu guardi quel diagramma tornare indietro
a questo schema e non è una sorpresa che abbiamo
finito con quello che abbiamo
quindi l’ho distribuito in tutto il mondo
squadre temporanee che compaiono e tu sai
in realtà la nostra architettura sembra
che sai che non sembra un
bene per la nostra architettura di lunga data
ma c’è un’altra legge che penso sia
importante che è il principio di Fairmont
di meno tempo così II piace così perchè
ci è sempre piaciuta l’analogia della fisica no
siamo nello sviluppo del software perché se
possiamo farcela con un’analogia fisica
deve essere vero come prima usato Kelvin
quello di te lo sa come Giove
e la forza gravitazionale così è
uno dei miei preferiti che è fondamentalmente
conosci il percorso tra il meno il
principio del percorso più breve fondamentalmente leggero
prende il percorso più breve , quindi se si nastro
questo e questo e il principio di Conway
in pratica, qualsiasi funzione troverà
il team di sviluppo che può implementare
nel minor tempo quindi il più breve
percorso e in pratica significa che ottieni un
molti monoliti quindi cosa stava succedendo
era perché abbiamo una squadra un DB a
squadra che è permanente e loro sono il
quelli che possono rispondere più velocemente perché
hanno messo le mani su tutti i dati
e abbiamo forse un po ‘di a
team di sviluppo qui bene lo sai
cosa sarebbe successo se lo volessi
nuova caratteristica
e vuoi fare qualcosa, DBA
squadra sta per fare l’integrazione
perché sono quello con il
squadra permanente e se hai un po ‘
di un team di sviluppo qui e tu
voglio fare qualcosa nell’interfaccia utente bene
motore del team di sviluppo che stanno per
fallo così, finisci per crearli
monoliti proprio attraverso questi due
principi quando metti Conway e meno
tempo insieme così eravamo nelle nostre cose
non erano bravi e quindi il nostro CIO Dave Walley
ho detto cosa diciamo ai nostri clienti
e così siamo tornati al nostro tipo di voi
sapere se funziona
Martin Fowler famoso per l’agilità che è
cosa facciamo così siamo tornati al nostro nucleo
principi ora ho scelto XP qui perché io
come XP è il mio diritto di chiamata che era il mio
primo libro agile ma potremmo scegliere qualsiasi
mischia forse ma c’era questo tipo di
principio di squadre interfunzionali che
era davvero critico ed ero davvero io
pensa a una vera idea di XP, così siamo tornati a
questo e abbiamo detto che lo sai
i team interfunzionali sono davvero
importante è quello che dovremmo fare
non dovremmo avere questo tipo di progetto
squadre che stanno appena spuntando così tante
la famiglia vorrà permanente
team interfunzionali auto-organizzati
ora ci sono due parti di
squadra interfunzionale che adoro che io
davvero voglio concentrarmi su e
questo non lo dirò a questi temi
per tutto il resto di questo discorso e il
il primo è che sono responsabili
per il loro stesso successo e tu sai
ieri abbiamo parlato un po ‘
su questo quando è uscito prima agile e
il manifesto agile e questo era un
cambiamento davvero importante sai che a
la squadra è responsabile end-to-end per loro
proprio successo e questo significava che loro
potrebbe parlare al business che potrebbero
sai eseguire tutto ciò che
non era come questo tipo di persone
silos orizzontale era verticale e
poi è arrivato il bit successivo che era tutto il
esperti
è necessario farlo in modo che tu ne abbia
test si avrebbe infrastrutture
lì e in realtà il primo XP
squadre erano probabilmente settore abbastanza dev
Akande non abbiamo forse infrastrutture
è venuto un po ‘più tardi, ma era più circa
quel rapporto d’affari ma nel tempo
abbiamo iniziato a mettere sempre di più specie di
le cose in team di sviluppo sono così
diventando sapendo di raggiungere questo ideale di
essendo tutte le competenze necessarie per
raggiungere il loro successo e poi abbiamo avuto
questo tizio che è diventato lui era il covo
capo della tecnologia quando mi sono unito a lui
era una specie di mio capo in cui ho messo il capo
virgolette non perché lo conosci
era come un WoW o qualcosa che conosci ma
perché abbiamo voluto essere non
gerarchico quindi era il più vicino ad a
capo come ho avuto e all’epoca tre
anni fa stava scrivendo il micro
il libro dei servizi era abbastanza grande
influenza su ciò che stiamo facendo e noi
scambiavano molte idee su micro
servizi e cose così abbiamo avuto questa idea
attraverso team funzionali e poi tutti
Microsoft di questo sembrava perfetto Said così
proviamo un po ‘ di quello, quindi cosa abbiamo fatto noi
abbiamo fatto la manovra inversa di Conway così
abbiamo usato questi due concetti per fare il
inversa la manovra di Conway Ramin e lo siamo
una consulenza in modo che tu sappia fondamentalmente te
può rompere una consulenza in tre
capacità quindi tornare a tipo di
modellazione delle capacità che è piuttosto che
guardando le cose che conosci
lo staff fisico dà un’occhiata al
cose le caratteristiche del tuo
affari, quindi se guardi il rovere no
qualsiasi consulenza che tutti tendono ad avere
tre funzionalità fondamentali che sono le vendite
vendere roba vendere persone essenzialmente
personale personale persone nei progetti
che hanno venduto e le persone
stessi che stanno andando vendere
anche se preferiamo dire il tempo delle persone
perché poi suona un po ‘meno
come se fossi schiavo ma così l’altro
cosa che abbiamo fatto quando abbiamo fatto questo contrario
Manovra di Conway che è veramente
importante è che abbiamo fatto queste croci divertenti
e noi li abbiamo resi interfunzionali
se attraverso tutto così così queste squadre
fai tutto ciò che era supporto sai
lo costruisci tu corri, lo sostieni
gestione dei fornitori in modo che prendessero cura di loro
i loro venditori hanno fatto da soli
gestione degli stakeholder il loro cambiamento
gestione di cui hanno preso cura
la loro infrastruttura sono responsabili
per i loro budget sono responsabili
per il loro viaggio sono responsabili
il loro personale sono queste squadre
responsabile di tutto, dalla fine alla
fine così hanno i proprietari dei prodotti
avere proprietari di aziende e lo sono
allineato con il business quindi c’è un
responsabile delle vendite c’è un responsabile di
personale ecc. e questi sono i loro proprietari
e lavorano quegli uomini d’affari e
il proprietario del prodotto ha lavorato insieme in un
team per definire la direzione per l’IT in
nella loro capacità e questo era un
un grande cambiamento ed è stato davvero
veramente buono e che aveva un grande
effetto su come abbiamo iniziato ad avvicinarci
problemi così prima che abbiamo capito
questo è un esempio questo è vero questo è
quello che avevamo effettivamente avevamo il personale
monolite è stato chiamato il sistema
puzzle e tornare a quella fermezza
il principio che succederebbe è qualunque
funzionalità che doveva essere implementata
sarebbe messo nel sistema di personale
iniziato come un sistema di personale
ironicamente è iniziato come un inizio
sistema che era una riscrittura di un sistema
prima di ciò che era diventato un gigante
monolite che era diventato ingombrante e così
si è separato e poi ci siamo separati
lo ha riscritto come sistema di assunzione di personale
e poi ha appena ricominciato quel ciclo
perché era l’ unico team di sviluppo
quello potrebbe realmente fare qualsiasi cosa così io
è finito con tutto ciò che è finito
con le squadre in esso finì con
lascia dentro di te ciò che sai no
in realtà hanno molto a che fare con il personale
finito con i tassi in esso era pazzo
in pratica, abbiamo fatto conoscere qualcuno
direi che ho davvero bisogno di farlo
costume
cosa è davvero importante che metterò
nel puzzle e non importava
se fosse rilevante per il puzzle o no
era importante che l’attività fosse necessaria
eseguire questa parte di funzionalità così
ora abbiamo cambiato questa conversazione così
ora la conversazione non è possibile può puzzle
implementato il più veloce o quale squadra
può implementarlo il più veloce che fosse
quale imprenditore desidera possedere questo
funzionalità che non è quale
team di capacità vuole possedere questo
funzionalità e hai cambiato così
ora viene fuori una nuova funzionalità
stiamo dicendo che lo staff sta dicendo no
non appartiene a jigsaw perché questo
non ha niente a che fare con il personale è
fare con le persone quindi stiamo avendo un
discussione davvero molto interessante
su questo questo questo ultimo paio di
settimane che riguardano le persone dati voi
sai che hai certe caratteristiche
sui dati delle persone molte persone lo sono
ottenere quei dati come nome e cose
così e che ufficio c’è
lavorano e che stanno ottenendo che
dal sistema di personale ma non lo è
informazioni davvero personali sono le persone
informazioni così ora stiamo avendo questo
conversazione che in realtà sai
questo non è in questo tuo contesto limitato
sapere che questo personale ha bisogno di vivere laggiù
nella roba della gente e se qualcuno è
arrivando al personale abbiamo bisogno di fermarli
dobbiamo riportarli al sistema
di registrare e quello e la squadra di personale
non libererà di quelle informazioni e il
la squadra della gente vuole possederlo
informazioni così stiamo cambiando il
dinamica di quella conversazione facendo
questo così come fanno i servizi Micra
aiutare in questo ben prima se possiamo
identificare queste aree che sono nel
monolite che tipo di sai non fare
Appartengo davvero al sistema del personale
può assumere che
quindi hanno ereditato queste cose che conosci
così possono dare un’occhiata e sono come
andare via non ha senso non pensiamo
lasciare appartiene e il personale e noi no
penso davvero che i tassi appartengano al personale
o sai che dovrebbero dovrebbero
spostati da un’altra parte e cosa possiamo fare
facciamo è possiamo rifletterci
e possiamo spostare le ferie verso le persone e noi
possiamo spostare i tassi alle vendite ora siamo
i microservizi aiutano qui piuttosto
allora sai che ora hai una specie di a
vasta gamma di opzioni di consegna
quello prima che tu abbia appena mana
sinistra e quindi sai che possiamo dire
il sistema del personale dice bene te lo dirò
quello che abbiamo in seguito codice qui lo so
è Ruby on Rails ed è cinque anni
vecchio ma ciò che facciamo è che taglieremo fuori
lo inseriremo in un nuovo repository e qui noi
vai alla squadra della gente che è tutta roba da foglia
è tutto tuo
tutta la squadra della gente può salvarti sapere
quale è la tua implementazione è davvero
un po ‘ schifoso in un po’ buggy ci sarà solo
costruisci qualcosa di nuovo e lo riscriviamo
da zero o in un caso una delle
servizi che abbiamo creato da cui lo abbiamo riscritto
zero e lo abbiamo riscritto come JSON
file era così semplice penso che sia il
il servizio più piccolo che abbiamo avuto il servizio era
in fondo qual è la gerarchia della
società in cui si riferiscono gli uffici
paesi abbiamo avuto un intero database in
Oracle con il front-end di Ruby on Rails
un pieno zeppo di un’app piena per solo
dì quali erano gli uffici in quale paese
un fatto che in realtà non cambia molto
quindi sai che potremmo farlo e noi
cambiala in un file JSON bloccandolo
s3 e abbiamo detto che ci vai
mettere gateway API di lavoro in forma davanti fatto
il più piccolo micro servizio che abbiamo no
codice quindi questo è davvero fantastico
questo è stato fantastico tranne il buono il
buona storia tipo di sai finiscono lì a
po ‘perché questo ha causato un sacco di
anche i problemi ora questi non erano questi
erano tipo di problemi che in a
il sistema centralizzato era davvero facile
risolvere e micro servizi in realtà
aggravare questo o hanno introdotto nuovi
problemi quindi sì, il mondo è molto meglio
il mondo era molto molto meglio dentro
il nostro contesto limitato tutto stava andando
molto meglio
gli uomini d’ affari erano molto più felici ma come
non appena abbiamo iniziato ad attraversare le linee
tra quelle contesti contestuali le cose hanno avuto
disordinato quindi questo è che ci siamo inventati
stanchezza questo è uno questo è vero
in fondo se qualcuno voleva fare off
la loro api ha deciso tutti in modo diverso
modo di farlo in modo che il personale pensasse che lo farò
vai per un’API conosci una coppia di chiavi
implementazione su un basic che conosci
squadra di persone di intestazione è appena andato oh bene te
sapere cosa ti ha appena mandato nome utente e
password di un account di sistema finito
basandoti perché sai che è cosa
abbiamo usato e il team di vendita era un
un po ‘di più sai che usiamo
oauth2 questa è la cosa nuova quindi non abbiamo avuto
tipo di strategia c’è una sorta di io sono
andando a dire la parola globale però
Ovviamente Kelvin dice di non vedere il pozzo
globale e lui si spaventa ma io sì
nessuna strategia è una specie di livello globale
il che significava che fondamentalmente se lo fossi
ha chiesto a qualcuno di quelle squadre ora che hai
un M più un problema quindi piuttosto che
avere a che fare con un’autenticazione
sedersi gioco per parlare a tutti i tuoi micro
servizi all’interno delle vendite che hai ora
farti conoscere i tuoi più
tutti gli altri devono occuparsi di ciò che
rende il tuo codice abbastanza complicato e
si sa è l’introduzione di un sacco di
complessità e, naturalmente, peggio è questo
è uno spreco, è come uno spreco di cibo
è la morale è orribile giusto
sai che lo spreco alimentare ha quella cosa morale
con esso e così fa sprecare gli sviluppatori
il tempo e questo stava entrando in Kelvin era
parlando di economie di scala e di come
non otteniamo le economie di scala in
sviluppo del software e ma cosa siamo
davvero molto bravo nel software
lo sviluppo sta creando rifiuti e basta
cosa mantiene il tuo CIO di notte e
questo è ciò che rende i manager che conosci
i responsabili dello sviluppo e le cose emergono
con regole davvero fastidiose e
architetti davvero fastidiosi lupi
perché si stanno preoccupando di questo
roba loro sono davvero sono davvero
preoccupante che tu sappia che le squadre sono
facendo la stessa cosa e stanno facendo
un sacco di rifiuti
e quello che vogliono fare è ridurre gli sprechi
rendere tutti tutti più efficienti e di
Naturalmente ciò che si vede è quando si passa a
questo micro servizio Wow guarda tutto questo
sprecare la ripetizione e la risoluzione di tutti
lo stesso identico problema più e più volte
ancora una volta il logging è un ottimo esempio
sai quanti mucchi di alci possono farlo
la tua azienda crea e pensiamo
a tale proposito quanto tempo ci vuole
tipo di costruzione o annuncio che forse tu
sai che forse hai una coppia di sviluppatori
tre o quattro settimane ottengono i loro alce
impilare e gestire tre o quattro settimane
sai che l’hanno fatto davvero bene
anche se loro sanno che Phoenix è acceso
AWS è in un server mutabile sei tu
conoscere molto bene il resto e poi
devono mantenerlo e poi
ogni tanto hanno l’aggiornamento
e poi a volte c’è un bug e
a volte cade verso il basso e circa a
circa un anno di questo tipo di squadra che
ha sei coppie di sviluppo che probabilmente hai speso
un buon mese e mezzo due solo
sui tuoi Elks che non sono realmente
dove vuoi spendere i tuoi soldi se
lo stai ripetendo su tutti
team di sviluppo unico nel tuo
organizzazione che è uno spreco di cibo
giusto è che è moralmente cattivo ora il
l’altro problema che abbiamo incontrato è la specializzazione
quindi non so se qualcuno è andato al
parlo ieri mattina penso che sia
Diego era così
Il discorso di Diego sull’apprendimento profondo va bene
in circa cinque diapositive ero com’ero
ho perso questo è molto difficile e come
ci stiamo muovendo attraverso i decenni
la vita dello sviluppo del software sta diventando
molto più complicato e non possiamo
tutti hanno qualcuno del genere in ogni
squadra unica quindi vogliamo cross-funzionale
squadre di cui vogliamo che siano responsabili
il loro successo e tutta l’ esperienza
richiesto di farlo ma non possiamo avere
qualcuno con conoscenza intima di tutto
di quegli algoritmi di deep learning all’interno
nessuno dei nostri team non possiamo
avere qualcuno con intimo e
College of data analytics all’interno o
statistiche all’interno di tutti i nostri team o
infrastruttura o sicurezza, ecc. iOS
sviluppo sviluppo Android è
andando avanti e avanti e avanti sono solo
aggiungendo sempre più cose per noi
impara che è pazzesco, quindi come lo facciamo?
sai come affrontiamo questo e
ora l’infrastruttura è davvero
buon punto questa era una delle cose che ho
osservato nei nostri team e questo era quello
abbiamo tipo di mettere l’infrastruttura e questo è
praticamente sai chi ha un
team di sviluppo che è responsabile
la loro infrastruttura qui è così giusta
pochi quindi questo è un po ‘come diventare un po’
un’idea corrente principale in questo momento abbiamo
ansible, diamo solo l’infrastruttura
agli sviluppatori e abbiamo questo
idea di squadre interfunzionali così
gli sviluppatori sono responsabili per
infrastruttura quindi questo è uno di noi
so che è un servizio Micra abbastanza grande
un servizio Micra abbastanza attivo
aveva circa un migliaio di commit in a
anno e questo era abbastanza tipico così io
guardato e ho fatto le statistiche su questo questo
è abbastanza tipico di quei 1.000
si impegna in un anno su quel micro servizio
solo quattro erano in corso
infrastruttura che nell’asible
directory giusta se riesco a farlo muovere
andiamo avanti così tre dovevano aggiungere
variabili d’ambiente quindi è reale
sollevamento pesante ora giusto aggiungendo un
variabile ambientale e l’ altra
era quello di cambiare il formato del registro così in uno
anno questo è tutto ciò che è cambiato su questo
micro servizio a livello infra e
stiamo dicendo che dobbiamo avere
specialismo infrastrutturale in ogni squadra
quindi qual è il risultato di questo quando diciamo
questo quindi questa è una storia vera e questo è
circa sei mesi fa sono seduto nel
nell’ufficio di Manchester dove il
il team digitale è e lo è
responsabile per il nostro sito Web e per a
inchino o direi forse nove giorni che hanno
stato sofferto
da un problema da fare con la chiave SSH loro
impossibile ottenere una chiave SSH per l’autenticazione
perché Rackspace aveva cambiato la strada
la loro chiave SSH ha funzionato per fare il
distribuzione in modo che non possano essere distribuite
per fortuna sono seduto lì e lo sono
ascoltando e poi sto pensando tutto questo
bitrate così inizio a parlare con loro e
c’è tutto questo ripieno in corso
tutto questo roba di basso livello va avanti
e stiamo cercando di eseguire il debug del codice go
perchè è qui che siamo felici
gli sviluppatori possiamo eseguire il debug del codice go e
c’è un ragazzo sulla spiaggia chi è chi è
un ops ragazzo e lui e lui origlia come
bene e lui tipo di va oltre e lui
esce e va al comando
tipo di terminale Singh un carico di SSL aperto
cose che sai che non so cosa lui
lo ha digitato
Voglio dire che scriverò sì, lo sai che lo è
questa chiave RSA ha questa cosa che hanno
cambiato a questa cosa del genere in
secondi le sue conoscenze specialistiche risolte
questo problema che questa squadra non è mai stata
risolverà bene , ci sono sette
nove giorni per risolverlo
così quando abbiamo spostato questi
responsabilità degli specialisti in
team ciò che abbiamo perso è stato lo specialista
conoscenza perché quando ne hai
team orizzontali ciò che è veramente buono è
hai un agente che passa tutto il suo
giorno sai che stai zitto così lui sa davvero
cosa succede mentre tornate indietro
e lo metti nello sviluppo
squadre lo toccheranno quattro
volte in un anno e non sarà
è complicato quello che stanno per fare
toccare così il problema è risolvere questo
non vuoi ricorrere a quelli cattivi
modelli di creazione di questi orizzontali
squadre che non vogliamo tornare ad un ops
squadra che è responsabile di tutto il
server e dando tutto il controllo a
centralizzazione ma come sai ieri
uno che non riesco a ricordare è lì
Le chiacchiere di Dondre che stava dicendo tu sai
è molto più complicato di
decentralizzato contro centralizzato quando lui
Stavo parlando dei droni e roba del genere
è molto più complicato di così
sono queste linee ma
Regina e penso che sia un grande
esempio di là queste sono linee tra
centralizzare qualcosa e d
centralizzare qualcosa e noi davvero
volevo evitare questi questi silos così noi
esaminato diversi modi di fare così
il primo a cui tutti salta è
Esecuzione giusta questo è ok I’m your
Ragazzo di InfoSec o io sono il tuo interlocutore per te
vai a scrivere del codice , farò un codice
rivedere quindi cosa succede è il giorno prima
stai andando in produzione lo hai messo dentro
davanti al ragazzo dell’infra e lui lui
vuole solo andare a casa
sai che ha pianificato il suo fine settimana
guarda e lui se ne va Mi dispiace davvero
non puoi metterlo in produzione è così
ho avuto questo problema con questo
problema con esso e e poi e poi
lo sviluppatore va semplicemente non guardare ma io
sapere che non soddisfa i tuoi standard e
avresti scritto un codice migliore e
tutto e se è la sicurezza
un ragazzo che ti piace lo so che si apre un grande
grosso buco di sicurezza ma andiamo ho
sia questo in produzione domani dove
sono tutti sulla mia schiena, quindi cosa succede
con il ruolo di esecutore è alla fine
InfoSec o invece sulla tua testa birra
niente a che fare con me e poi tu solo
ottiene ignorato e si finisce con il cattivo
sicurezza ovunque perché consegna
le pressioni vincono sempre così si prova il
modello di consulenza quindi passiamo al
modello di consulenza e questo era molto
meglio questo ha funzionato molto meglio così
questo è il modello in cui all’inizio del
il ciclo di vita della squadra raggiunge uno
di questi specialisti e dice che lo sai
stiamo andando a mettere
questo in produzione, sapete che siamo
semplicemente scrivendo le storie ora siamo solo
scrivere le storie e andrà
in produzione in tre mesi cosa
dovremmo prendere in considerazione da una sicurezza
angolo su queste storie così e poi
e poi il ragazzo va bene questa è una rete
lo sai se tu se ne sei andato
attraverso I was top ten no no non l’ho fatto
passato attraverso stavo dicendo che stiamo guardando
alla tua app penso che tu debba andare
attraverso questo questo tu pensi
A proposito di cross-site scripting pensare
questo e gli sviluppatori non lo sono
sì, è proprio perché me ne andrò
leggere su quello e poi il giorno prima
produzione che stai per uscire
produzione il tipo di mittente InfoSec invia
una bella amichevole
cerca su slack o qualsiasi altra cosa e dice
come hai capito che ho perso il top
dieci cose oh sì l’ ho dimenticato
pressione di consegna quindi la consulenza
il modello che conosci ha anche i suoi problemi
quindi il modello di partnership così questo
funziona ancora meglio questo è che prendiamo cosa
lavora dal modello di consulenza e noi
prova un modello di partnership e questo è il tuo
specialista dal tuo, conosci la tua squadra
lavora con il team interfunzionale e
si accoppiano con loro si siedono sulla tastiera
abbiniamoli con loro e attraverso questo
può essere davvero successo si può
a volte non riescono a volte le persone pagano a
un po ‘ di servizio alla bocca per la persona
quella coppia è un po ‘come non lo so
se qualcuno ha visto quello schizzo, lo sai
dove qualcuno fa il bucato io lo farò
ti insegnano a fare il bucato e loro
lavarsi e vanno e non l’ho fatto
Abbastanza che mi faccia vedere di nuovo e poi
loro lavano e loro vanno io
non ha ottenuto che mi dimostrano ancora una volta fino a quando tutti
i piatti sono fatti in modo da poter avere quello
e succede ma a volte lo fa
ha davvero successo e la squadra ma
uno ci sono due problemi chiave con
il modello di partnership è quello che hai
vincoli di risorse sai se hai
ha ottenuto uno specialista di InfoSec su dieci
squadre hanno tutti bisogno di quella persona al
stesso tempo è davvero stressato
individuo e la seconda cosa è
tende ad essere molto basato sulle relazioni
come tutte le buone collaborazioni sono basate
sulle relazioni ma sai che abbiamo avuto un
caso in cui abbiamo avuto un ottimo risultato
partnership tra due individui e
entrambi muovono le squadre così bene che è stato
ottimo perché quella partnership è durata adesso
hanno spostato le squadre che sono sparite
tutto quello che hanno imparato è andato con loro così
qual è la soluzione
così
questo se torni a metà vittoriano
più vicino 19 ° secolo metà del 19 ° secolo se
volevi fare una foto se volevi
essere un fotografo che questo sia
cosa dovevi fare e questo è così
complicato ma non riesco nemmeno a pronunciarlo
e ed è così che si pronunciano
e non so nemmeno leggere come pronunciate
è così che è così difficile come è
specialista era al giorno d’oggi che può
fai una foto che conosci come te
davvero bisogno di uno specialista solo per prendere
una foto ora andiamo tutti in giro e io
dimmi che sai che siamo sommersi da
foto mia mia quattro anni fa le foto
tutti fanno foto, infatti, posso
quasi del parere che non ho bisogno
fare più foto perché qualcuno
altrimenti avrebbe preso un centinaio di foto
di dove sono per me, quindi cosa abbiamo
riuscito a fare oltre ammettatamente 150 anni
è prendere un processo che è stato incredibilmente
complicato in specialista richiesto
conoscenza, ma trasformala in qualcosa
così semplice e commoditize in modo che
chiunque può farlo ora le conversazioni
cambiando di nuovo , siamo tutti esperti
i fotografi intendo le mani su chi pensa
sono un buon fotografo nella stanza
sai vedere non c’è un bel po ‘di noi
e siamo tecnici credo che ce ne siano di più
persone che fanno fotografia e techie
che altrove c’è sempre
qualcuno mi bombarda con il loro flickr
allora, che aspetto ha questo come noi?
Raggiungi questo sai che suona davvero
Semplicemente abbiamo appena preso un incredibile
processo complicato come fare una macchina fotografica
e trasformalo in un cellulare bene questo ragazzo
ha capito bene dieci anni fa
il suo mandato fuori che sostanzialmente ha detto
tutti dovrebbero creare un’API ora
c’è qualcosa che tutti abbiamo spesso
mi manca questa storia così quante persone
qui usi AWS in una forma o nell’altra
ok ok ora tieni le mani in alto se tu
usa AWS per fare cose da negozio
Oh nessuno, ma i suoi affari sono a
bookstore giusto, ma quello che ha risolto è
questa idea che c’è questo incredibilmente
complesso materiale orizzontale specializzato
accadendo nella sua attività che era
gestire una libreria
ma se potesse in qualche modo mercificare e
rendilo davvero semplice e separato
quella proprietà da quel controllo che
lo sapevi che risale a quell’aneddoto
quello era ieri quello Scott
ho detto dove è andato quel tipo, oh, stai usando
Si SSD e ha detto che non mi interessa affittare
loro sai quando ci sei arrivato
indica di aver risolto questo problema
e besos ha capito bene
che non penso sia stato intenzionale noi
può dargli credito ma cosa?
emerse era la più grande server farm in
il mondo in modo che cosa è che sembrano ben
è un ritorno a Conway fondamentalmente così
Conway pensiamo all’organizzazione
vogliamo e poi quella struttura nostra
affari in giro, così chiamo questo
la tecnologia del tessuto è così se questo non è un
squadra orizzontale di nuovo ma è a
capacità orizzontale e quel tessuto
la tecnologia ha tutti quei lavori orribili che
il tuo team trova una gestione API difficile
costruire sicurezza sorgente tutto questo e
lo metti lì e tu provi e
rimuovilo dai team ora
non significa che la squadra perde
tutto ciò che hanno ancora loro
capacità Tech quindi ci possono essere cose
sul loro tipo di verticale che sono
speciale per loro ma la tua costola cerca di
rimuovere alcune di quelle cose e come si fa
fai quello che sai come si forma
le squadre che assomigliano a questo semplicemente guardano
come le squadre che avevamo
squadre interfunzionali con alcuni
servizi con proprietari di prodotti con il
specialisti con il venditore
gestione in con il supporto in ma
la differenza è piuttosto che in
il vecchio modello centralizzato è gentile
ossessionato dall’avere il controllo e il
la proprietà è una sorta di arrendersi
quello
controllo par e sono solo responsabili
per la proprietà così così tu li conosci
questo è un esempio reale di ciò che abbiamo fatto
tipo di guardare i nostri servizi e ciò che noi
necessario questo è abbastanza alto livello e noi
guardato a ciò che avevamo e a chi appartiene
loro quindi questo è il nostro tipo di tessuto
ci sono cose come la registrazione
e monitorare l’utente di monitoraggio sintetico
API analitiche è tutto detto o poi ‘e
l’idea è ora piuttosto che gentile
avendo una versione centralizzata di questo
che sai di fare partnership o
qualunque sia la posizione in cui sono questi
squadre forniscono i servizi per consentire
ai team di capacità da realizzare
queste cose senza avere profondità
conoscenza specialistica di loro davvero
davvero un buon esempio che era in Sam’s
parlare è stato criptato penso che sia un
ottimo esempio del genere di cose a
il team interfunzionale riguarda uno di
queste squadre possono risolvere per te ora
generalmente questo non significa che tu
costruisci tutto da solo
che usi AWS se sei un
squadra dell’infrastruttura ma quella squadra lo farà
essere responsabile per la gestione del fornitore
di quella roba sarà responsabile per
assicurando che si ottiene installato e funzionante in
lo sai che si spera sia messo un po ‘
Api è di fronte così puoi conoscerti
basta chiamare un’API e dire creami un
Account AWS e ha impostato tutto il
fatturazione e tutta l’integrazione con
i tuoi sistemi di autorizzazione e tutto
di quello per te sai che è tutto finito
non ti preoccupi di tutto questo
roba è una squadra interfunzionale uguale
con cose come SSL vuoi SSL tu
non voglio che tu sappia che sto ricordando
le volte in cui ho messo un avviso di calendario
per dire che il mio certificato SSL stava andando
per esaurire e poi mi dimentico di come
diavolo ho fatto questo processo contorto, oh mio
Dio, spero di essere, non posso andare in vacanza
Certificato SSL e io sono l’unico in
la squadra che conosci ora non ce l’ abbiamo
abbiamo abbiamo cifrato e così
questo è per questa squadra questa squadra di tessuti
tipo di andare vogliamo risolvere questo problema
o guardiamo al mercato per risolverlo
o costruiamo qualcos’altro Oh
quindi questo non succederà
da un giorno all’altro questo è alcuni di questi
i problemi sono davvero facili e alcuni di
questi problemi sono davvero difficili
non c’è una maturità qui e così
questo è un po ‘ come Wardley, io no
sapere se qualcuno è nel diagramma del mondo lui
hanno parlato di mappare questo ma loro
parlato di queste quattro fasi Genesis
prodotto e tipo di costruzione personalizzati
merce o piattaforma così dentro a
organizzazione penso che funzioni come
questa Genesi è modelli generalmente a
build personalizzata sai qualcosa
soluzione specifica che hai costruito
all’interno del tuo team ha scritto il prodotto
probabilmente hai estratto una libreria o
quadro e sai per la piattaforma
sarà un vero servizio in modo da sapere come
il mio esempio potremmo dire schemi
l’integrazione continua ad un certo punto era
un modello che conosci lì se leggi
alcune delle cose di Martin Fowler parleranno
sulle squadre in cui ha lavorato
che ha iniziato a parlare di questo e poi
conosci qualcuno soluzioni specifiche loro
è venuta l’idea che lo schema suona
come una buona idea così hanno costruito una build
sopravvivere molto specificamente per testare
la loro teoria su uno o due o tre
progetti e dopo un po ‘hanno fatto
cruise control che è stato il primo CI
server e poi sai che è grandioso
hai un prodotto e tutti
lo scarica e lo mantiene e guarda
dopo che vende ma alla fine si arriva
questo ti fa scappare, devo dirti
sapere che Snap è la versione pensata per il lavoro
di Jenkins CI così Jenkins qui dove è
una soluzione ospitata e tu non stai facendo
qualsiasi cosa tu sappia che non ti stai prendendo cura di te
qualsiasi cosa funzioni , tu hai l’AWS
versione e quindi cosa tende a guardare
come sono io e le cose che sono nella tua
Genesis e le tue creazioni personalizzate sono
sarà la tua capacità Tech dove
le tue squadre verticali sono in realtà
probabilmente facendo qualcosa di abbastanza
sperimentali sono in una fase di Genesi
ne stanno imparando , diciamo
stanno pensando agli eventi o stanno dicendo
o qualcosa
o micro-servizi per quella materia o
Servizio Phoenix o qualunque cosa tu sappia
stanno giocando con alcuni schemi e
li stanno implementando ma poi come
ti muovi su ciò che vuoi fare
vuoi iniziare a raccogliere quelle cose
dalla tua squadra quindi vuoi iniziare
spostandolo dal prodotto alla piattaforma
ciclo di vita quindi spero che tu possa saltare
prodotto perché sarebbe fantastico e
basta passare ai servizi ma questo no
sempre succede perché a volte è un
un po ‘ più complicato di così, ma tu
voglio quel tipo di passaggio dove dici
liberiamolo dalla capacità
i team passano al team del tessuto
e facciamo di questa parte della nostra
tessuto ora alcune aziende hanno differenti
modi di guardare a questo e questo è questo
equilibrio tra autenticità occhi autunnali e
standardizzazione così qualche tempo fa Etsy
ha causato una grande tempesta nel mondo del software
con un discorso chiamato perché è importante
avere un software noioso o qualcosa del genere
che io non so se qualcuno legge che
era un blog, mentre Etsy ti dice
sai cosa hai uno stack questo è il
linguaggio questo è lo stack questo è ciò che
lo userai quando è acceso
le altre persone laterali sono più flessibili
quindi le parole di pensiero erano molto di più
flessibile il fatto che siamo distribuiti è un
ragione per questo se tutti fossero nel
stessa stanza e non sono stati pensati
lavoratori perché ne hanno molti
le opinioni pensavano che gli operai fossero tutti
nella stessa stanza e non erano per
lavoratori che potrei essere in grado di comandare
la tecnologia impone uno stack tecnologico
tutti ma in realtà lo vogliamo
flessibilità quindi non c’è un diritto o
modi sbagliati vuoi fare la stabilità
vuoi innovazione sai come te
bilancia quello che sei sul tuo
curva di maturità e quindi sai con
grande potere di queste squadre autonome
diventare la responsabilità che devono
contribuire al tessuto così è
tipo di finire fuori sai rimuovere il
Yaak dalle squadre per fare ciò di cui hai bisogno
preservare l’autonomia preservando
controllare in modo che siano responsabili per loro
proprio successo
ma è necessario fornire specialismo tramite
conosci i micro servizi per mantenere tutto il
competenze necessarie e questo è così
grazie e per favore come dice ricorda
valutare la sessione e ce n’è una
domanda di pensiero sull’apprendimento automatico o
anche il design UX come possiamo mercificare
conoscenza degli esperti di dominio
qual è il sentimento di controllo del tessuto per
apprendimento automatico o UX dove non lo è
una versione chiara della versione del prodotto di
esperienza quindi penso che l’apprendimento automatico sia
davvero interessante
e spero che qualcun altro lo risolva
per noi è fondamentalmente la mia dove è la mia scommessa
andando così ad esempio sembra che
Google e Amazon e tutti lo sono
entrare in questo già e così
stanno arrivando con qualche buona macchina
materiale didattico ovviamente se non puoi farlo
che arriva diventa un vincolo in
il vostro business perché si ha che
problema dove non puoi mettere il
specialisti ovunque quindi UX è
diverso perché UX è penso sia
probabilmente uno di quelli funzionali trasversali
ruoli che devono essere presenti in ogni squadra
perché è integro come
Il codice di costruzione è per gli sviluppatori UX
per la creazione di sistemi utilizzabili, quindi penso
UX è un ismo speciale a cui appartiene
una squadra interfunzionale in grado
quello è il mio poliziotto là fuori
qualsiasi altra domanda qualcuno va bene così
grazie, Peter
si Grazie
tu
Please follow and like us: