okay, benvenuto a tutti, grazie a tutti voi
tanto per venire voglio iniziare così
Ne parlerò oggi
micro servizi specificamente due
caratteristiche dei micro servizi che
Martin Fowler e io ne abbiamo parlato
urina o due anni fa ora vengo
su quello in un secondo
il modo in cui parlerò di questi
le caratteristiche sono attraverso alcune storie
così storie di aziende che ho lavorato
con cui sono stato coinvolto per sette anni
aziende che i miei colleghi di Thor
i lavori sono stati coinvolti con così e io
piuttosto come storie che piace molto
storie come un modo di trasmettere
informazioni il mio ex collega Simon
Stewart di cui Facebook è la rete
incidentalmente l’autore di buck che è
uno strumento di costruzione che ha sempre usato per descrivere
che è stata una bella cosa in una squadra
avere una squadra di Shaymin così questa idea
avresti qualcuno nella squadra che potresti
raccontarti questa storia di come sono andate le cose
il modo in cui sono così sai che guardi
questo terribile esperto Pomeroy a cui pensi
Cosa diavolo potrebbe mai avere
per assomigliare a questo e così alla squadra
Shaymin ti raduna e dice
ti racconterò la storia di te
lo so in modo specifico con Maven che
è così che le storie sono importanti, quindi lo farò
raccontare alcune storie oggi uno dei
storie che inizierò con in realtà
era qualcosa che è successo la notte scorsa
quindi questo non è specifico per micro
servizi ma ho pensato che avessi un
esperienza molto strana ieri sera e io
ho appena controllato la pronuncia ma io
credo che questo sia questa è la città dove
Kirika dio buono è che a destra va bene
vissuto e ho avuto il mio esistenziale molto personale
crisi di ieri sera se le persone erano al
festa della conferenza che non ho registrato
qualsiasi cosa e non ho usato un flash così io
penso di essere ancora dentro il the
termini e condizioni di essere lì ma
questo è successo proprio così e io ero come me
stava guardando questo incredibile Mindstorms
tipo di torneo in corso di fronte a
io mi sono ritrovato a fluttuare sopra
il mio corpo sembra guardando questo fantastico
circo con tutte queste candele in te
conosci e questi robot combattono nel
medio e ho capito improvvisamente questo
viviamo nel futuro giusto questo è
pazzo
siamo andati a un circo la scorsa notte e
i robot guardati combattono onestamente e e
il futuro è di proprietà di bambini di dieci anni
adesso questo è abbastanza per
innescare una crisi in me ehm ho pensato
è giusto condividere l’essere come dico
questa è la casa dell’esistenzialismo
um così da quella storia a un’altra storia
che risale suppongo che alcuni decenni ora
così Melvin tranquillamente nel 1968, lui
ha postulato la legge di Conway che ha postulato
questo diritto organizzazioni che progettano
i sistemi sono limitati ai britannici
disegni che sono copie del
struttura di comunicazione di tali sistemi
quindi il software che costruisci somiglia al
organizzazione che lo ha costruito se ne hai uno
L’interfaccia utente un team middleware e un database
team indovina cosa ti ritrovi con l’interfaccia utente
middleware e un database penso Dan
Nord stava parafrasando qualcun altro quando
ha detto che puoi anche guardarlo se
sei sette persone per scrivere un compilatore
finirai con un compilatore a sette passaggi
è la stessa cosa in questo momento stavo pensando
su di esso Marvin Khan quando stavo pensando
e vale anche per inciso il
scena come noi siamo un andare da e per la quantità
di persone meravigliose che incontri qui io sono
controlleremo Melvin Conway
in realtà nella stanza non mi piace
guai perché questo è quello che penso
Sembra Marvin Conway
Non ho idea se lo faccia o no ma io
metti questa impressione che è seduto su
il balcone ci guarda tutti esibirsi
scrivere il codice giusto sta guardando il
software di produzione dell’organizzazione e lui
proprio lì ridendo e indicandoci
sta commentando tutto il tempo sul
codeword giusto perché nel 1968 lui
postulato questa teoria Conway è così
divenne noto come legge di Conway e lo fu
completamente spazzatura da parte di tutti non lo era
fino a un documento di follow-up a Harvard
Business Review Penso che fosse il 2007 con
qualche lavoro successivo che è stato pubblicato
congiuntamente da HBR e MIT che è stato chiamato
qualcosa sulla falsariga di molto lungo
titolo un test dell’ipotesi di mirroring
e questa ricerca che hanno fatto una sorta di
ha dimostrato che la sua ipotesi non ha smentito
la sua ipotesi nulla quindi credo e
quello che hanno trovato in questo ho appena tirato
fuori alcuni bit espliciti da questo cosa
hanno trovato e hanno trascorso del tempo con
molte organizzazioni diverse molte
diversi tipi di organizzazione
un sacco di diversi tipi di software
incluso molto software open source
team molto distribuiti che hanno trovato
erano anche le organizzazioni strettamente collegate
se non una scelta manageriale esplicita
il design diventa strettamente accoppiato quindi se
hai organizzazioni strettamente collegate
ottieni disegni strettamente accoppiati e via
conversare che se si dispone di un liberamente
organizzazione accoppiata quindi cosa tende a
succede che tu diventi più modulare
architetture più sistemi modulari che
sono costruiti accoppiato liberamente
organizzazioni e quindi è stato così
bene fu postulato in 68 convalidato
di nuovo nel 2007 e continuo a pensare che noi
non ho imparato le lezioni da
dal sig. Conway che è ancora seduto
lì ridendo di noi sul balcone così
solo per reiterare strettamente accoppiato
il design delle organizzazioni diventa strettamente
organizzazioni accoppiate liberamente
più design modulare che ho menzionato
andando a parlare di un paio di
caratteristiche dovrei probabilmente
mi presento prima mi chiamo James
Lewis, ho lavorato per il pensiero che gli stoppini hanno fatto
per circa dieci anni ho detto che descrivo
me stesso come principio dell’architetto di codifica
tipo di ingegnere anche se in questi giorni lo faccio
tendono a fare molto più tipo di tavola
roba di consulenza di livello ma in questo articolo
in questo
carta che abbiamo scritto abbiamo disposto circa 10 o
quindi le caratteristiche di cui è uno
concorrenti di componentizzazione di
servizi che è ciò che la maggior parte penso che la maggior
la gente lo capirebbe
quali micro servizi sono micro servizi
sta rompendo le cose in più piccoli
unità e distribuirle in modo indipendente
e così via li testiamo ma lo chiamiamo
come dico molte altre caratteristiche e
i due su cui mi concentrerò oggi sono
questa idea di organizzazione intorno limitato
contesti o la nostra attività
capacità e questa idea di correre o
costruzione di prodotti e servizi in realtà
Verrò a quello in un secondo piuttosto che
progetti quindi non usando progetti e
costruire attorno alle capacità di business
questo è ciò che bene per quanto tempo abbiamo
ho lasciato 40 minuti circa
essere circa suggerisco se non lo sei
interessato a quello, ma tu hai letto
la descrizione questo è praticamente cosa
ero nella descrizione prima di andare
per rispondere a una domanda che viene sempre
così questa è la prima cosa e la
la prima domanda è sempre quanto è grande
il servizio mi scusa
e c’è una risposta molto semplice a questo
se sai quanto è grande un normale
servizi e orientato al servizio normale
architetture su questo grande micro
il servizio è così grande che è così grande micro
i servizi sono piccoli più piccoli di grandi
servizi e si può ottenere più di loro
per il tuo denaro apparentemente o qualcosa del genere
e questa è la fine del discorso, quindi grazie
sei molto per venire e speriamo
ti sono piaciuti i micro servizi e
La legge di Conway parlare seriamente destra intendo
sul serio
queste sono le cose queste sono le prof
alcune delle proprietà che vogliamo quando
stiamo andando avanti con la decomposizione
sistemi nei micro servizi che si desidera
essere vogliono essere in grado di sostituirli
a buon mercato e facilmente da qualche parte tra a
giorno e forse due settimane in quel modo
dimensioni saremo in grado di ridimensionarle
per varie ragioni disponibili
disponibilità di throughput o anche pieno
dimensioni del team si vuole essere in grado di scalare
le persone evitano di aggirare il mitico
cosa uomo-mese e vogliamo costruire
loro per resistere al fallimento c’è stato un
molti discorsi sulla resilienza oggi quali
è fantastico perché questo fa parte del
punto intero di ciò che sta facendo squadre
sistemi di costruzione dai micro servizi
sei
bene stanno costruendo per la resilienza
stanno costruendo resilienza e inizio
e per citare Adrienne Carrion Cockroft
dovremmo essere in grado di andare con
microservices veloce come il possibile
giusto questo è l’obiettivo che vogliamo essere in grado
per fornire valore ai nostri clienti
sia che si sa se questo è in
sia che si tratti di fare soldi o se
questo è salvare vite o qualunque cosa sia
stiamo facendo vogliamo essere in grado di ottenere
presenta di fronte alla gente
usare il software usando i nostri sistemi così velocemente
il più possibile per poter imparare e
cambia e fai di nuovo tutto questo è ciò che
dovremmo andare dai micro servizi ora
sfortunatamente molti di noi riconosceranno
Sospetto che sia giusto il 20 ° secolo
organizzazione che tipo di guarda ancora
nel 21 ° secolo come questo, quindi come
molte persone riconoscono questo tipo di
l’organizzazione a silos ha uno spettacolo
delle mani se lo avessi fatto
chiamato riconoscere che sì , lo sai
hai sviluppo e test e
architettura e tutte queste cose sono
marketing vendite separate ecc. è tutto
separati e spesso e io sono abbastanza
fortunato come consulente riesco a vedere un sacco
e molte organizzazioni diverse così io
vedere molti modi in cui sono
rotto tra l’altro c’è circa 20 e
la maggior parte delle organizzazioni ha tra cinque e
dieci modi diversi sono stati spezzati ma
maggior parte non hanno tutti loro a parte
qualcosa comunque questo è un diagramma reale
da un flusso di processo per il violento
processo in questo tipo di organizzazione
Ovviamente ho cancellato i nomi ma questo
è il tipo di cosa a cui tendi
vediamo che abbiamo capito il diverso
le parti interessate da un lato
requisiti documenti casi aziendali
specifiche funzionali okay abbiamo dettagliato
stima ci sono stime di alto livello
ci sono posti di blocco e qui questo
è bello che siamo noi e zero è questo
dove la codifica avviene correttamente e intendo
questo non è qualcosa che non è comune
questo non è qualcosa di insolito
ancora, ma io continuo a pensare questo è questo è
sbagliato il vecchio modo di costruire
software ed è un po ‘ come questa idea
di serpenti e scale proprio perché cosa
Enders finisce per accadere, sei tu a prenderti
suppongo che forse le vendite diano il
architetti alcuni alcuni requisiti loro
fai un piano di alto livello con un design di alto livello
consegnalo per svilupparli
Oh, questo non funzionerà mai la mano di nuovo a
gli architetti gli architetti dicono di sì
dovresti restituirlo e se lo ottieni
questo tipo di alto costo di transazione come
il lavoro è passato in giro tra diversi
silos Sono obbligato per contratto a questo
punto di menzionare questo libro da due dei miei
colleghi o tre dei miei colleghi
scusa Joe e Jess e sepolto Lean
Enterprise che è tutto questo
su come ottimizzi la tua organizzazione
a scala al fine di andare veloce come
possibile provare e affrontare questa tesi
I problemi di serpenti e scale che sto per
fare un piccolo diversivo perché uno di
le cose a cui sono interessato credo
ogni sviluppatore di software lo fa
è ora che entrano in visualizzazione
come una visualizzazione che posso visualizzare
tutto visualizza tutte le cose e
così recentemente stavo usando un bel strumento
chiamato J debito per guardare le dipendenze in
le applicazioni a destra quindi questo è questo è
primavera tracciato le dipendenze nel
le biblioteche primaverili tracciate su una lista sono
chiamato gerarchico e in bundle hugga
ritmo di un quarto di diagramma o qualcosa del genere
lungo quelle linee è una specie di
interessante e puoi vedere efferente e
accoppiamento afferente e tutti questi tipi di
cose belle e stavo pensando si può
fallo però per il modo in cui funziona il lavoro
organizzazioni potresti usare simili
tipi di tecniche di visualizzazione quindi io
penso che questo è stato parlato di ieri a
capire come scorre il lavoro
organizzazioni quindi dal concetto al denaro se
ti piace quella frase il mio vecchio ex MDS
a dire da minestra ai dadi dall’inizio
del pasto fino alla fine e ti penso
puoi scrivere puoi tracciarti i percorsi
può tracciare il modo in cui funziona il lavoro
organizzazioni che utilizzano questo tipo di
visualizzazioni chiamate diagrammi per
esempio questo è essenzialmente il
schema di serpenti e scale ma tracciato
come diagramma di accordi e dove gli accordi
rappresentare i passaggi di consegne tra
dipartimenti e in realtà più esplicitamente
ognuno di questi chiama su quel diagramma
piuttosto che rappresentare nel software a
dipendenza rappresentano il ritardo nel
sistema rappresentano la transazione
costo che non devi pagare e il
cosa interessante di questo è se noi
guarda come stiamo costruendo software
in questi giorni molto di questo è stato circa
riducendo questi nuclei rimuovendoli
da ridurre i ritardi riducendo
il costo della transazione, ma non siamo lì
ancora e questo è ciò che il resto del
parla di
Peter Drucker ha detto che questa è una grande citazione
non c’è nulla di così inutile da fare
in modo efficiente ciò che non dovrebbe essere
fatto un sacco di questi handover sono
completamente privo di significato senza senso
inutile sono sicuro che le persone diventeranno
significa e scegli tra le nuvole private come un
esempio, perché questo sembra essere la cosa fare
lo sai questo è il progetto de
giorno della maggior parte degli amministratori delegati abbiamo bisogno di un privato
cloud non ci fidiamo di Amazon
interesse e qualsiasi altro fornitore di cui abbiamo bisogno
il nostro cloud privato e così prendono
fuori e costruire cloud privato ed è
fantastico e per coincidenza quando tu
chiedi una macchina virtuale sul privato
nuvola devi compilare un biglietto e
il biglietto attende in coda per giorni o
a volte settimane o anche in un posto I
era a mesi e poi tre mesi
dopo avrai una macchina virtuale nella tua
cloud privato ora quello che per me non lo è
affrontando le cause alla radice o o alcune di
le cause di alcuni di questi ritardi
perché devi ancora pagarlo
il costo della transazione va bene
quindi ad esempio con nuvole private cosa
abbiamo detto molto è tutto
deve essere self-service ridurre il
costi di transazione tornerò a quello
in un po ‘così ho detto che ne parlo
capacità di business che cosa è quello che ha ottenuto
fare con questi questi handoff e cose
bene questo è un meccanismo che penso
l’organizzazione del nostro modo di lavorare in un modo che
minimizza questi questi ritardi si riduce al minimo
questi handoffs e l’uso di Conway
legge per rafforzare il design del
un software che stiamo costruendo a
rafforzare i confini per provare e
assicurarsi che siano del sistema
la costruzione è disaccoppiata e coesa
è la definizione di capacità a
combinazione di sistemi di processi di persone
che forniscono valore ai clienti interni
o esterno ti darò un esempio
questo è un esempio da alcuni dove io
stava lavorando così c’erano due grandi squadre
uno in uno in Nord America uno in
Brasile e stavano costruendo un grande grande
sistema software come un sito di vendita al dettaglio che
venduto materiale di trasporto quindi pensi
di esso come biglietti dell’autobus o biglietti del treno
o biglietto aereo e su un lato di
questa sorta di dividere la divisione continentale
avevi una squadra grande squadra che era
costruendo così la capacità di vendita al dettaglio
la capacità di vendere l’inventario di vendita
– – quello ai loro clienti
consumatori e in Brasile ne hanno avuto un altro
capacità che è tipo di guardare
dopo tutto quello che ha a che fare con un cliente
e questo è stato grande e incidentalmente in
tra questi hanno avuto questo veramente bello
meccanismo asincrono per la comunicazione
quindi tutto è stato fatto con i messaggi
tra queste due capacità quando
qualcosa è stato venduto e il messaggio è stato messo
su un autobus da qualche parte su un autobus e il
altre capacità potrebbero capirlo
è fantastico se non sai cosa
la messaggistica sembra che questo è il mio tentativo
per dimostrare così e fantastico
va bene e questo è fantastico perché questo
sai parlare della legge di Conway
questa è la legge di Conway in effetti lo erano
separati da una lunga distanza e
in realtà la legge di Conway ha agito per fare
i confini tra questi
capacità in realtà più concrete
questo è tutto meno poroso
teoria dell’informazione è tutto su come
flussi di informazioni tra le persone tra
team all’interno delle organizzazioni perché
c’è una lunga distanza che la larghezza di banda è
c’è una larghezza di banda molto bassa
per la comunicazione tra queste squadre
anche con gli strumenti che abbiamo ora così
è buono questa è la legge del colonnello Conway
agendo a nostro favore in questo in questo
esempio per questa azienda ma poi quando
facciamo schioccare le coperte e
guardato dentro questi affari questi
capacità al dettaglio e clienti noi
ho trovato alcune cose interessanti su I
sospetto che stia succedendo in un sacco di
organizzazioni che si immergono in hey micro
i servizi andiamo a microonde è pronto TM
ecc. ed è questo è il problema con
progetti perché queste capacità di
entrambi i lati di questa divisione continentale
sono stati costruiti da squadre abbastanza grandi te
sapere che c’erano forse 60 in un posto e
ne conosci 100 in un altro posto così tranquillo
grandi squadre separate da questo da questo autobus
ma erano queste le squadre
usando il pensiero progettuale piuttosto che
pensiero del prodotto o servizio a pensare
costruisci questi per costruire le loro capacità
Ti darò un esempio di quello mio
domande preferite quando entriamo
organizzazioni come abbiamo chiesto quindi come si fa
cambia un singolo campo modulo sul tuo
sito web dire se si tratta di un webshop web e se
se la risposta inizia con prima abbiamo
avuto modo di formare un progetto
questo significa che dobbiamo parlare al
ufficio di gestione del progetto perché è
impiegherà più di sei mesi
questo è il pensiero del progetto va bene questo
sai spesso è dovuto ad altri
ragioni ma cose come le ho se tu
chiedi quanto tempo ti ci vuole per cambiare
cosa devi fare per cambiare il singolo
filtro di forma dicono bene prima di tutto
avremo bisogno di sentire fatto il cambiamento in
l’HTML che ho bisogno di cambiare
JavaScript e abbiamo bisogno di fare il
cambiare nelle nostre opinioni e poi il
controllori sul si conosce il
componente lato server dell’app Web e
allora avremo bisogno di oh bene allora andiamo
via ad alcuni servizi dati, quindi è necessario
cambia il protocollo con il protocollo della moglie
andare ai servizi dati e poi il
servizi di dati devono cambiare loro
fatto da OS DDT OS e così via e poi
dovremo entrare fondamentalmente nei dati
creare un nuovo campo nel database in
per trascinarlo in una tabella di database e
continua ad andare avanti e avanti e avanti a destra
e questa è questa idea di progetto
pensare a squadre di breve durata che arrivano
insieme per fornire un piccolo particolare
parte della funzionalità quindi si scioglie
gettando il lavoro che hanno fatto nel corso della
recinto ed è interessante perché
quale è l’effetto nel tempo di molti
questi progetti vengono eseguiti contro il codice
basi è piuttosto problemi di stampa e ciò che noi
trovato in questo particolare esempio è in
fatto mentre il diverso continentale
che diversi continenti furono disaccoppiati
all’interno di queste capacità era questo
pasticcio aggrovigliato di citazione
i microservizi sono tutti piuttosto piccoli
sai o piuttosto piccolo micro non questo
grandi erano così grandi che è fantastico
ma c’era questo pasticcio aggrovigliato
completamente accoppiati non potevi
cambiarne una senza cambiarne un’altra e
questo non è quello che cerchiamo quando siamo
cercando di costruire questo tipo di distribuito
sistema chiunque ha visto questo tipo di idea
imbattersi in questi periodi di indurimento
Lo saprò così complicato che abbiamo
ho dovuto indurire per sei settimane prima di noi
spingere in produzione questo è un
cosa piuttosto comune che vedi quando hai
ottenuto così strettamente per questi
anche i micro servizi hanno questo
idea di dover fan in perché abbiamo
per testare tutto contro tutto
altrimenti non siamo sicuri se fare un
cambiare in un posto sta per avere un
effetto a spirale nel resto del nostro
software questo tipo di idea di Fanny
Fanning in per l’integrazione end-to-end
analisi
e allo stesso modo questo altro problema che corriamo
in un bel po ‘che è un lockstep
distribuzione
Voglio dire che l’implementazione di serrature può farti
abbastanza lontano, ma quando hai un
mille servizi che devono essere distribuiti
tutto in una volta non è solo rischioso
complicato ma ti costa denaro semplicemente
giusto perché ciò che si tende ad avere è
caratteristiche che si stanno accumulando in come
inventario prima che tu possa essere distribuito
loro e ogni volta che ottieni funzionalità
costruendo come inventario che stai pagando
il costo del ritardo per queste caratteristiche così
se una funzione ti porta a sapere potrebbe esserci
produzione in tre settimane ma ne prende sei
e avrebbe potuto guadagnare 10.000 sterline a
settimana poi hai perso potenzialmente 30.000
Sterline Non ho idea di dove sia
crimini mi dispiace e di nuovo questo è quello che ho
ho questa idea che c’è questo
questo vecchio tizio si torna indietro nel 68
chi è seduto di lato è seduto
sul balcone del teatro a guardare
questo è tutto di Conway
legge in azione di nuovo
perché non hai questa squadra stabile
i confini non hanno stabilità all’interno
queste queste capacità giganti e questo
è quello che abbiamo chiamato per chiamare
i monoliti distribuiti li attenti
perché quando entri in questo tipo di
posizionare questo non sta andando veloce come
possibile questo è come avere un nervoso
ripartizione semplicemente ora è tutto molto
bene e potrei fermarmi lì e lo farebbe
essere tutti molto deprimenti ma forse
Dovrei darti qualche idea su forse
modi migliori di organizzare i nostri team così
che possiamo evitare alcune di queste cose così
cosa potrebbe sembrare buono e parlerò
di questo in modo obliquo parlando di
Ebola so che è divertente non dovrebbe
alzare una risata, voglio dire, ma ma lo fa
e questo in realtà sta tornando a me
penso a uno dei temi che ho tipo
visto in alcuni dei colloqui qui sopra
questa conferenza sta esaminando le dimensioni di
fine dell’ingegneria del software per come
le altre persone stanno facendo cose come altre
le discipline funzionano e in questo caso
è stato perché ho visto una storia
il giornale torna nel Regno Unito circa
questa signora è all’inizio di quest’anno che nomina
Chiave caffè Pauline
e lei stava facendo volontariato in un Save the
Ospedale pediatrico in Sierra Leone dove
sfortunatamente ha contratto questo Ebola
è l’altezza dell’epidemia e lei
è stato evacuato di nuovo nel Regno Unito alla fine
finito in un ospedale chiamato il Royal
Libero a Londra, che è lo specialista
Centro per le malattie infettive a Londra
questa è la squadra Miss Susan che è così
sul giornale e mi ha preso
pensando giusto così dato che lì dentro
questa circostanza in cui hanno questo
vicino alla donna malata disperatamente da trattare
e dato che lo sai per fare
che dovranno essere in grado di farlo
eseguici, dovranno essere in grado
di prendere decisioni veloci su di droga
regimi su fluido su tutti questi
cose diverse e dopo circa
dovuto riabilitarlo perché, naturalmente
come una malattia Ebola è praticamente
cancella bene sei spazzato via
dopodiché hai bisogno di molto tempo
periodo di riabilitazione così ero
pensando a come organizzano e
gli ospedali si scopre in generale voi
penso sarebbe un po ‘come questo giusto
quindi molte capacità diverse tutte
interagendo in modi particolari
costi di transazione tra di loro e così via
e puoi tracciare questo in un diagramma del tribunale
e sembra molto simile al modo in cui noi
potrebbe organizzare un tipo tipico di immagino
funzione II silenziata
causa l’organizzazione dei ruoli, ma poi
Stavo pensando che forse non è così
in questo ho letto nell’articolo e questo
mi ha ricordato questo questo particolare
diagramma che ho visto penso Mike Nygaard
ha dimostrato questo un po ‘ indietro e questo è un
diagramma raffigurante qualcosa chiamato il
Ciclo OODA così questo è da un ragazzo chiamato
Il colonnello John Boyd che era un lui era un
bene era un colonnello nell’esercito degli Stati Uniti
ed è stato responsabile per quasi
cambiare da solo la dottrina
che il Nord News globale fa la guerra
praticamente perché ha notato quando lui
stava addestrando piloti da combattimento che se tu
fare in modo che questo loop osservi l’orient
decidere di agire ed è possibile eseguire quel ciclo
più veloce del tuo nemico dentro nel caso
di un pilota da combattimento allora lo sarai
questo è successo come te
vinci combattimenti è che lo esegui
ciclo particolare
il più velocemente possibile e quando lo dico
ha cambiato la dottrina militare che ha davvero fatto
questo approccio favorisce l’agilità sulla rissa
potere quando ha inventato questo e questo
divenne popolare pop nato all’interno di
l’ esercito americano ha portato all’essere gli aerei
diverso così diverso come la luce a
Luglio Taz piuttosto che grande bimotore
combattenti ha portato a cose del genere
gruppi di battaglia rinforzati o credo Eric
Stavo parlando di questo ieri quando
sta parlando di un marine
Expeditionary Force è tutto a posto
il cambiamento di pensiero che viene da
John Boyd e questa capacità di eseguire
questo ciclo rapidamente il più velocemente possibile
Dico questo quando mi è venuto in mente
Stavo leggendo questo articolo forse è questo
di cosa stanno facendo questi medici, di cui hanno bisogno
essere in una posizione in cui possono eseguire
questo ciclo rapidamente per farlo
prendere le decisioni giuste ma senza
pagando questi costi di transazione di andare
attraverso a tutti questi diversi
confini dipartimentali questo è che non lo faccio
ti aspetti di leggere questa è una lista
di tutte le persone coinvolte nel trattamento
Pauline Kalki e dentro in sostanza essenzialmente
un terzo di quelli in grassetto nostro
i medici così loro lo sanno che lo sono
consulenti infettivi infettivi
specialisti Raza et cetera et cetera ma
due terzi dei mesi i due terzi dei
loro sono persone come i farmacisti
piace
Il servizio di assistenza domestica di Porter
lavoratori di sicurezza la gente ecc ecc così
due terzi delle persone coinvolte in
trattarla in realtà non era diretta
i medici questo era il supporto
rete che hanno portato in giro
l’ospedale le diverse capacità
ed è interessante questa è una citazione
dal ragazzo che potrebbe dr. Michael
Jacobs che ha guidato ha condotto il suo trattamento se tu
immagina tutte le funzioni di un ospedale
avere tutti devono essere coinvolti e
devono essere tutti specializzati se
separato per lavorare in questo ambiente ma
tutte le funzioni che l’ospedale aveva
tutti messi insieme in un unico posto per garantire
il miglior risultato per quel particolare
paziente c’erano altri due sì, mi dispiace
Inglesi che erano come la rana in gola lui
sono stati infettati sono stati entrambi trattati a
lo stesso posto e avevano un 100
tasso di sopravvivenza percentuale che è quello che è
piuttosto sorprendente e questo è come lo fanno
lo fanno riunire tutti in uno
posto così piuttosto che essere organizzato come
questo tipo di portare tutti
insieme, loro minimizzano questi questi
trasferisce queste transazioni
e in sostanza si tratta di sapere
creando un team interfunzionale che
ha un unico scopo e nel loro caso
è stato un trattamento di successo del
paziente intendo il nostro caso sarebbe io
Indovina se siamo concentrati sul cliente
risultato sulla consegna con successo
caratteristiche e questa è questa è questa cosa
questa idea di minimizzare i trasferimenti tra
team e abbiamo alcuni dati da un
progetto in Australia che è stato in esecuzione
un tempo abbastanza lungo è da un grande
telecom telco in Australia e loro
ha trovato nel corso nel corso di un periodo di che quindi questo è
sulle carte delle storie, quindi se sei tu
come le carte che sono rimaste all’interno della squadra
abbiamo corso abbiamo finito un ordine di
grandezza da più rapidamente di carte
che ha dovuto lasciare la squadra per un motivo
questa è una differenza di ordine di grandezza
in quanto velocemente puoi andare quanto quanto
throughput si può ottenere che è abbastanza a
molto bene, questo è un grosso problema e
come abbiamo sottolineato e altri
questo è vero per i team di trauma e
ospedali le mie sorelle il nostro pronto soccorso
infermiere questo è esattamente quello che succede quando
il nostro paziente critico entra in loro solo
sciame ottengono tutte le specialità
sono pronti ad aspettare così possono
fornire la migliore assistenza possibile
lo stesso sui team di Formula 1 non è solo
i piloti che ci stanno testando il
auto è tutto sono tutti gli ingegneri
ed è lo stesso per questa idea del
gruppo di battaglia rinforzato così bene tutto bene
molto bene gli ospedali fanno cose in a
modo particolare per cosa significa questo
noi come ingegneri e persone che lavorano in
grandi organizzazioni quindi questa è un’altra
esempio un’altra storia da un posto io
lavorato dove originariamente iniziato off
esattamente simile a questo tipo di silenziamento
dal ruolo prototipico del 20 ° secolo
compagnia ma loro per un periodo di tempo
hanno creato team interfunzionali
e hanno deciso che stavano per
anche dividere l’applicazione che
stavano andando a lavorare stavano lavorando
in due linee separate di attività così come
un esempio di ciò è questo
compagnia assicurativa avevano questo grande
monolite con tutto ciò che accade in
un posto tutti i diversi prodotti
hanno venduto assicurazioni casa animali domestici
pannello si ottiene l’assicurazione dell’animale domestico
grande database di assicurazione sulla vita ecc
deciso nel tempo si sarebbero divisi
questo su così hanno estratto ogni linea di
affari ogni suite di prodotti essenzialmente
in esso nella propria applicazione in
i suoi contatti a banda hanno davvero preso il
dati con esso e sono finiti con
accoppiare tre linee completamente separate
di affari in modo da avere una sola applicazione
che si occupava di assicurazione sulla casa
una applicazione che riguarda il motore e
uno con la vita completamente separato
dati e se io come cliente volevo
andare a questo e comprare un po ‘di assicurazione sulla casa
Andrei su un sito e poi se volessi
per rinnovare la mia assicurazione auto vado al
il prossimo ma i dati sono completamente
separati quindi hanno avuto qualche taglio trasversale
capacità e così hanno messo nel mio
account che ascoltano i messaggi quando io
assicurazione comprato un messaggio sarebbe
generato e sarebbero aggregati qui
quindi questo è un po ‘come un fan in cosa
e perché è così interessante dal
prospettiva di come organizziamo bene questo
sta effettivamente facendo rispettare il pipistrello come abbiamo visto
con un Continental Divide questo è
far rispettare questi confini tra questi
diverse linee di business tutto ciò che a destra
avere questi team interfunzionali
lavorando all’interno di ciascuna linea
affari e questo è il proprietario del prodotto
sviluppatori di analisti di qualità
analisti e così via quindi questo è come sembra
una buona idea, abbiamo questi
squadre interfunzionali organizzate in giro
linee di business così è Shirley Conway
dicendo grandi pollici falsificati ma se tu
guarda ancora questo tipo di struttura
visualizzato su un diagramma di accordi siamo ancora
avere un sacco di questi ritardi a tonnellate
handoffs tra le operazioni una tonnellata di
handoff alle vendite e alle finanze di vendita
e così via, lo penso onestamente
Marvin Conway è ancora lì e lui
ancora seduto sul balcone ridere
noi che sta andando, tu non hai ancora abbastanza
ha funzionato tutto questo da te ma è bello
perché allora possiamo ringraziare questo tizio sì
si Jess umile e loro Farley se lo sono
nella stanza non sono sicuro se lui è impossibile
trovarlo carta Farley dall’agile
gioco di carte ma potrei trovare un Jess umile
scheda DevOps
Una volta mi è stato detto di usarne più di uno
punto esclamativo è il segno sicuro di a
mente squilibrata ma penso che questo abbia bisogno
più di uno non intendo veramente DevOps
Intendo questa idea di consegna continua
dalla zuppa alle noci portando tutto
insieme dal design da te conosci idea
generazione del prodotto generale nuovo
innovazione generata dalla generazione del prodotto
fino alla consegna di un software funzionante
in produzione portando tutto questo
insieme in una sola unità così tu
sappiamo di avere questa idea di
possiamo contare su squadre interfunzionali
riassumere essenzialmente la squadra operativa all’interno
questi e questo non significano necessariamente
che non hai cose come la piattaforma
squadre e così via che non si fa a non
generalizzare alcune delle infrastrutture
compiti come ho detto prima con
cloud privati che Caster tutto essere di circa
Self Service di nuovo riducendo al minimo il costo
delle transazioni in modo da sussumere questi questo
squadra ops e di nuovo ci siamo sbarazzati
una di queste linee diminuisce i ritardi
abbiamo meno sprechi nel nostro processo quindi
aumenta la velocità delle funzionalità
evviva e questo è ciò che questa assicurazione
società ha fatto anche andati nativi nube
così sono stati distribuiti in AWS e letti
un sacco di benefici da questo e da ciascuno
di questi potrebbe essere si sa schierato
indipendentemente potrebbe essere testato
indipendentemente potrebbe essere ridimensionato e così
su quale tipo si aggira questo
pasticcio aggrovigliato che abbiamo visto
prima quando hai questi progetti
quella specie di pop in te un po ‘di codice
e spunta di nuovo così la domanda è possibile
andiamo oltre se immaginate tutto
le funzioni che un ospedale deve avere
devono essere tutti coinvolti non l’hai fatto
dire tutte le funzioni cliniche a
l’ospedale deve essere coinvolto, ha detto tutto
le funzioni si tratta di avere il
portatori stanno avendo il domestico
il personale sono gli addetti alle pulizie hanno
le persone della finanza hanno coinvolto tutti e io
penso che possiamo pensare che possiamo effettivamente agire
per ridurre ulteriormente lo spreco da
prendendo questa linea di idea imprenditoriale e
ampliato su di esso in realtà penso che i giorni
del dipartimento IT sono numerati I
penso che sia un residuo di
come ci adattiamo alle idee dovrebbero essere le aziende
eseguire il reparto IT dovrebbe andare via
con cui dovremmo lavorare tutti insieme
i nostri uomini d’ affari in qualcosa di simile
non è IT o business e non sto parlando
su improvvisamente tecnologi presi in consegna
il mondo e tutto diventa
tecnologia
Sono legato alla tecnologia, intendo
ordine per il più con successo di Moore
fornire valore ai nostri clienti ottenere
software in produzione abbiamo bisogno di
minimizzare questi ritardi e farlo tu
bisogno di tutti nello stesso posto così
che cosa potrebbe sembrare così?
significa fare cose come il susseguirsi o
piuttosto che sussumere combinando le vendite
consegna continua di finanza di marketing
tutte queste cose in una linea stabile di
affari e lo stiamo facendo
specificamente in Australia in realtà con
grande successo come poche aziende fuori
ci sono state facendo così e allora
ce n’è uno che è un sito web di proprietà
quindi, in quel tipo di vendita, vende case
essenzialmente in modo da poter fare pubblicità su di esso
puoi pubblicizzare la tua casa che puoi provare
e compra una casa e così via, allora
due lati diversi o più lati ma
semplicemente ha un aspetto residenziale
e ha un’attività commerciale e
li hanno separati in due
linee di business completamente diverse
e quale funzione di marketing e vendita è
necessario da residenziale in cui prendono
residenziale quindi si siedono tutti insieme
che cos’è il marketing e le vendite funzionali
sono necessari per la pubblicità sono tutti seduti
nella linea commerciale del business insieme
con le squadre insieme alla gestione
direttore per quelle linee di business
insieme a tutto ciò che supporta tutto
seduti insieme in un posto una riga
di affari riducendo al minimo questi ritardi e
è stato stupendamente successo per
loro quindi immagino dove andrò
questa è l’ idea di avere questo nidificato
struttura in cui si hanno squadre di persone
chi distribuisce software, ma lo è
non stanno operando nel vuoto
operato all’interno di flussi di valore, quindi intendo
value stream questo è un gruppo
di persone che hanno un collegamento diretto
linea diretta a un cliente per un cliente
agire su una sorta di flusso di valore è davvero dentro
la mia mente e poi quei flussi di valore siedono
all’interno delle linee di business e quelle linee
di business siedono all’interno delle organizzazioni e
in termini di micro servizi ognuno dei
i team possiedono uno o più servizi uno o
più micro servizi tutti
uno o più microservizi e lo farò
chiama questo perché penso che sia
importante quanti di quelli che costruisci
per squadra dipende completamente dal tuo
requisiti che non devi avere a
milioni di micro-servizi che faranno
chiaro e questo è un esempio
in realtà era un progetto su cui mi trovavo
dove eravamo abbiamo avuto come utenti
contesto del cliente fasciato e siamo finiti
con tre diversi servizi due
diversi database tutti all’interno dello stesso
contesto banner all’interno della stessa
capacità ma era perché avevamo
requisiti che ci hanno portato giù
percorso abbiamo avuto scapoli molto alti
previsto durante la notte così abbiamo voluto il
mettilo in coda con una coda di eventi, così potremmo
scala i consumatori in concorrenza per elaborare il
coda e poi ridimensionarli durante
il giorno in cui non abbiamo avuto tanto
traffico di una serie specifica di requisiti
che abbiamo avuto se non avessimo quelli
requisiti non credo che avremmo
andato alla briga di costruire tutto questo
probabilmente lo avremmo costruito solo a
singolo singolo servizio quindi hai
queste squadre si muovono molto all’interno delle linee
di affari con tutti insieme e
questo è come dico contabilità finanziaria
marketing di vendita per quelle linee di
affari insieme e ottieni
duplicazione della funzione si si te
ottenere la duplicazione di cui non si tratta
questo è l’ottimizzazione per il controllo dei costi
sull’ottimizzazione per la generazione di valore
essenzialmente così che cosa in termini di
numero di persone mentre le squadre sono come te
conoscere la normale dimensione di XP della squadra, ma poi
quando si scala al più grande
unità che cosa sembra bene se
la gente ha incontrato qualcuno che riconosce
immediatamente il casuale 160 a 200 e I
non mi aspettavo che la gente fosse così
Il numero di Dunbar quindi questo è il numero di
connessioni che le persone possono socialmente
tieni premuto su un particolare punto in modo da te
scala le squadre fino al punto in cui
raggiungono il numero di Dunbar al quale
punta a spezzare le cose in altre
unità e onde del pensiero agiscono come
questo tendiamo a dividere gli uffici quando noi
ottenere oltre 150 a 200 persone così
piuttosto che avere un grande ufficio di 400
ci sono alcune eccezioni ne avremo due
uffici separati in scala attorno a Dunbar’s
numero e multipli di cui ho parlato
prima che la legge di Conway è davvero da
interiore originariamente è tutto
flusso di informazioni è tutto su capelli
la larghezza di banda di informazioni tra
così diverse parti della tua organizzazione
puoi immaginare se raggruppi tutti questi
le persone insieme è la larghezza di banda
in realtà molto più grande ce ne sono alcuni
ricerca originale fatta intorno a questa idea
di cose come la colocation, quindi questo è
da un libro di 77 gestione del flusso di
Tecnologia che è in realtà a
una lettura davvero interessante
teoria dell’informazione si tratta di realtà
Dipartimenti di ricerca e sviluppo è una specie di pre-pre
il tipo di esplosione che c’era dentro
il momento del web e di Internet
praticamente sta parlando di R & S
dipartimenti e società di ingegneria
e come le idee si diffondono tra le diverse
gruppi di persone che lavorano su diversi
le cose hanno fatto un sacco di ricerche e l’ho fatto
riprodotto uno dei grafici qui così
questo è un grafico dell’effetto di
distanza sulla comunicazione specificamente
le conversazioni settimanali efficaci su
lavoro e la frequenza di avere
loro con qualcuno più lontano sei
lontano da loro e dopo circa 15 metri
lontano da qualcuno sei essenzialmente
assolutamente improbabile che parli
in modo fortuito a qualcuno di a
progetto su cui ti trovo probabilmente lo sarò
qualsiasi di questi tipi di cose chiaramente
utensili nel suo brodo ha cambiato questo
giusto chiaro, abbiamo capito cosa
sono i bambini usano in questi giorni è
HipChat o slack non so qualsiasi cosa
vedrò per vincere ma strumento
gli strumenti hanno cambiato questo video sempre attivo
ha cambiato questo, ma penso che sia un
grande dimostrazione dell’effetto di
colocation o avere veramente alto
comunicazione di larghezza di banda si ottiene questo
ottengono questi fortissimi
conversazioni che si verificano dove le idee possono
diffondere idee possono fluire le persone possono condividere
i problemi che hanno nel
soluzioni che potrebbero avere così io
Immagino quello che sto dicendo è quello come te
pezzo dalla squadra al valore del flusso e
dalla linea di business all’organizzazione
allora la legge di Conway agirà
a ciascuno di questi confini proprio così
ognuno di questi confini che stai per
ottenere questa azione rinforzante ciascuno di
questi flussi di informazioni sui confini
diventa meno hai meno larghezza di banda
e così a ciascuno di questi confini
stai per ottenere più disaccoppiamento in
il software che costruisci così se tu
organizzare il modo in cui il software è costruito
attorno a questo tipo di strutture
La legge di Conway funzionerà
il tuo favore e l’altra cosa bella è
puoi usare diverse pratiche a questi
confini come si scopre quindi c’è un
molte nuove pratiche sono state le persone
parlavano di non essere nemmeno veramente nuovi
ma cose come i lettori tolleranti
colloqui orientati al consumatore
il cambiamento è un’idea carina e simpatica ma molto
di diverse pratiche che le persone hanno
stato adottato per provare e aiutare a testare
integrare i micro servizi solo provare e
testarli in modo indipendente per provare e
integrarli insieme e così via ma
il fatto è con tutte queste pratiche
vengono con un costo aumentato in alcuni
codice o nella maggior parte dei casi richiede sforzo per
scrivere contratti guidati dai consumatori dove a
il contratto orientato al consumatore è come a
consumatore di un servizio che scriverò
in forma eseguibile le mie aspettative di
il vostro comportamento ho intenzione di consegnarlo a
tu così puoi eseguirlo come parte di
la tua build è fantastica
funziona fantasticamente bene ma non c’è
sforzo coinvolto comporta lo sforzo coinvolto
in realtà implementando queste cose così
bella cosa che penso con questo tipo
di struttura si arriva a fare
decisioni a ogni livello della struttura
da dove è più opportuno
investire quei tempo e fatica così ho
questa nuova cosa chiamo il chunking
dai micro servizi alle squadre per valutare
flussi alle linee di business per
le organizzazioni praticano la cipolla così sono
ti parlerò Potrei aver bisogno di un
nuovo nome così semplicemente che devi fare
cose diverse in diversi punti
diversi livelli di astrazione
così come dividi, puoi fare di diverso
cose come si riducono voi fate
cose diverse così ad esempio tra
le attività commerciali che non hai intenzione di
voglio implementare per esempio il consumatore
diversi contratti probabilmente se lo sono
Google e io sono membro del team API di Maps
non andando a chiedere a tutti i consumatori di
l’API di Maps per scrivere un contratto in
formato eseguibile inviami così posso
correre come parte della mia build ma potrei ma
Probabilmente mi deriderei se lo facessi
giusto che probabilmente non è il tipo di
cosa farai perché a
il pipistrello questo tipo di confine che hai
questo molto basso tasso di cambiamento sei molto
proprietà ad alta stabilità che non vuoi
per fare molti cambi di rottura o
quasi mai così investendo in cose
come test del contratto a questo punto è
questa sorta di confine è probabilmente
non è la cosa giusta da fare ma potresti
voglio fare il versioning semantico che è
un popolare abbastanza popolare
la tecnica di questi giorni si esercita in questi giorni
una versione semantica è dove ognuno di
i tre numeri di versione che pubblichi
ha un significato specifico se si urta a
versione principale significa che è stato
indietro incompatibile urtando minori e
point releases significa che dovrebbe essere
compatibile all’indietro è qualcosa
potresti voler fare al
confine tra organizzazioni o anche
tra le linee di business quando lo fai
necessità di integrare ma tra valore
flussi all’interno di una linea di business
tra tutte le parti della vostra azienda che
stanno facendo cose simili in modi simili
ha un tasso di cambio più alto che desideri
essere in grado di fare più cambiamenti tutti
proprio di conseguenza questo sarà
potenzialmente meno stabile, così potresti
voglio investire a questo punto nel contratto
test per iscritto questi questi contratti
queste specifiche eseguibili di
comportamento che probabilmente vorrete anche
implementare qualcosa come lettore tollerante
quindi puoi andare sul sito di Martin Fowler
ha la definizione di torrent
lettore questo è questo è essenzialmente dove
come consumatore il servizio non sto andando
legare direttamente o legare presto a T
o il tuo protocollo filo così questo è un
livello a cui potresti voler pensare
vite circostanti nel test del contratto a
lettore di torrent e poi tra le squadre
all’interno dello stesso flusso di valore probabilmente
non voglio preoccuparti di semantico
il versioning forse lo fai forse no
ma probabilmente lo vorresti sicuramente fare
test del contratto d’accordo è così che noi
lavorare qui e implementare torrent
lettore e poi all’interno delle squadre non lo farai
voglio pensare al lettore torrent
e questa idea di cambiamento conversazionale
così Adrienne Cockroft di nuovo lui penso
era l’anno scorso ha detto la sua esperienza a
Netflix era il rapporto delle modifiche all’interno
il confine della squadra all’esterno della squadra
confine era circa dieci a uno che voglio
andrò davvero veloce se mi siedo dopo
a Carol posso solo dire hey Carol che sono
gonna make che il cambiamento è che fresco con
puoi fare lo stesso noi entrambi
spingere questo è il tipo di ritmo che voglio
per andare nella mia squadra non lo faccio
voglio essere dipendente dal dover scrivere
test contrattuali e tutti questi tipi di
le cose così sono
praticamente il metro di cosa sto parlando
per cui abbiamo questi Muppet che sono
seduto sul balcone ridendo di noi
ma penso che in realtà sia la risata
aiutandoci bene ci sta spingendo nel
direzione che è strutturare la nostra
organizzazioni in modo tale che siamo
in grado di produrre in modo più efficace
software non più efficiente in questo modo
Dico che non si tratta di controllo dei costi è
non per raggruppare tutti con il
lo stesso ruolo insieme e sai tirare
cose simili simili necessarie
insieme per ridurre il costo questo è
riguardo alla creazione di valore, si tratta di
efficacia oltre l’efficienza e io sono
ripeterò quando venderò una stella tu
so che molte persone pensano che micro
i servizi sono tutti su questa cosa importante
componentizzazione via servizi ma io
pensa che tutte queste cose siano importanti
sì, tutti i marchi in giro per affari
capacità prodotti su progetti noi
chiama quella è la cosa che stavamo vedendo
le squadre di successo fanno piuttosto per una ragione
piuttosto che lasciarli fuori così
finalmente penso che la legge di Conway sarà spesso
invia un segnale nel senso che tu sai
segnale per rumore sai se vuoi
fare cose come ordinare costantemente
lavoro se stai dividendo storie attraverso
squadre e così via se stai spostando le persone
intorno alla distribuzione in atto di serrature
I fan-in per i test end-to-end sospetto
questi sono segnali della legge di Conway
dicendoci che forse non abbiamo abbastanza
ha una struttura organizzativa abbastanza
giusto forse stiamo pagando
costi di transazione forse c’è spreco in
il processo che possiamo che possiamo
rimuovere organizzando leggermente
in modo diverso e anche c’è sicuramente
un alto costo del lavoro associato a
scusate un costo elevato associato al lavoro
che lascia la tua squadra e va altrove
quindi se puoi organizzare in modo che il
il lavoro non lascia la tua squadra
otterrà un throughput molto più elevato e
questo è cose come aumentare i biglietti o
il gruppo della piattaforma che consegna lavoro a
altri dipartimenti che iniziano e si fermano
progetti e così via
Apprezzo che sono stato piuttosto supponente
su questo ma nel tempo questo è il modo
Ho visto la struttura delle organizzazioni
se stessi, al fine di ottenere davvero roba
fatto il modo più efficace così alla fine
è una citazione da Evan bhature my full
il collega di intelligenza che descrive cosa
dice una manovra inversa di comando
quello che dice che ha progettato il
organizzarti
voglio e l’architettura seguirà
calci e urla grazie di cuore
tanto
ora per il litigio dovrei dire
per favore scrivi anche tu puoi loggarti
nell’app e si prega di fornire alcuni
feedback perché è incredibilmente utile
sia per me che per gli organizzatori
per favore fallo sì, scusami, prima di tutto
domanda se i dati sono tenuti separati in
ogni micro-servizio come sull’impatto
di mantenere i dati coerenti va bene lo è
una grande domanda la domanda era se tu
avere dati e separarli per ciascuno
diversi microservizi come hai mantenuto
che i dati coerenti erano tornati a Kent
chi dice la risposta a qualsiasi interessante
domanda è: dipende Penso che potrebbe
sii um e dipende perché intendo
ovviamente se hai dati che
appartiene insieme tenerlo insieme ma dentro
questo caso l’ esempio di assicurazione ero
parlando di dove abbiamo servito in casa
citazioni di assicurazione e politiche di rischio in
un posto e abbiamo avuto animali domestici in un
negozio di dati completamente diverso e noi
ha avuto la vita in un dato completamente diverso
negozio lo abbiamo fatto molto volutamente
perché in realtà quando stavamo generando
eventi di dominio che sono stati consegnati a
l’ account cliente che è il posto
tutte queste cose necessarie per essere
coerente e insieme i clienti
la loro visione era completamente diversa da
il contesto attuale DeBary la
capacità commerciale per l’assicurazione
prodotti così il prodotto assicurativo casa
per esempio ha bisogno di sapere tonnellate di cose
sugli indirizzi dei precedenti cinque
indirizzi che hai avuto sai
se si vive in una zona che è soggetta
al rischio del fuoco o alluvioni e tutto
questi diversi enormi questo enorme
lunga lista di questa enorme quantità di dati
piuttosto ma poi effettivamente il posto dove
tutto questo è aggregato attraverso il
i prodotti tutto ciò che serve sapere è cosa
Che la cosa il prezzo era quello che il
riferimento era e un link per andare e
trovare più informazioni ora um
quello ha funzionato molto bene in questo
ancora una volta non ti sto suggerendo
potrebbe farlo per ogni singola soluzione
ma se riesci a risolvere le cose in questo modo
un modo in cui puoi quindi è di più
efficace ed evitare distribuito
transazioni che fanno schifo solo alla fine
ancora una cosa a cui pensiamo
frittata idea di programmatore anarchia e
auto organizzazione intorno a prodotti e
compiti così mi mancava davvero il discorso di Fred
Non sarò sicuro se sia nel
camera
Spero di no No, la domanda è come farlo
Sento di questa idea di programmatore
l’anarchia quindi questo è sinceramente
lavorando per molte aziende ora questo
idea che tu possa completamente te stesso
organizza il tuo andare e lavorare dove vuoi
prendi letteralmente la tua scrivania e spostala
dove vuoi lavorare quindi conosco la valvola a
molto appassionato di questo l’azienda di giochi I
credo che Facebook funzioni più o meno
allo stesso modo penso che Eric stia parlando
a riguardo ieri sono come mi sento
a tale proposito
Penso che sia un’idea fantastica se tu
può farlo funzionare ma penso che sia necessario
Credo che una leadership incredibilmente coraggiosa
in questa disciplina incredibilmente intelligente
persone che lo eseguono e non lo fa
funziona sempre così ho visto casi
dove sai che è come oh no
scrivere test più perché siamo tutti
programmatore anarchia
e quindi in realtà chiedi il
gli sviluppatori sono come si, non l’ho fatto
abbiamo lavorato così bene per noi che abbiamo iniziato
scrivendo di nuovo i test sono sì, ma tu
so che non è una taglia unica, okay
ultimo
la colocation è un prerequisito che è a
che dire del modello di offshoring vuol dire?
che non dovremmo farlo affatto così il
la domanda è la colocazione è è è è un
buona idea se puoi, se puoi farlo
non che significa che non dovremmo
lavoro offshore ci sono molte ragioni per
offshoring diverso da quello principale
la ragione è costata proprio la ragione principale per cui tu
il lavoro offshore è perché lo farà
essere più economico per avere qualcuno su un altro
posizione da pagare per fare il lavoro um in
alcuni casi non dovremmo lavorare davvero
veramente bene nel forex a cui tendiamo
fare queste cose come divide se siamo
andando in mare aperto abbiamo squadre in mare aperto
India, Cina e Brasile se possiamo
al largo proveremo a dividere il
applicazioni in modo tale che sia
andando a rafforzare i confini del sistema
quindi questa squadra qui prenderà la vendita al dettaglio
per esempio questa squadra qui sarà
prendere soddisfazione e potrebbero essere su
diversi continenti e questo è quello
quel tipo di opere abbastanza
beh, in effetti è quello che è successo nel
La prima storia che ho detto è tenuta perché
c’era una squadra offshore e
la squadra onshore è probabilmente l’ideale no
probabilmente no a meno che non ti organizzi in questo
modo particolare abbiamo questa costante
lavoro in difficoltà in realtà perché tu
sappiamo che siamo una società di consulenza che crediamo
Agile Eric Meyer non è nella speranza, quindi noi
lavoro usiamo XP per gestire i nostri progetti
normalmente e così ti abbiamo sempre pensato
sapere che il cliente sul sito è il più vicino
il cliente è possibile è importante
e così proviamo a lavorare duramente
sul posto ogni volta che possiamo, ma il problema
è un problema ovviamente e forse è così
farmi divagare in queste risposte
mi scuso ma forse penso di pensare
in questi giorni la pressione è così forte
assumere persone per trattenere persone
realmente stiamo andando ad avere per iniziare
pensando a nuovi modi di lavorare
fortunatamente gli strumenti che abbiamo
sempre in video sempre in chat tutti questi
cose diverse in realtà sei tipo
iniziare a fare la differenza con quello ma
Personalmente continuo a pensare che la colocation
per la serendipità del del
conversazioni e così via è la cosa migliore
questo è un lungo invito dipende
ok grazie James, grazie mille
tu sei
tanto per venire voglio iniziare così
Ne parlerò oggi
micro servizi specificamente due
caratteristiche dei micro servizi che
Martin Fowler e io ne abbiamo parlato
urina o due anni fa ora vengo
su quello in un secondo
il modo in cui parlerò di questi
le caratteristiche sono attraverso alcune storie
così storie di aziende che ho lavorato
con cui sono stato coinvolto per sette anni
aziende che i miei colleghi di Thor
i lavori sono stati coinvolti con così e io
piuttosto come storie che piace molto
storie come un modo di trasmettere
informazioni il mio ex collega Simon
Stewart di cui Facebook è la rete
incidentalmente l’autore di buck che è
uno strumento di costruzione che ha sempre usato per descrivere
che è stata una bella cosa in una squadra
avere una squadra di Shaymin così questa idea
avresti qualcuno nella squadra che potresti
raccontarti questa storia di come sono andate le cose
il modo in cui sono così sai che guardi
questo terribile esperto Pomeroy a cui pensi
Cosa diavolo potrebbe mai avere
per assomigliare a questo e così alla squadra
Shaymin ti raduna e dice
ti racconterò la storia di te
lo so in modo specifico con Maven che
è così che le storie sono importanti, quindi lo farò
raccontare alcune storie oggi uno dei
storie che inizierò con in realtà
era qualcosa che è successo la notte scorsa
quindi questo non è specifico per micro
servizi ma ho pensato che avessi un
esperienza molto strana ieri sera e io
ho appena controllato la pronuncia ma io
credo che questo sia questa è la città dove
Kirika dio buono è che a destra va bene
vissuto e ho avuto il mio esistenziale molto personale
crisi di ieri sera se le persone erano al
festa della conferenza che non ho registrato
qualsiasi cosa e non ho usato un flash così io
penso di essere ancora dentro il the
termini e condizioni di essere lì ma
questo è successo proprio così e io ero come me
stava guardando questo incredibile Mindstorms
tipo di torneo in corso di fronte a
io mi sono ritrovato a fluttuare sopra
il mio corpo sembra guardando questo fantastico
circo con tutte queste candele in te
conosci e questi robot combattono nel
medio e ho capito improvvisamente questo
viviamo nel futuro giusto questo è
pazzo
siamo andati a un circo la scorsa notte e
i robot guardati combattono onestamente e e
il futuro è di proprietà di bambini di dieci anni
adesso questo è abbastanza per
innescare una crisi in me ehm ho pensato
è giusto condividere l’essere come dico
questa è la casa dell’esistenzialismo
um così da quella storia a un’altra storia
che risale suppongo che alcuni decenni ora
così Melvin tranquillamente nel 1968, lui
ha postulato la legge di Conway che ha postulato
questo diritto organizzazioni che progettano
i sistemi sono limitati ai britannici
disegni che sono copie del
struttura di comunicazione di tali sistemi
quindi il software che costruisci somiglia al
organizzazione che lo ha costruito se ne hai uno
L’interfaccia utente un team middleware e un database
team indovina cosa ti ritrovi con l’interfaccia utente
middleware e un database penso Dan
Nord stava parafrasando qualcun altro quando
ha detto che puoi anche guardarlo se
sei sette persone per scrivere un compilatore
finirai con un compilatore a sette passaggi
è la stessa cosa in questo momento stavo pensando
su di esso Marvin Khan quando stavo pensando
e vale anche per inciso il
scena come noi siamo un andare da e per la quantità
di persone meravigliose che incontri qui io sono
controlleremo Melvin Conway
in realtà nella stanza non mi piace
guai perché questo è quello che penso
Sembra Marvin Conway
Non ho idea se lo faccia o no ma io
metti questa impressione che è seduto su
il balcone ci guarda tutti esibirsi
scrivere il codice giusto sta guardando il
software di produzione dell’organizzazione e lui
proprio lì ridendo e indicandoci
sta commentando tutto il tempo sul
codeword giusto perché nel 1968 lui
postulato questa teoria Conway è così
divenne noto come legge di Conway e lo fu
completamente spazzatura da parte di tutti non lo era
fino a un documento di follow-up a Harvard
Business Review Penso che fosse il 2007 con
qualche lavoro successivo che è stato pubblicato
congiuntamente da HBR e MIT che è stato chiamato
qualcosa sulla falsariga di molto lungo
titolo un test dell’ipotesi di mirroring
e questa ricerca che hanno fatto una sorta di
ha dimostrato che la sua ipotesi non ha smentito
la sua ipotesi nulla quindi credo e
quello che hanno trovato in questo ho appena tirato
fuori alcuni bit espliciti da questo cosa
hanno trovato e hanno trascorso del tempo con
molte organizzazioni diverse molte
diversi tipi di organizzazione
un sacco di diversi tipi di software
incluso molto software open source
team molto distribuiti che hanno trovato
erano anche le organizzazioni strettamente collegate
se non una scelta manageriale esplicita
il design diventa strettamente accoppiato quindi se
hai organizzazioni strettamente collegate
ottieni disegni strettamente accoppiati e via
conversare che se si dispone di un liberamente
organizzazione accoppiata quindi cosa tende a
succede che tu diventi più modulare
architetture più sistemi modulari che
sono costruiti accoppiato liberamente
organizzazioni e quindi è stato così
bene fu postulato in 68 convalidato
di nuovo nel 2007 e continuo a pensare che noi
non ho imparato le lezioni da
dal sig. Conway che è ancora seduto
lì ridendo di noi sul balcone così
solo per reiterare strettamente accoppiato
il design delle organizzazioni diventa strettamente
organizzazioni accoppiate liberamente
più design modulare che ho menzionato
andando a parlare di un paio di
caratteristiche dovrei probabilmente
mi presento prima mi chiamo James
Lewis, ho lavorato per il pensiero che gli stoppini hanno fatto
per circa dieci anni ho detto che descrivo
me stesso come principio dell’architetto di codifica
tipo di ingegnere anche se in questi giorni lo faccio
tendono a fare molto più tipo di tavola
roba di consulenza di livello ma in questo articolo
in questo
carta che abbiamo scritto abbiamo disposto circa 10 o
quindi le caratteristiche di cui è uno
concorrenti di componentizzazione di
servizi che è ciò che la maggior parte penso che la maggior
la gente lo capirebbe
quali micro servizi sono micro servizi
sta rompendo le cose in più piccoli
unità e distribuirle in modo indipendente
e così via li testiamo ma lo chiamiamo
come dico molte altre caratteristiche e
i due su cui mi concentrerò oggi sono
questa idea di organizzazione intorno limitato
contesti o la nostra attività
capacità e questa idea di correre o
costruzione di prodotti e servizi in realtà
Verrò a quello in un secondo piuttosto che
progetti quindi non usando progetti e
costruire attorno alle capacità di business
questo è ciò che bene per quanto tempo abbiamo
ho lasciato 40 minuti circa
essere circa suggerisco se non lo sei
interessato a quello, ma tu hai letto
la descrizione questo è praticamente cosa
ero nella descrizione prima di andare
per rispondere a una domanda che viene sempre
così questa è la prima cosa e la
la prima domanda è sempre quanto è grande
il servizio mi scusa
e c’è una risposta molto semplice a questo
se sai quanto è grande un normale
servizi e orientato al servizio normale
architetture su questo grande micro
il servizio è così grande che è così grande micro
i servizi sono piccoli più piccoli di grandi
servizi e si può ottenere più di loro
per il tuo denaro apparentemente o qualcosa del genere
e questa è la fine del discorso, quindi grazie
sei molto per venire e speriamo
ti sono piaciuti i micro servizi e
La legge di Conway parlare seriamente destra intendo
sul serio
queste sono le cose queste sono le prof
alcune delle proprietà che vogliamo quando
stiamo andando avanti con la decomposizione
sistemi nei micro servizi che si desidera
essere vogliono essere in grado di sostituirli
a buon mercato e facilmente da qualche parte tra a
giorno e forse due settimane in quel modo
dimensioni saremo in grado di ridimensionarle
per varie ragioni disponibili
disponibilità di throughput o anche pieno
dimensioni del team si vuole essere in grado di scalare
le persone evitano di aggirare il mitico
cosa uomo-mese e vogliamo costruire
loro per resistere al fallimento c’è stato un
molti discorsi sulla resilienza oggi quali
è fantastico perché questo fa parte del
punto intero di ciò che sta facendo squadre
sistemi di costruzione dai micro servizi
sei
bene stanno costruendo per la resilienza
stanno costruendo resilienza e inizio
e per citare Adrienne Carrion Cockroft
dovremmo essere in grado di andare con
microservices veloce come il possibile
giusto questo è l’obiettivo che vogliamo essere in grado
per fornire valore ai nostri clienti
sia che si sa se questo è in
sia che si tratti di fare soldi o se
questo è salvare vite o qualunque cosa sia
stiamo facendo vogliamo essere in grado di ottenere
presenta di fronte alla gente
usare il software usando i nostri sistemi così velocemente
il più possibile per poter imparare e
cambia e fai di nuovo tutto questo è ciò che
dovremmo andare dai micro servizi ora
sfortunatamente molti di noi riconosceranno
Sospetto che sia giusto il 20 ° secolo
organizzazione che tipo di guarda ancora
nel 21 ° secolo come questo, quindi come
molte persone riconoscono questo tipo di
l’organizzazione a silos ha uno spettacolo
delle mani se lo avessi fatto
chiamato riconoscere che sì , lo sai
hai sviluppo e test e
architettura e tutte queste cose sono
marketing vendite separate ecc. è tutto
separati e spesso e io sono abbastanza
fortunato come consulente riesco a vedere un sacco
e molte organizzazioni diverse così io
vedere molti modi in cui sono
rotto tra l’altro c’è circa 20 e
la maggior parte delle organizzazioni ha tra cinque e
dieci modi diversi sono stati spezzati ma
maggior parte non hanno tutti loro a parte
qualcosa comunque questo è un diagramma reale
da un flusso di processo per il violento
processo in questo tipo di organizzazione
Ovviamente ho cancellato i nomi ma questo
è il tipo di cosa a cui tendi
vediamo che abbiamo capito il diverso
le parti interessate da un lato
requisiti documenti casi aziendali
specifiche funzionali okay abbiamo dettagliato
stima ci sono stime di alto livello
ci sono posti di blocco e qui questo
è bello che siamo noi e zero è questo
dove la codifica avviene correttamente e intendo
questo non è qualcosa che non è comune
questo non è qualcosa di insolito
ancora, ma io continuo a pensare questo è questo è
sbagliato il vecchio modo di costruire
software ed è un po ‘ come questa idea
di serpenti e scale proprio perché cosa
Enders finisce per accadere, sei tu a prenderti
suppongo che forse le vendite diano il
architetti alcuni alcuni requisiti loro
fai un piano di alto livello con un design di alto livello
consegnalo per svilupparli
Oh, questo non funzionerà mai la mano di nuovo a
gli architetti gli architetti dicono di sì
dovresti restituirlo e se lo ottieni
questo tipo di alto costo di transazione come
il lavoro è passato in giro tra diversi
silos Sono obbligato per contratto a questo
punto di menzionare questo libro da due dei miei
colleghi o tre dei miei colleghi
scusa Joe e Jess e sepolto Lean
Enterprise che è tutto questo
su come ottimizzi la tua organizzazione
a scala al fine di andare veloce come
possibile provare e affrontare questa tesi
I problemi di serpenti e scale che sto per
fare un piccolo diversivo perché uno di
le cose a cui sono interessato credo
ogni sviluppatore di software lo fa
è ora che entrano in visualizzazione
come una visualizzazione che posso visualizzare
tutto visualizza tutte le cose e
così recentemente stavo usando un bel strumento
chiamato J debito per guardare le dipendenze in
le applicazioni a destra quindi questo è questo è
primavera tracciato le dipendenze nel
le biblioteche primaverili tracciate su una lista sono
chiamato gerarchico e in bundle hugga
ritmo di un quarto di diagramma o qualcosa del genere
lungo quelle linee è una specie di
interessante e puoi vedere efferente e
accoppiamento afferente e tutti questi tipi di
cose belle e stavo pensando si può
fallo però per il modo in cui funziona il lavoro
organizzazioni potresti usare simili
tipi di tecniche di visualizzazione quindi io
penso che questo è stato parlato di ieri a
capire come scorre il lavoro
organizzazioni quindi dal concetto al denaro se
ti piace quella frase il mio vecchio ex MDS
a dire da minestra ai dadi dall’inizio
del pasto fino alla fine e ti penso
puoi scrivere puoi tracciarti i percorsi
può tracciare il modo in cui funziona il lavoro
organizzazioni che utilizzano questo tipo di
visualizzazioni chiamate diagrammi per
esempio questo è essenzialmente il
schema di serpenti e scale ma tracciato
come diagramma di accordi e dove gli accordi
rappresentare i passaggi di consegne tra
dipartimenti e in realtà più esplicitamente
ognuno di questi chiama su quel diagramma
piuttosto che rappresentare nel software a
dipendenza rappresentano il ritardo nel
sistema rappresentano la transazione
costo che non devi pagare e il
cosa interessante di questo è se noi
guarda come stiamo costruendo software
in questi giorni molto di questo è stato circa
riducendo questi nuclei rimuovendoli
da ridurre i ritardi riducendo
il costo della transazione, ma non siamo lì
ancora e questo è ciò che il resto del
parla di
Peter Drucker ha detto che questa è una grande citazione
non c’è nulla di così inutile da fare
in modo efficiente ciò che non dovrebbe essere
fatto un sacco di questi handover sono
completamente privo di significato senza senso
inutile sono sicuro che le persone diventeranno
significa e scegli tra le nuvole private come un
esempio, perché questo sembra essere la cosa fare
lo sai questo è il progetto de
giorno della maggior parte degli amministratori delegati abbiamo bisogno di un privato
cloud non ci fidiamo di Amazon
interesse e qualsiasi altro fornitore di cui abbiamo bisogno
il nostro cloud privato e così prendono
fuori e costruire cloud privato ed è
fantastico e per coincidenza quando tu
chiedi una macchina virtuale sul privato
nuvola devi compilare un biglietto e
il biglietto attende in coda per giorni o
a volte settimane o anche in un posto I
era a mesi e poi tre mesi
dopo avrai una macchina virtuale nella tua
cloud privato ora quello che per me non lo è
affrontando le cause alla radice o o alcune di
le cause di alcuni di questi ritardi
perché devi ancora pagarlo
il costo della transazione va bene
quindi ad esempio con nuvole private cosa
abbiamo detto molto è tutto
deve essere self-service ridurre il
costi di transazione tornerò a quello
in un po ‘così ho detto che ne parlo
capacità di business che cosa è quello che ha ottenuto
fare con questi questi handoff e cose
bene questo è un meccanismo che penso
l’organizzazione del nostro modo di lavorare in un modo che
minimizza questi questi ritardi si riduce al minimo
questi handoffs e l’uso di Conway
legge per rafforzare il design del
un software che stiamo costruendo a
rafforzare i confini per provare e
assicurarsi che siano del sistema
la costruzione è disaccoppiata e coesa
è la definizione di capacità a
combinazione di sistemi di processi di persone
che forniscono valore ai clienti interni
o esterno ti darò un esempio
questo è un esempio da alcuni dove io
stava lavorando così c’erano due grandi squadre
uno in uno in Nord America uno in
Brasile e stavano costruendo un grande grande
sistema software come un sito di vendita al dettaglio che
venduto materiale di trasporto quindi pensi
di esso come biglietti dell’autobus o biglietti del treno
o biglietto aereo e su un lato di
questa sorta di dividere la divisione continentale
avevi una squadra grande squadra che era
costruendo così la capacità di vendita al dettaglio
la capacità di vendere l’inventario di vendita
– – quello ai loro clienti
consumatori e in Brasile ne hanno avuto un altro
capacità che è tipo di guardare
dopo tutto quello che ha a che fare con un cliente
e questo è stato grande e incidentalmente in
tra questi hanno avuto questo veramente bello
meccanismo asincrono per la comunicazione
quindi tutto è stato fatto con i messaggi
tra queste due capacità quando
qualcosa è stato venduto e il messaggio è stato messo
su un autobus da qualche parte su un autobus e il
altre capacità potrebbero capirlo
è fantastico se non sai cosa
la messaggistica sembra che questo è il mio tentativo
per dimostrare così e fantastico
va bene e questo è fantastico perché questo
sai parlare della legge di Conway
questa è la legge di Conway in effetti lo erano
separati da una lunga distanza e
in realtà la legge di Conway ha agito per fare
i confini tra questi
capacità in realtà più concrete
questo è tutto meno poroso
teoria dell’informazione è tutto su come
flussi di informazioni tra le persone tra
team all’interno delle organizzazioni perché
c’è una lunga distanza che la larghezza di banda è
c’è una larghezza di banda molto bassa
per la comunicazione tra queste squadre
anche con gli strumenti che abbiamo ora così
è buono questa è la legge del colonnello Conway
agendo a nostro favore in questo in questo
esempio per questa azienda ma poi quando
facciamo schioccare le coperte e
guardato dentro questi affari questi
capacità al dettaglio e clienti noi
ho trovato alcune cose interessanti su I
sospetto che stia succedendo in un sacco di
organizzazioni che si immergono in hey micro
i servizi andiamo a microonde è pronto TM
ecc. ed è questo è il problema con
progetti perché queste capacità di
entrambi i lati di questa divisione continentale
sono stati costruiti da squadre abbastanza grandi te
sapere che c’erano forse 60 in un posto e
ne conosci 100 in un altro posto così tranquillo
grandi squadre separate da questo da questo autobus
ma erano queste le squadre
usando il pensiero progettuale piuttosto che
pensiero del prodotto o servizio a pensare
costruisci questi per costruire le loro capacità
Ti darò un esempio di quello mio
domande preferite quando entriamo
organizzazioni come abbiamo chiesto quindi come si fa
cambia un singolo campo modulo sul tuo
sito web dire se si tratta di un webshop web e se
se la risposta inizia con prima abbiamo
avuto modo di formare un progetto
questo significa che dobbiamo parlare al
ufficio di gestione del progetto perché è
impiegherà più di sei mesi
questo è il pensiero del progetto va bene questo
sai spesso è dovuto ad altri
ragioni ma cose come le ho se tu
chiedi quanto tempo ti ci vuole per cambiare
cosa devi fare per cambiare il singolo
filtro di forma dicono bene prima di tutto
avremo bisogno di sentire fatto il cambiamento in
l’HTML che ho bisogno di cambiare
JavaScript e abbiamo bisogno di fare il
cambiare nelle nostre opinioni e poi il
controllori sul si conosce il
componente lato server dell’app Web e
allora avremo bisogno di oh bene allora andiamo
via ad alcuni servizi dati, quindi è necessario
cambia il protocollo con il protocollo della moglie
andare ai servizi dati e poi il
servizi di dati devono cambiare loro
fatto da OS DDT OS e così via e poi
dovremo entrare fondamentalmente nei dati
creare un nuovo campo nel database in
per trascinarlo in una tabella di database e
continua ad andare avanti e avanti e avanti a destra
e questa è questa idea di progetto
pensare a squadre di breve durata che arrivano
insieme per fornire un piccolo particolare
parte della funzionalità quindi si scioglie
gettando il lavoro che hanno fatto nel corso della
recinto ed è interessante perché
quale è l’effetto nel tempo di molti
questi progetti vengono eseguiti contro il codice
basi è piuttosto problemi di stampa e ciò che noi
trovato in questo particolare esempio è in
fatto mentre il diverso continentale
che diversi continenti furono disaccoppiati
all’interno di queste capacità era questo
pasticcio aggrovigliato di citazione
i microservizi sono tutti piuttosto piccoli
sai o piuttosto piccolo micro non questo
grandi erano così grandi che è fantastico
ma c’era questo pasticcio aggrovigliato
completamente accoppiati non potevi
cambiarne una senza cambiarne un’altra e
questo non è quello che cerchiamo quando siamo
cercando di costruire questo tipo di distribuito
sistema chiunque ha visto questo tipo di idea
imbattersi in questi periodi di indurimento
Lo saprò così complicato che abbiamo
ho dovuto indurire per sei settimane prima di noi
spingere in produzione questo è un
cosa piuttosto comune che vedi quando hai
ottenuto così strettamente per questi
anche i micro servizi hanno questo
idea di dover fan in perché abbiamo
per testare tutto contro tutto
altrimenti non siamo sicuri se fare un
cambiare in un posto sta per avere un
effetto a spirale nel resto del nostro
software questo tipo di idea di Fanny
Fanning in per l’integrazione end-to-end
analisi
e allo stesso modo questo altro problema che corriamo
in un bel po ‘che è un lockstep
distribuzione
Voglio dire che l’implementazione di serrature può farti
abbastanza lontano, ma quando hai un
mille servizi che devono essere distribuiti
tutto in una volta non è solo rischioso
complicato ma ti costa denaro semplicemente
giusto perché ciò che si tende ad avere è
caratteristiche che si stanno accumulando in come
inventario prima che tu possa essere distribuito
loro e ogni volta che ottieni funzionalità
costruendo come inventario che stai pagando
il costo del ritardo per queste caratteristiche così
se una funzione ti porta a sapere potrebbe esserci
produzione in tre settimane ma ne prende sei
e avrebbe potuto guadagnare 10.000 sterline a
settimana poi hai perso potenzialmente 30.000
Sterline Non ho idea di dove sia
crimini mi dispiace e di nuovo questo è quello che ho
ho questa idea che c’è questo
questo vecchio tizio si torna indietro nel 68
chi è seduto di lato è seduto
sul balcone del teatro a guardare
questo è tutto di Conway
legge in azione di nuovo
perché non hai questa squadra stabile
i confini non hanno stabilità all’interno
queste queste capacità giganti e questo
è quello che abbiamo chiamato per chiamare
i monoliti distribuiti li attenti
perché quando entri in questo tipo di
posizionare questo non sta andando veloce come
possibile questo è come avere un nervoso
ripartizione semplicemente ora è tutto molto
bene e potrei fermarmi lì e lo farebbe
essere tutti molto deprimenti ma forse
Dovrei darti qualche idea su forse
modi migliori di organizzare i nostri team così
che possiamo evitare alcune di queste cose così
cosa potrebbe sembrare buono e parlerò
di questo in modo obliquo parlando di
Ebola so che è divertente non dovrebbe
alzare una risata, voglio dire, ma ma lo fa
e questo in realtà sta tornando a me
penso a uno dei temi che ho tipo
visto in alcuni dei colloqui qui sopra
questa conferenza sta esaminando le dimensioni di
fine dell’ingegneria del software per come
le altre persone stanno facendo cose come altre
le discipline funzionano e in questo caso
è stato perché ho visto una storia
il giornale torna nel Regno Unito circa
questa signora è all’inizio di quest’anno che nomina
Chiave caffè Pauline
e lei stava facendo volontariato in un Save the
Ospedale pediatrico in Sierra Leone dove
sfortunatamente ha contratto questo Ebola
è l’altezza dell’epidemia e lei
è stato evacuato di nuovo nel Regno Unito alla fine
finito in un ospedale chiamato il Royal
Libero a Londra, che è lo specialista
Centro per le malattie infettive a Londra
questa è la squadra Miss Susan che è così
sul giornale e mi ha preso
pensando giusto così dato che lì dentro
questa circostanza in cui hanno questo
vicino alla donna malata disperatamente da trattare
e dato che lo sai per fare
che dovranno essere in grado di farlo
eseguici, dovranno essere in grado
di prendere decisioni veloci su di droga
regimi su fluido su tutti questi
cose diverse e dopo circa
dovuto riabilitarlo perché, naturalmente
come una malattia Ebola è praticamente
cancella bene sei spazzato via
dopodiché hai bisogno di molto tempo
periodo di riabilitazione così ero
pensando a come organizzano e
gli ospedali si scopre in generale voi
penso sarebbe un po ‘come questo giusto
quindi molte capacità diverse tutte
interagendo in modi particolari
costi di transazione tra di loro e così via
e puoi tracciare questo in un diagramma del tribunale
e sembra molto simile al modo in cui noi
potrebbe organizzare un tipo tipico di immagino
funzione II silenziata
causa l’organizzazione dei ruoli, ma poi
Stavo pensando che forse non è così
in questo ho letto nell’articolo e questo
mi ha ricordato questo questo particolare
diagramma che ho visto penso Mike Nygaard
ha dimostrato questo un po ‘ indietro e questo è un
diagramma raffigurante qualcosa chiamato il
Ciclo OODA così questo è da un ragazzo chiamato
Il colonnello John Boyd che era un lui era un
bene era un colonnello nell’esercito degli Stati Uniti
ed è stato responsabile per quasi
cambiare da solo la dottrina
che il Nord News globale fa la guerra
praticamente perché ha notato quando lui
stava addestrando piloti da combattimento che se tu
fare in modo che questo loop osservi l’orient
decidere di agire ed è possibile eseguire quel ciclo
più veloce del tuo nemico dentro nel caso
di un pilota da combattimento allora lo sarai
questo è successo come te
vinci combattimenti è che lo esegui
ciclo particolare
il più velocemente possibile e quando lo dico
ha cambiato la dottrina militare che ha davvero fatto
questo approccio favorisce l’agilità sulla rissa
potere quando ha inventato questo e questo
divenne popolare pop nato all’interno di
l’ esercito americano ha portato all’essere gli aerei
diverso così diverso come la luce a
Luglio Taz piuttosto che grande bimotore
combattenti ha portato a cose del genere
gruppi di battaglia rinforzati o credo Eric
Stavo parlando di questo ieri quando
sta parlando di un marine
Expeditionary Force è tutto a posto
il cambiamento di pensiero che viene da
John Boyd e questa capacità di eseguire
questo ciclo rapidamente il più velocemente possibile
Dico questo quando mi è venuto in mente
Stavo leggendo questo articolo forse è questo
di cosa stanno facendo questi medici, di cui hanno bisogno
essere in una posizione in cui possono eseguire
questo ciclo rapidamente per farlo
prendere le decisioni giuste ma senza
pagando questi costi di transazione di andare
attraverso a tutti questi diversi
confini dipartimentali questo è che non lo faccio
ti aspetti di leggere questa è una lista
di tutte le persone coinvolte nel trattamento
Pauline Kalki e dentro in sostanza essenzialmente
un terzo di quelli in grassetto nostro
i medici così loro lo sanno che lo sono
consulenti infettivi infettivi
specialisti Raza et cetera et cetera ma
due terzi dei mesi i due terzi dei
loro sono persone come i farmacisti
piace
Il servizio di assistenza domestica di Porter
lavoratori di sicurezza la gente ecc ecc così
due terzi delle persone coinvolte in
trattarla in realtà non era diretta
i medici questo era il supporto
rete che hanno portato in giro
l’ospedale le diverse capacità
ed è interessante questa è una citazione
dal ragazzo che potrebbe dr. Michael
Jacobs che ha guidato ha condotto il suo trattamento se tu
immagina tutte le funzioni di un ospedale
avere tutti devono essere coinvolti e
devono essere tutti specializzati se
separato per lavorare in questo ambiente ma
tutte le funzioni che l’ospedale aveva
tutti messi insieme in un unico posto per garantire
il miglior risultato per quel particolare
paziente c’erano altri due sì, mi dispiace
Inglesi che erano come la rana in gola lui
sono stati infettati sono stati entrambi trattati a
lo stesso posto e avevano un 100
tasso di sopravvivenza percentuale che è quello che è
piuttosto sorprendente e questo è come lo fanno
lo fanno riunire tutti in uno
posto così piuttosto che essere organizzato come
questo tipo di portare tutti
insieme, loro minimizzano questi questi
trasferisce queste transazioni
e in sostanza si tratta di sapere
creando un team interfunzionale che
ha un unico scopo e nel loro caso
è stato un trattamento di successo del
paziente intendo il nostro caso sarebbe io
Indovina se siamo concentrati sul cliente
risultato sulla consegna con successo
caratteristiche e questa è questa è questa cosa
questa idea di minimizzare i trasferimenti tra
team e abbiamo alcuni dati da un
progetto in Australia che è stato in esecuzione
un tempo abbastanza lungo è da un grande
telecom telco in Australia e loro
ha trovato nel corso nel corso di un periodo di che quindi questo è
sulle carte delle storie, quindi se sei tu
come le carte che sono rimaste all’interno della squadra
abbiamo corso abbiamo finito un ordine di
grandezza da più rapidamente di carte
che ha dovuto lasciare la squadra per un motivo
questa è una differenza di ordine di grandezza
in quanto velocemente puoi andare quanto quanto
throughput si può ottenere che è abbastanza a
molto bene, questo è un grosso problema e
come abbiamo sottolineato e altri
questo è vero per i team di trauma e
ospedali le mie sorelle il nostro pronto soccorso
infermiere questo è esattamente quello che succede quando
il nostro paziente critico entra in loro solo
sciame ottengono tutte le specialità
sono pronti ad aspettare così possono
fornire la migliore assistenza possibile
lo stesso sui team di Formula 1 non è solo
i piloti che ci stanno testando il
auto è tutto sono tutti gli ingegneri
ed è lo stesso per questa idea del
gruppo di battaglia rinforzato così bene tutto bene
molto bene gli ospedali fanno cose in a
modo particolare per cosa significa questo
noi come ingegneri e persone che lavorano in
grandi organizzazioni quindi questa è un’altra
esempio un’altra storia da un posto io
lavorato dove originariamente iniziato off
esattamente simile a questo tipo di silenziamento
dal ruolo prototipico del 20 ° secolo
compagnia ma loro per un periodo di tempo
hanno creato team interfunzionali
e hanno deciso che stavano per
anche dividere l’applicazione che
stavano andando a lavorare stavano lavorando
in due linee separate di attività così come
un esempio di ciò è questo
compagnia assicurativa avevano questo grande
monolite con tutto ciò che accade in
un posto tutti i diversi prodotti
hanno venduto assicurazioni casa animali domestici
pannello si ottiene l’assicurazione dell’animale domestico
grande database di assicurazione sulla vita ecc
deciso nel tempo si sarebbero divisi
questo su così hanno estratto ogni linea di
affari ogni suite di prodotti essenzialmente
in esso nella propria applicazione in
i suoi contatti a banda hanno davvero preso il
dati con esso e sono finiti con
accoppiare tre linee completamente separate
di affari in modo da avere una sola applicazione
che si occupava di assicurazione sulla casa
una applicazione che riguarda il motore e
uno con la vita completamente separato
dati e se io come cliente volevo
andare a questo e comprare un po ‘di assicurazione sulla casa
Andrei su un sito e poi se volessi
per rinnovare la mia assicurazione auto vado al
il prossimo ma i dati sono completamente
separati quindi hanno avuto qualche taglio trasversale
capacità e così hanno messo nel mio
account che ascoltano i messaggi quando io
assicurazione comprato un messaggio sarebbe
generato e sarebbero aggregati qui
quindi questo è un po ‘come un fan in cosa
e perché è così interessante dal
prospettiva di come organizziamo bene questo
sta effettivamente facendo rispettare il pipistrello come abbiamo visto
con un Continental Divide questo è
far rispettare questi confini tra questi
diverse linee di business tutto ciò che a destra
avere questi team interfunzionali
lavorando all’interno di ciascuna linea
affari e questo è il proprietario del prodotto
sviluppatori di analisti di qualità
analisti e così via quindi questo è come sembra
una buona idea, abbiamo questi
squadre interfunzionali organizzate in giro
linee di business così è Shirley Conway
dicendo grandi pollici falsificati ma se tu
guarda ancora questo tipo di struttura
visualizzato su un diagramma di accordi siamo ancora
avere un sacco di questi ritardi a tonnellate
handoffs tra le operazioni una tonnellata di
handoff alle vendite e alle finanze di vendita
e così via, lo penso onestamente
Marvin Conway è ancora lì e lui
ancora seduto sul balcone ridere
noi che sta andando, tu non hai ancora abbastanza
ha funzionato tutto questo da te ma è bello
perché allora possiamo ringraziare questo tizio sì
si Jess umile e loro Farley se lo sono
nella stanza non sono sicuro se lui è impossibile
trovarlo carta Farley dall’agile
gioco di carte ma potrei trovare un Jess umile
scheda DevOps
Una volta mi è stato detto di usarne più di uno
punto esclamativo è il segno sicuro di a
mente squilibrata ma penso che questo abbia bisogno
più di uno non intendo veramente DevOps
Intendo questa idea di consegna continua
dalla zuppa alle noci portando tutto
insieme dal design da te conosci idea
generazione del prodotto generale nuovo
innovazione generata dalla generazione del prodotto
fino alla consegna di un software funzionante
in produzione portando tutto questo
insieme in una sola unità così tu
sappiamo di avere questa idea di
possiamo contare su squadre interfunzionali
riassumere essenzialmente la squadra operativa all’interno
questi e questo non significano necessariamente
che non hai cose come la piattaforma
squadre e così via che non si fa a non
generalizzare alcune delle infrastrutture
compiti come ho detto prima con
cloud privati che Caster tutto essere di circa
Self Service di nuovo riducendo al minimo il costo
delle transazioni in modo da sussumere questi questo
squadra ops e di nuovo ci siamo sbarazzati
una di queste linee diminuisce i ritardi
abbiamo meno sprechi nel nostro processo quindi
aumenta la velocità delle funzionalità
evviva e questo è ciò che questa assicurazione
società ha fatto anche andati nativi nube
così sono stati distribuiti in AWS e letti
un sacco di benefici da questo e da ciascuno
di questi potrebbe essere si sa schierato
indipendentemente potrebbe essere testato
indipendentemente potrebbe essere ridimensionato e così
su quale tipo si aggira questo
pasticcio aggrovigliato che abbiamo visto
prima quando hai questi progetti
quella specie di pop in te un po ‘di codice
e spunta di nuovo così la domanda è possibile
andiamo oltre se immaginate tutto
le funzioni che un ospedale deve avere
devono essere tutti coinvolti non l’hai fatto
dire tutte le funzioni cliniche a
l’ospedale deve essere coinvolto, ha detto tutto
le funzioni si tratta di avere il
portatori stanno avendo il domestico
il personale sono gli addetti alle pulizie hanno
le persone della finanza hanno coinvolto tutti e io
penso che possiamo pensare che possiamo effettivamente agire
per ridurre ulteriormente lo spreco da
prendendo questa linea di idea imprenditoriale e
ampliato su di esso in realtà penso che i giorni
del dipartimento IT sono numerati I
penso che sia un residuo di
come ci adattiamo alle idee dovrebbero essere le aziende
eseguire il reparto IT dovrebbe andare via
con cui dovremmo lavorare tutti insieme
i nostri uomini d’ affari in qualcosa di simile
non è IT o business e non sto parlando
su improvvisamente tecnologi presi in consegna
il mondo e tutto diventa
tecnologia
Sono legato alla tecnologia, intendo
ordine per il più con successo di Moore
fornire valore ai nostri clienti ottenere
software in produzione abbiamo bisogno di
minimizzare questi ritardi e farlo tu
bisogno di tutti nello stesso posto così
che cosa potrebbe sembrare così?
significa fare cose come il susseguirsi o
piuttosto che sussumere combinando le vendite
consegna continua di finanza di marketing
tutte queste cose in una linea stabile di
affari e lo stiamo facendo
specificamente in Australia in realtà con
grande successo come poche aziende fuori
ci sono state facendo così e allora
ce n’è uno che è un sito web di proprietà
quindi, in quel tipo di vendita, vende case
essenzialmente in modo da poter fare pubblicità su di esso
puoi pubblicizzare la tua casa che puoi provare
e compra una casa e così via, allora
due lati diversi o più lati ma
semplicemente ha un aspetto residenziale
e ha un’attività commerciale e
li hanno separati in due
linee di business completamente diverse
e quale funzione di marketing e vendita è
necessario da residenziale in cui prendono
residenziale quindi si siedono tutti insieme
che cos’è il marketing e le vendite funzionali
sono necessari per la pubblicità sono tutti seduti
nella linea commerciale del business insieme
con le squadre insieme alla gestione
direttore per quelle linee di business
insieme a tutto ciò che supporta tutto
seduti insieme in un posto una riga
di affari riducendo al minimo questi ritardi e
è stato stupendamente successo per
loro quindi immagino dove andrò
questa è l’ idea di avere questo nidificato
struttura in cui si hanno squadre di persone
chi distribuisce software, ma lo è
non stanno operando nel vuoto
operato all’interno di flussi di valore, quindi intendo
value stream questo è un gruppo
di persone che hanno un collegamento diretto
linea diretta a un cliente per un cliente
agire su una sorta di flusso di valore è davvero dentro
la mia mente e poi quei flussi di valore siedono
all’interno delle linee di business e quelle linee
di business siedono all’interno delle organizzazioni e
in termini di micro servizi ognuno dei
i team possiedono uno o più servizi uno o
più micro servizi tutti
uno o più microservizi e lo farò
chiama questo perché penso che sia
importante quanti di quelli che costruisci
per squadra dipende completamente dal tuo
requisiti che non devi avere a
milioni di micro-servizi che faranno
chiaro e questo è un esempio
in realtà era un progetto su cui mi trovavo
dove eravamo abbiamo avuto come utenti
contesto del cliente fasciato e siamo finiti
con tre diversi servizi due
diversi database tutti all’interno dello stesso
contesto banner all’interno della stessa
capacità ma era perché avevamo
requisiti che ci hanno portato giù
percorso abbiamo avuto scapoli molto alti
previsto durante la notte così abbiamo voluto il
mettilo in coda con una coda di eventi, così potremmo
scala i consumatori in concorrenza per elaborare il
coda e poi ridimensionarli durante
il giorno in cui non abbiamo avuto tanto
traffico di una serie specifica di requisiti
che abbiamo avuto se non avessimo quelli
requisiti non credo che avremmo
andato alla briga di costruire tutto questo
probabilmente lo avremmo costruito solo a
singolo singolo servizio quindi hai
queste squadre si muovono molto all’interno delle linee
di affari con tutti insieme e
questo è come dico contabilità finanziaria
marketing di vendita per quelle linee di
affari insieme e ottieni
duplicazione della funzione si si te
ottenere la duplicazione di cui non si tratta
questo è l’ottimizzazione per il controllo dei costi
sull’ottimizzazione per la generazione di valore
essenzialmente così che cosa in termini di
numero di persone mentre le squadre sono come te
conoscere la normale dimensione di XP della squadra, ma poi
quando si scala al più grande
unità che cosa sembra bene se
la gente ha incontrato qualcuno che riconosce
immediatamente il casuale 160 a 200 e I
non mi aspettavo che la gente fosse così
Il numero di Dunbar quindi questo è il numero di
connessioni che le persone possono socialmente
tieni premuto su un particolare punto in modo da te
scala le squadre fino al punto in cui
raggiungono il numero di Dunbar al quale
punta a spezzare le cose in altre
unità e onde del pensiero agiscono come
questo tendiamo a dividere gli uffici quando noi
ottenere oltre 150 a 200 persone così
piuttosto che avere un grande ufficio di 400
ci sono alcune eccezioni ne avremo due
uffici separati in scala attorno a Dunbar’s
numero e multipli di cui ho parlato
prima che la legge di Conway è davvero da
interiore originariamente è tutto
flusso di informazioni è tutto su capelli
la larghezza di banda di informazioni tra
così diverse parti della tua organizzazione
puoi immaginare se raggruppi tutti questi
le persone insieme è la larghezza di banda
in realtà molto più grande ce ne sono alcuni
ricerca originale fatta intorno a questa idea
di cose come la colocation, quindi questo è
da un libro di 77 gestione del flusso di
Tecnologia che è in realtà a
una lettura davvero interessante
teoria dell’informazione si tratta di realtà
Dipartimenti di ricerca e sviluppo è una specie di pre-pre
il tipo di esplosione che c’era dentro
il momento del web e di Internet
praticamente sta parlando di R & S
dipartimenti e società di ingegneria
e come le idee si diffondono tra le diverse
gruppi di persone che lavorano su diversi
le cose hanno fatto un sacco di ricerche e l’ho fatto
riprodotto uno dei grafici qui così
questo è un grafico dell’effetto di
distanza sulla comunicazione specificamente
le conversazioni settimanali efficaci su
lavoro e la frequenza di avere
loro con qualcuno più lontano sei
lontano da loro e dopo circa 15 metri
lontano da qualcuno sei essenzialmente
assolutamente improbabile che parli
in modo fortuito a qualcuno di a
progetto su cui ti trovo probabilmente lo sarò
qualsiasi di questi tipi di cose chiaramente
utensili nel suo brodo ha cambiato questo
giusto chiaro, abbiamo capito cosa
sono i bambini usano in questi giorni è
HipChat o slack non so qualsiasi cosa
vedrò per vincere ma strumento
gli strumenti hanno cambiato questo video sempre attivo
ha cambiato questo, ma penso che sia un
grande dimostrazione dell’effetto di
colocation o avere veramente alto
comunicazione di larghezza di banda si ottiene questo
ottengono questi fortissimi
conversazioni che si verificano dove le idee possono
diffondere idee possono fluire le persone possono condividere
i problemi che hanno nel
soluzioni che potrebbero avere così io
Immagino quello che sto dicendo è quello come te
pezzo dalla squadra al valore del flusso e
dalla linea di business all’organizzazione
allora la legge di Conway agirà
a ciascuno di questi confini proprio così
ognuno di questi confini che stai per
ottenere questa azione rinforzante ciascuno di
questi flussi di informazioni sui confini
diventa meno hai meno larghezza di banda
e così a ciascuno di questi confini
stai per ottenere più disaccoppiamento in
il software che costruisci così se tu
organizzare il modo in cui il software è costruito
attorno a questo tipo di strutture
La legge di Conway funzionerà
il tuo favore e l’altra cosa bella è
puoi usare diverse pratiche a questi
confini come si scopre quindi c’è un
molte nuove pratiche sono state le persone
parlavano di non essere nemmeno veramente nuovi
ma cose come i lettori tolleranti
colloqui orientati al consumatore
il cambiamento è un’idea carina e simpatica ma molto
di diverse pratiche che le persone hanno
stato adottato per provare e aiutare a testare
integrare i micro servizi solo provare e
testarli in modo indipendente per provare e
integrarli insieme e così via ma
il fatto è con tutte queste pratiche
vengono con un costo aumentato in alcuni
codice o nella maggior parte dei casi richiede sforzo per
scrivere contratti guidati dai consumatori dove a
il contratto orientato al consumatore è come a
consumatore di un servizio che scriverò
in forma eseguibile le mie aspettative di
il vostro comportamento ho intenzione di consegnarlo a
tu così puoi eseguirlo come parte di
la tua build è fantastica
funziona fantasticamente bene ma non c’è
sforzo coinvolto comporta lo sforzo coinvolto
in realtà implementando queste cose così
bella cosa che penso con questo tipo
di struttura si arriva a fare
decisioni a ogni livello della struttura
da dove è più opportuno
investire quei tempo e fatica così ho
questa nuova cosa chiamo il chunking
dai micro servizi alle squadre per valutare
flussi alle linee di business per
le organizzazioni praticano la cipolla così sono
ti parlerò Potrei aver bisogno di un
nuovo nome così semplicemente che devi fare
cose diverse in diversi punti
diversi livelli di astrazione
così come dividi, puoi fare di diverso
cose come si riducono voi fate
cose diverse così ad esempio tra
le attività commerciali che non hai intenzione di
voglio implementare per esempio il consumatore
diversi contratti probabilmente se lo sono
Google e io sono membro del team API di Maps
non andando a chiedere a tutti i consumatori di
l’API di Maps per scrivere un contratto in
formato eseguibile inviami così posso
correre come parte della mia build ma potrei ma
Probabilmente mi deriderei se lo facessi
giusto che probabilmente non è il tipo di
cosa farai perché a
il pipistrello questo tipo di confine che hai
questo molto basso tasso di cambiamento sei molto
proprietà ad alta stabilità che non vuoi
per fare molti cambi di rottura o
quasi mai così investendo in cose
come test del contratto a questo punto è
questa sorta di confine è probabilmente
non è la cosa giusta da fare ma potresti
voglio fare il versioning semantico che è
un popolare abbastanza popolare
la tecnica di questi giorni si esercita in questi giorni
una versione semantica è dove ognuno di
i tre numeri di versione che pubblichi
ha un significato specifico se si urta a
versione principale significa che è stato
indietro incompatibile urtando minori e
point releases significa che dovrebbe essere
compatibile all’indietro è qualcosa
potresti voler fare al
confine tra organizzazioni o anche
tra le linee di business quando lo fai
necessità di integrare ma tra valore
flussi all’interno di una linea di business
tra tutte le parti della vostra azienda che
stanno facendo cose simili in modi simili
ha un tasso di cambio più alto che desideri
essere in grado di fare più cambiamenti tutti
proprio di conseguenza questo sarà
potenzialmente meno stabile, così potresti
voglio investire a questo punto nel contratto
test per iscritto questi questi contratti
queste specifiche eseguibili di
comportamento che probabilmente vorrete anche
implementare qualcosa come lettore tollerante
quindi puoi andare sul sito di Martin Fowler
ha la definizione di torrent
lettore questo è questo è essenzialmente dove
come consumatore il servizio non sto andando
legare direttamente o legare presto a T
o il tuo protocollo filo così questo è un
livello a cui potresti voler pensare
vite circostanti nel test del contratto a
lettore di torrent e poi tra le squadre
all’interno dello stesso flusso di valore probabilmente
non voglio preoccuparti di semantico
il versioning forse lo fai forse no
ma probabilmente lo vorresti sicuramente fare
test del contratto d’accordo è così che noi
lavorare qui e implementare torrent
lettore e poi all’interno delle squadre non lo farai
voglio pensare al lettore torrent
e questa idea di cambiamento conversazionale
così Adrienne Cockroft di nuovo lui penso
era l’anno scorso ha detto la sua esperienza a
Netflix era il rapporto delle modifiche all’interno
il confine della squadra all’esterno della squadra
confine era circa dieci a uno che voglio
andrò davvero veloce se mi siedo dopo
a Carol posso solo dire hey Carol che sono
gonna make che il cambiamento è che fresco con
puoi fare lo stesso noi entrambi
spingere questo è il tipo di ritmo che voglio
per andare nella mia squadra non lo faccio
voglio essere dipendente dal dover scrivere
test contrattuali e tutti questi tipi di
le cose così sono
praticamente il metro di cosa sto parlando
per cui abbiamo questi Muppet che sono
seduto sul balcone ridendo di noi
ma penso che in realtà sia la risata
aiutandoci bene ci sta spingendo nel
direzione che è strutturare la nostra
organizzazioni in modo tale che siamo
in grado di produrre in modo più efficace
software non più efficiente in questo modo
Dico che non si tratta di controllo dei costi è
non per raggruppare tutti con il
lo stesso ruolo insieme e sai tirare
cose simili simili necessarie
insieme per ridurre il costo questo è
riguardo alla creazione di valore, si tratta di
efficacia oltre l’efficienza e io sono
ripeterò quando venderò una stella tu
so che molte persone pensano che micro
i servizi sono tutti su questa cosa importante
componentizzazione via servizi ma io
pensa che tutte queste cose siano importanti
sì, tutti i marchi in giro per affari
capacità prodotti su progetti noi
chiama quella è la cosa che stavamo vedendo
le squadre di successo fanno piuttosto per una ragione
piuttosto che lasciarli fuori così
finalmente penso che la legge di Conway sarà spesso
invia un segnale nel senso che tu sai
segnale per rumore sai se vuoi
fare cose come ordinare costantemente
lavoro se stai dividendo storie attraverso
squadre e così via se stai spostando le persone
intorno alla distribuzione in atto di serrature
I fan-in per i test end-to-end sospetto
questi sono segnali della legge di Conway
dicendoci che forse non abbiamo abbastanza
ha una struttura organizzativa abbastanza
giusto forse stiamo pagando
costi di transazione forse c’è spreco in
il processo che possiamo che possiamo
rimuovere organizzando leggermente
in modo diverso e anche c’è sicuramente
un alto costo del lavoro associato a
scusate un costo elevato associato al lavoro
che lascia la tua squadra e va altrove
quindi se puoi organizzare in modo che il
il lavoro non lascia la tua squadra
otterrà un throughput molto più elevato e
questo è cose come aumentare i biglietti o
il gruppo della piattaforma che consegna lavoro a
altri dipartimenti che iniziano e si fermano
progetti e così via
Apprezzo che sono stato piuttosto supponente
su questo ma nel tempo questo è il modo
Ho visto la struttura delle organizzazioni
se stessi, al fine di ottenere davvero roba
fatto il modo più efficace così alla fine
è una citazione da Evan bhature my full
il collega di intelligenza che descrive cosa
dice una manovra inversa di comando
quello che dice che ha progettato il
organizzarti
voglio e l’architettura seguirà
calci e urla grazie di cuore
tanto
ora per il litigio dovrei dire
per favore scrivi anche tu puoi loggarti
nell’app e si prega di fornire alcuni
feedback perché è incredibilmente utile
sia per me che per gli organizzatori
per favore fallo sì, scusami, prima di tutto
domanda se i dati sono tenuti separati in
ogni micro-servizio come sull’impatto
di mantenere i dati coerenti va bene lo è
una grande domanda la domanda era se tu
avere dati e separarli per ciascuno
diversi microservizi come hai mantenuto
che i dati coerenti erano tornati a Kent
chi dice la risposta a qualsiasi interessante
domanda è: dipende Penso che potrebbe
sii um e dipende perché intendo
ovviamente se hai dati che
appartiene insieme tenerlo insieme ma dentro
questo caso l’ esempio di assicurazione ero
parlando di dove abbiamo servito in casa
citazioni di assicurazione e politiche di rischio in
un posto e abbiamo avuto animali domestici in un
negozio di dati completamente diverso e noi
ha avuto la vita in un dato completamente diverso
negozio lo abbiamo fatto molto volutamente
perché in realtà quando stavamo generando
eventi di dominio che sono stati consegnati a
l’ account cliente che è il posto
tutte queste cose necessarie per essere
coerente e insieme i clienti
la loro visione era completamente diversa da
il contesto attuale DeBary la
capacità commerciale per l’assicurazione
prodotti così il prodotto assicurativo casa
per esempio ha bisogno di sapere tonnellate di cose
sugli indirizzi dei precedenti cinque
indirizzi che hai avuto sai
se si vive in una zona che è soggetta
al rischio del fuoco o alluvioni e tutto
questi diversi enormi questo enorme
lunga lista di questa enorme quantità di dati
piuttosto ma poi effettivamente il posto dove
tutto questo è aggregato attraverso il
i prodotti tutto ciò che serve sapere è cosa
Che la cosa il prezzo era quello che il
riferimento era e un link per andare e
trovare più informazioni ora um
quello ha funzionato molto bene in questo
ancora una volta non ti sto suggerendo
potrebbe farlo per ogni singola soluzione
ma se riesci a risolvere le cose in questo modo
un modo in cui puoi quindi è di più
efficace ed evitare distribuito
transazioni che fanno schifo solo alla fine
ancora una cosa a cui pensiamo
frittata idea di programmatore anarchia e
auto organizzazione intorno a prodotti e
compiti così mi mancava davvero il discorso di Fred
Non sarò sicuro se sia nel
camera
Spero di no No, la domanda è come farlo
Sento di questa idea di programmatore
l’anarchia quindi questo è sinceramente
lavorando per molte aziende ora questo
idea che tu possa completamente te stesso
organizza il tuo andare e lavorare dove vuoi
prendi letteralmente la tua scrivania e spostala
dove vuoi lavorare quindi conosco la valvola a
molto appassionato di questo l’azienda di giochi I
credo che Facebook funzioni più o meno
allo stesso modo penso che Eric stia parlando
a riguardo ieri sono come mi sento
a tale proposito
Penso che sia un’idea fantastica se tu
può farlo funzionare ma penso che sia necessario
Credo che una leadership incredibilmente coraggiosa
in questa disciplina incredibilmente intelligente
persone che lo eseguono e non lo fa
funziona sempre così ho visto casi
dove sai che è come oh no
scrivere test più perché siamo tutti
programmatore anarchia
e quindi in realtà chiedi il
gli sviluppatori sono come si, non l’ho fatto
abbiamo lavorato così bene per noi che abbiamo iniziato
scrivendo di nuovo i test sono sì, ma tu
so che non è una taglia unica, okay
ultimo
la colocation è un prerequisito che è a
che dire del modello di offshoring vuol dire?
che non dovremmo farlo affatto così il
la domanda è la colocazione è è è è un
buona idea se puoi, se puoi farlo
non che significa che non dovremmo
lavoro offshore ci sono molte ragioni per
offshoring diverso da quello principale
la ragione è costata proprio la ragione principale per cui tu
il lavoro offshore è perché lo farà
essere più economico per avere qualcuno su un altro
posizione da pagare per fare il lavoro um in
alcuni casi non dovremmo lavorare davvero
veramente bene nel forex a cui tendiamo
fare queste cose come divide se siamo
andando in mare aperto abbiamo squadre in mare aperto
India, Cina e Brasile se possiamo
al largo proveremo a dividere il
applicazioni in modo tale che sia
andando a rafforzare i confini del sistema
quindi questa squadra qui prenderà la vendita al dettaglio
per esempio questa squadra qui sarà
prendere soddisfazione e potrebbero essere su
diversi continenti e questo è quello
quel tipo di opere abbastanza
beh, in effetti è quello che è successo nel
La prima storia che ho detto è tenuta perché
c’era una squadra offshore e
la squadra onshore è probabilmente l’ideale no
probabilmente no a meno che non ti organizzi in questo
modo particolare abbiamo questa costante
lavoro in difficoltà in realtà perché tu
sappiamo che siamo una società di consulenza che crediamo
Agile Eric Meyer non è nella speranza, quindi noi
lavoro usiamo XP per gestire i nostri progetti
normalmente e così ti abbiamo sempre pensato
sapere che il cliente sul sito è il più vicino
il cliente è possibile è importante
e così proviamo a lavorare duramente
sul posto ogni volta che possiamo, ma il problema
è un problema ovviamente e forse è così
farmi divagare in queste risposte
mi scuso ma forse penso di pensare
in questi giorni la pressione è così forte
assumere persone per trattenere persone
realmente stiamo andando ad avere per iniziare
pensando a nuovi modi di lavorare
fortunatamente gli strumenti che abbiamo
sempre in video sempre in chat tutti questi
cose diverse in realtà sei tipo
iniziare a fare la differenza con quello ma
Personalmente continuo a pensare che la colocation
per la serendipità del del
conversazioni e così via è la cosa migliore
questo è un lungo invito dipende
ok grazie James, grazie mille
tu sei
Please follow and like us: