quindi prima
Normalmente non lo faccio, ma è un po ‘strano
di
le chiacchiere quindi mi concedo di indovinare
quindi adesso sono il capo tecnico
ufficiale di una società di giochi a San
Francisco ha chiamato Kixeye e lo facciamo
giochi di strategia in tempo reale per il web e per
dispositivi mobili per circa 500 persone in ordine
di e ho fatto questo per circa
dieci mesi e una specie di dieci mesi e
due giorni fa ero il direttore di
ingegneria presso Google per Google App
Motore in modo che App Engine sia una piattaforma
as-a-service circa tre milioni
diverse applicazioni vengono eseguite su di esso
compresa la maggior parte di un gruppo di Google
applicazioni interne e poi anche a
un sacco di giochi e poi forse il più
famoso è lo snapchat quindi corrono corrono
su App Engine e poi prima di quello che avevo
una piccola startup e non ne ho la mia
isola quindi sappiamo come è andata forse
questo è un altro discorso su ciò che ho imparato
su questo, ma prima ero così
capo ingegnere di eBay e ho fatto un sacco
di cose diverse ma per la maggior parte
parte ho trascorso il mio tempo per quei sei e a
mezzo anno di lavoro su più
generazioni della ricerca in tempo reale di eBay
infrastruttura quindi alcuni degli esempi
che userò venire da lì
e alcuni degli esempi che sto per
uso provengono da Google e altri da
Kixeye quindi è una sorta di miscuglio di tutti
quelle grandi quindi credo che inizieremo con
sai perché dobbiamo andare veloci, giusto?
perché in particolare è questa parte di noi il
Parte della società di giochi di Kixeye di cui abbiamo bisogno
vai veloce quindi questi sono alcuni dei nostri giochi
questi tipo questa strategia in tempo reale
i giochi sono davvero in tempo reale come quando io
dire la ricerca in tempo reale su eBay come quella è
misurato in secondi che non è in tempo reale
il gioco è misurato in millisecondi
è la velocità di reazione umana in tempo reale
sono carichi di lavoro super spinosi proprio così
le cose vanno su e giù molto velocemente
I tipi di giochi che realizziamo sono
entrambi estremamente computazionalmente intensivi
sul client e sul server
stiamo eseguendo simulazioni di fisica completa
in parallelo e quindi c’è parecchio
e conosci tonnellate di grafica e
roba quindi ce n’è parecchio
calcolo in corso sui giochi
essi stessi sono in continua evoluzione e
i giochi che facciamo sono costantemente
spingendo i confini così l’obiettivo che
abbiamo impostato per noi stessi è che vorremmo si
essere in grado di giocare ai nostri giochi su di te lo sai
il tuo iPad 4 sul tuo iPhone 5 o sul tuo
browser web e hanno lo stesso tipo di
esperienza che potresti avere
con un impianto di gioco personalizzato o sai a
gioco di console e quelle cose sono costruite
per questa roba quindi c’è una sfida
e a volte facciamo questa sfida e
a volte cadiamo un po ‘in fretta ma quello è
il nostro obbiettivo
bene, quindi perché non siamo veloci, vero?
significa perché non tutte le organizzazioni sono veloci
ed è una grande domanda con un grande
rispondi in modo che io sappia come te
l’ ha spezzato in un mucchio di
diverse categorie quindi prima parlerò
riguardo agli aspetti della gente, allora vado
parlare del tipo di organizzazione
e aspetti della cultura organizzativa e
allora finalmente parlerò di processo così
per prima cosa parliamo un po ‘ di
lato della gente delle cose quindi è facile
dire e un po ‘ più difficile da fare ma
l’obiettivo del primo ordine intorno alla gente è quello di
tipo di noleggio e mantenere il meglio
puoi e perché dovrebbe essere vero se
puoi assumere un giocatore quello che troveremo
quello che troverai è creativo
discipline come arte e audio e
calcolando si scopre che la cima
gli artisti non sono solo 2x
meglio del più produttivo del
i più bassi sono in realtà più
come 10x e c’è stata una serie di
studi in realtà per decenni su questo
soggetto e sono in modo coerente
dimostrare che c’è un enorme differenziatore
tra i migliori artisti e il
artisti di fondo in questi tipi di
discipline quindi se puoi assumere il top
artisti sono 10 volte più produttivi
in modo che porta al tipo di primo ordine di
team più piccoli e più produttivi, giusto
se riesci a ottenere tre persone che possono fare
il lavoro che altrimenti faresti
con 30 è molto più piccolo e molto
più produttivo è anche molto di più
conveniente ma anche a
effetto del secondo ordine qui dove realmente dentro
qualsiasi sistema c’è un po ‘di
coordinamento che sta andando bene e
la quantità di coordinamento tra tre
la gente è molto meno della quantità di
coordinamento che sta andando avanti
tra 30 persone e una sorta di c’è a
post sul blog e un’intera conversazione in cui sai
questo piccolo insieme di affermazioni ma
c’è un ragazzo molto intelligente di nome Neil
Gunther che ha proposto qualcosa che lui
chiama la legge universale sulla scalabilità e
è una generalizzazione di Amdahl
che spero ci siano per lo più familiari
con questo è una sorta di blocco dove
le cose arrivano in fila indiana dietro l’avere
fare qualcosa ma c’è un ma
c’è una cosa più ricca che è
sulla coordinazione e quando hai
qualcosa come un coordinamento simile dove
un sacco di persone diverse devono tutti
lavorare l’ uno con l’altro costantemente dentro
Per spostare nulla in avanti la
il problema è che quel dolore si ridimensiona con
il quadrato della dimensione del gruppo
giusto quindi è un po ‘con un pozzo con
conosci tre persone è una specie di uno
livello di dolore ma con 30 persone è
non dieci volte il livello del dolore è 100
volte il livello del dolore così tanto più
puoi ottenere i migliori risultati più piccoli
squadre si può avere il più basso
coordinamento in testa e più velocemente voi
può andare c’è un altro angolo qui che
è che i giocatori tendono ad attrarre e a
voglio portare su altri giocatori perché
non hanno paura di loro proprio loro
voglio fare del loro meglio e loro vogliono
giocare con il meglio
sfortunatamente ciò che si vede è che B
i giocatori spesso tendono a non introdurre altro
Giocatori B ma in realtà giocatori C perché
hanno ragione paura se non siete
fiducioso nelle tue stesse capacità
questa è una preoccupazione che conosci valida o no
Avrai non vuole portare nelle persone
che sono potenzialmente competitivi e
è qualcosa che in realtà questo
in realtà accade nella vita reale e meglio
per evitare così fresco così il primo esempio
Ho intenzione di dare è l’ assunzione di Google
elaborare così l’obiettivo di Google in questo
il processo di assunzione particolare è solo a
assumere i migliori talenti ora penseresti che sarebbe
essere l’obiettivo di tutti, ma in realtà fino ad ora
come posso dire che non è Google è così sentire
così forte che alla fine dell’altro
fine del processo vogliono solo cima
il talento che unisce Google a quello che sono
disposto a commettere errori lungo la strada
finché quegli errori sono
potenzialmente non assumere persone che desiderano
hanno avuto così falsi negativi sono okay
che intendo Google dice oh scusa Randy
non vogliamo davvero di lavorare qui
ma vedi in realtà se lo avessero davvero
noto che dovrei farti sapere cosa intendo
stanno perfettamente bene con quell’errore
non è un problema, infatti, lo sanno
a questo proposito ora
ne parliamo tra un momento ma cosa
loro ma ciò che Google non fa molto
voglio avere dei falsi positivi in
altre parole assumono Randy ma Randy
davvero non avrebbe dovuto fare il taglio
ha senso quello che sto dicendo qui che
la differenziazione è fredda, quindi è così conosciuta
all’interno di Google che questo è l’obiettivo che
quando ci sono i venti possono esserlo
valutato il comitato delle assunzioni che lo fa
quella valutazione fa quel genere di no
non assumere nessuna decisione di assunzione in realtà
dice esplicitamente e quando con questo
la persona dovrebbe essere incoraggiata ad applicare
di nuovo a destra, quindi non lo so ora
significa no per sempre non è ora e il
la prossima volta accetteremmo un’applicazione
da lei lo sapresti sei mesi o
nove mesi o dodici mesi
ha senso quando dico
perché sanno che la loro esperienza
di Lee involontariamente ma molto
respingendo esplicitamente la gente che questo
altrimenti vorrebbero assumere così il
il processo di assunzione è un po ‘come questo
c’è un set notoriamente molto impegnativo
di interviste tecniche per tecnici
le posizioni e le persone studiano tu lo sai
ho studiato per settimane che ho comprato
libri di testo dell’algoritmo e ho studiato come
era tipo di dottorato orals di cosa il
intervistatori per quelle interviste prendono
di feedback estremamente dettagliato e quindi
piuttosto che il gestore assumente ecco a
c’è un comitato assuntivo obiettivo
decide che in realtà se fare
la decisione assumente o meno e in effetti
quel comitato assumente sta facendo il
decisione dovrebbe Randy venire a lavorare a
Google o no dovrebbe Google offrire Randy
un lavoro a tutti e poi c’è un totalmente
concetto separato che comporta
i gestori delle assunzioni circa oh, va bene, pensiamo
Randy dovrebbe venire a lavorare su Google ora
in quale gruppo dovrebbe lavorare Randy?
ha senso quello che sto dicendo qui
si
e il risultato finale è quello
in realtà finisce con estremamente
di grande talento ed estremamente impegnato
dipendenti e quello era qualcosa che io
notato quando ero lì fresco
quindi la prossima cosa sulle persone è sorta
di rispettare le differenze tra noi
quindi penso che il bene più prezioso
abbiamo a Kixeye o quando ero a
Google su Google o quando ero su eBay
eBay il bene più prezioso che abbiamo è
non
la tecnologia ma le persone e così via
dal momento che le persone sono le più preziose
bene dovremmo trattarli con cura e
con rispetto e quello che ho visto è se a
la società apprezza veramente la sua gente e
dimostra questo valore quindi le persone
gireranno a destra e
fornire valore alla società
le persone non sono intercambiabili
Voglio dire che tipo di conosciamo questo nella nostra
vite regolari ma a volte al lavoro noi
Dimenticalo
quindi tutti noi abbiamo servito se Uhrin si è stabilito
di competenze diverse interessi diversi
capacità siamo molto non ingranaggi
lo sai come in una catena di montaggio e
non siamo fungibili non siamo come te
sai che siamo schiaffo uno sopra l’altro
o sai sostituire un volente o nolente con
un altro così quando stai progettando il
squadra è meglio non pensarlo come a
fabbrica come abbiamo un sacco di voi
conosco macchine che funzionano tutte allo stesso modo
ma piuttosto pensarlo come creare un
sinfonia giusto così la bellezza e il
ricchezza di una sinfonia o di una rock band se
preferisci sono strumenti diversi
giocando bene insieme , sai che c’è
sono molto sicuro che ci siano rock band
che sono tutti percussioni o tutti chitarra
giusto ma i migliori quelli che noi
come ascoltare sono la combinazione di
chitarra sai il ritmo della chitarra solista
il basso del cantante di chitarra conosci le percussioni
ecc cetera e fare la stessa cosa quando
lo sai che se costruirai un
rock band sai fare la stessa cosa
costruisci la tua build per comporre la tua squadra
la tua squadra non è non è un
svantaggio che le persone sono diverse
è un vantaggio da prendere
approfittane per farti comporre un
squadra approfittando di quelli di quelli
discipline di queste differenze tipo
tessendo insieme il diverso
strumenti piuttosto che provarti
conosci tutti quelli che escono allo stesso modo
modelliamo quindi un esempio di contatore o
l’anti-modello è qualcosa che io
sperimentato quando ero in un primo momento a
Bay e dirò solo dritto fuori
che eBay non funziona più così
hanno imparato la lezione così sono
parlando di eBay verso il 2006 è tutto
in realtà molto meglio è un posto fantastico
lavorare ora ma circa il 2006 il
il processo di sviluppo è andato un po ‘
così e le persone agili stanno andando
sai che se ne sentono così
cosa del primo ordine va bene così vogliamo fare
un progetto che vogliamo farti conoscere
cambia al sito così qualcuno
alcuni tipi di progetti di ingegnere e
stima quel progetto giusto diciamo il
scope err qualcuno dice qual è lo scopo
di lavoro e chiedono e l’unità di
la stima è questa cosa chiamata treno
posti e posso dirti storicamente
perché è vero, ma un posto in treno era il
unità era di ingegnerizzare settimane di lavoro a destra
così un ingegnere cronometra per due settimane
e questo scoperto direbbe un po ‘di me
penso che questo ti porti a sapere
cinque posti treno di lavoro o dieci treno
posti di lavoro o qualcosa del genere
allora quella persona esce dal
foto e quel numero alle dieci in treno
posti del valore di numero di opere del valore di
il lavoro viene assegnato più o meno o Dio
assegnato più o meno a un insieme casuale di
gli ingegneri pensano quindi al motore
non era proprio così male ma quasi lo era
pensa a tutti i mille ingegneri è
questo comune stagno di indifferenziati
ingranaggi e noi sceglieremo di sapere che abbiamo bisogno
questo va fatto a questo punto, quindi lo faremo
scegli cinque di loro li daremo a ciascuno
per allenare posti degni di lavoro o lo faremo
scegli dieci di loro e ti prenderemo
ognuno di loro vale un posto in treno
lavoro e una cosa del genere così preavviso
che il progettista o l’implicito
designer davvero che scoper non lo fa
implementare e gli implementatori no
avere la possibilità di progettare Wow che la rete fatta
per come puoi immaginare estremamente
cultura ingegneristica disfunzionale così
primo ordine in termini di esso solo il
gli ingegneri dell’elemento umano erano una specie di
trattati in modo molto esplicito o implicito
indovina come ingranaggi intercambiabili giusto
siamo tutti, siamo tutti uguali e no
riguardo per abilità o interesse o
esperienza o compiti precedenti che loro
aveva fatto la seconda cosa era quella gente
finito e puoi immaginare qualcuno
ha lavorato su questo particolare compito
assolutamente nessun orgoglio di proprietà in questo
implementazione giusta non hanno ottenuto un
possibilità di progettarlo sono stati consegnati
e ho detto che tra due settimane ho bisogno che tu lo faccia
produce questa cosa immagina come
motivare quello era e immaginare quanto
la gente dell’orgoglio ha preso quel lavoro anche
ingegneri eccellenti che sono altrimenti
grande e motivato, giusto per succhiare
un sacco di vita fuori di esso
ma c’è un’altra cosa che è pari
peggio è che nessuno ha finito per quello
nessuno aveva una sorta di proprietà a lungo termine
del codice base, quindi se sei gentile
di essere paracadutato in un particolare te
conosci il sito della battaglia o qualunque cosa tu sappia
alcuni
area e poi sarai
paracadutarsi sai che la settimana prossima sei
sarò paracadutato in un altro
posto che non ne hai nessuno
incentivo a come refactoring in là a
tienila carina e pulita così vedi cosa
capita sì, quindi non è stato così bello e
di nuovo come dico che non funziona così
modo oggi ma questo è un esempio di sorta
di prendere un rigoroso processo a cascata e
andando il più lontano possibile
sii onesto, sai che era estremamente
prevedibile si conoscono i treni passano su
tempo potremmo portare la gente dentro e fuori
abbastanza facilmente perché non importa
quello che sapevi o non sapevi lo sai
c’erano dei vantaggi ma, soprattutto
svantaggi ok
quindi sai cosa potremmo fare a
ciclo virtuoso qui, giusto, quindi facciamolo
immaginiamo ipoteticamente di aver assunto un
giocatori li abbiamo trattati bene, sai
immergiti con la differenziazione con cui conosci
riconoscimento del loro tipo di
abilità differenziate che manterremo
e mantenere queste persone eccellenti che siamo
andando a ottenere risultati migliori stiamo andando
per attirare più giocatori che siamo
tratterò bene, rotondo e rotondo
giro in questo modo meraviglioso lo fa
senso freddo
Quindi la prossima cosa che volevo era una specie di
la gente pensa alla prossima cosa che mi piacerebbe
a parlare è il tipo di
angolo di cultura organizzativa così il
la prima cosa che è culturalmente è ciò che io
piace chiamare una sorta di qualità finita
quantità e sai quando stai facendo
davvero tutto tranne che in particolare
qualcosa per i consumatori come su eBay o
per i giocatori come Kixeye è meglio di
corso per pensare a tutto l’utente e
giocatore o giocatore esperienza olistica
giusto così quando stiamo cercando di ottimizzare
qualcosa dovremmo pensare prima e
soprattutto sull’ottimizzazione dell’esperienza
per le persone che erano veramente te
so costruire per e mi piace dirlo
l’esperienza dell’utente è più del
Esperienza utente giusta quindi abbiamo a
disciplina ed è estremamente un
disciplina estremamente importante in
calcolo che chiamiamo utente UX giusto
esperienza, ma l’esperienza del
l’utente è molto più di questo
vedi cosa sto dicendo così l’utente
l’esperienza è fare i flussi
estremamente facile e rendendoli molto
intuitivo e questo è estremamente
disciplina importante e tu sai no
sentirmi dire qualcosa di diverso ma
c’è molto di più per l’esperienza di
l’utente oltre a quello giusto c’è
anche la funzionalità del prodotto
che stai costruendo c’è, ovviamente
la prestazione del prodotto che
stai costruendo proprio gli insetti là dentro
l’angolo di qualità quindi tutte queste cose
stanno andando insieme nel tipo di
aggregare utente olistico o giocatore
esperienza della cosa che sei
costruendo quindi ciò che è implicito
quell’implicazione per me è quella
in realtà meno è più giusto se vogliamo
per costruire un prodotto di qualità è in realtà
molto meglio da costruire o in un modo che mi piace
dire per risolvere il 100% di uno
problema piuttosto che il 50% di due problemi
giusto così e tu lo sai
in modo correlato a un utente quello del tuo software
Preferirò rivendicare preferire uno
ottima funzionalità invece di due tipi di te
conosci parzialmente completato o lo sai
funzioni completate a metà e ciò può essere
un po ‘controintuitivo e così
certamente non è come la maggior parte delle organizzazioni
gestire anche un gruppo di organizzazioni
in cui ho lavorato ma se pensi
su di esso piace pensare al proprio
esperienza personale di te conosce le cose
che tu stia bene, quindi scarichi un
nuova app sul telefono o qualcosa di simile
quella
non stai dicendo wow, ce ne sono 17 nuovi
funzionalità nella versione 4.2 di questa cosa
sai se sei eccitato che tu sia
entusiasta di uno o forse due dei
cose che effettivamente migliorano le tue vite
giusto non si tratta della quantità di esso
riguarda la qualità di ciò che rende così
senso fresco così la prossima cosa sorta di
la cultura organizzativa saggia questo davvero
viene organizzativamente
Spero tu sia d’accordo è una cultura di
imparando così facciamo errori tutti
tempo dappertutto nel nostro personale
vite e le nostre vite professionali tutte
noi stiamo facendo tutti gli errori tutto il tempo
delle nostre aziende stanno commettendo errori tutti
il tempo in cui si spera di sapere al
fine sai se qualcosa lo sai
corretto in modo che non in realtà
presentarsi per i clienti, ma stiamo facendo
sbagli tutto il tempo
piuttosto che fingere che non sia così
vero e combattendo contro di esso proviamo
per imparare da esso e usarlo come a
opportunità di apprendimento per migliorare proprio così
piuttosto che pensare a te lo sai
qualcosa va storto sai che App Engine
ha un’interruzione o conosci uno dei nostri
i giochi hanno un problema tecnico
piuttosto che tipo di sai indicare
dita cosa hai fatto
pensaci piuttosto come sai cosa ha fatto
impari e soprattutto il modo migliore
per voi conoscete ingegneri introversi come
il modo migliore per farlo in un
modo produttivo è quello di prendere il
emozione e personalizzazione fuori da esso
giusto non si tratta di cosa sapevi
Bob fa o cosa ha fatto Randi è come
bene quello che ha fatto come gruppo come ha fatto
impariamo da questa esperienza e come
potremmo fare di meglio così e se lo fai
quello che troverai è in realtà
incoraggia le persone a muoversi più velocemente
perché quello che hai fatto è che hai
ridotto il rischio di fallimento e così via
hai ridotto il rischio di andare rapidamente
e incoraggerà le tue squadre e te
conosci il tuo popolo per iterare di più e a
avere molta più velocità molto di più
la velocità e la citazione mi piace credo
questo è estremamente rilevante qui è da
uno dei miei presidenti preferiti, Theodore
Roosevelt che ha detto che il fallimento non lo è
cadendo si rifiuta di tornare indietro
in alto, non è la parte sbagliata è
non la parte che cade cadiamo tutti
ora si tratta di rifiutarsi di rialzarsi
giusto e nessuno di noi che sono genitori lo sa
questo con i nostri figli lo conosci un po ‘
è implicitamente vero che cadono i tuoi figli
giù tutto il tempo come quello è esattamente
come stanno imparando proprio così forte
l’esempio sto andando dare è quello che abbiamo
questo è chiamare blame free post-mortems
praticato su Google non è solo
praticato presso Google John all SpA che
una sorta di uno dei padri dei DevOps
movimento ora gestisce le operazioni per Etsy
ne parla regolarmente anche lui
è una pratica davvero eccezionale, quindi tu
fare è è abbastanza semplice è dopo ogni
tipo di incidente che si eleva sopra a
certo livello di gravità abbiamo a
post-mortem e noi seguiamo sai
non è super formale ma seguiamo a
una sorta di struttura ad esso giusta così noi
documenta esattamente quello che è successo sai
1:21 sai che l’ UTC X è successo e perché
è successo in cielo Z quello che è andato bene
è importante farlo a proposito
è importante dire cosa è andato bene
perché spesso andremo oh è andato
giù e ha parlato di tutte le cose
è andato storto ma ce ne sono molti
un sacco di cose che si contromisure
aveva in anticipo prima del tempo che è andato
bene , dovresti riconoscere cosa
quelli sono ma poi ti documentano
sapere cosa è andato storto giusto e poi tu
avere una discussione aperta e onesta con
le squadre che sono coinvolte per parlare
su tutto bene bene quello che ha contribuito a
l’incidente cosa potremmo potenzialmente noi
ho fatto meglio e ho visto questo
non avrei creduto se non avessi visto
più volte con i miei occhi
ma lo farai se lo fai in un molto
conosci una libera circolazione senza colpa
ambiente di supporto cosa finirai
per avere questo incentivo perverso per
gli ingegneri coinvolti nei diversi
squadre per competere quasi per prendere di più
responsabilità per ciò che è andato storto
significa che ho visto questo più volte e io
davvero non ci avrei creduto in futuro
di tempo è incredibile se lo fai al sicuro
per se lo fai se fai l’obiettivo di
l’incontro come potremmo farlo meglio
tutti vogliono contribuire oh si
ecco come potremmo farlo meglio così
sarà sai Già si sa il nostro
la cosa non reggeva sotto quel carico
particolarmente bene oh pensi che fosse
male bene sai che non stavamo nemmeno prendendo
backup e la nostra replica replica era
in ritardo e sai che può essere questo
cosa competitiva quasi divertente ma il
altra cosa interessante e ne sono sicuro
la maggior parte di molti di noi hanno avuto questo
la responsabilità non è sapere è
a volte un sacco di volte i team arriveranno
in questi podi post mortem e via
grazie a Dio abbiamo avuto questa interruzione perché
finalmente posso risolvere questa cosa rotto che
Lo so da molto tempo
chiunque nella stanza ha avuto un’esperienza
così come grazie a dio, fottiti lì
vai da cinque a più persone
grazie a Dio finalmente la cosa
successo che ho previsto nel mio sai
Cassandra come da molto tempo e
ora posso ripararlo ora ho il sai
spazio psichico il tempo della gestione
permesso qualunque cosa ci trattenesse
per farlo davvero
e questo è un po ‘come lo sai fare
limonata di limoni come intendo
sta trasformando quella che è una brutta esperienza
Voglio dire , preferiremmo naturalmente
non aver avuto l’interruzione ma se lo facciamo
è proprio come un’organizzazione che siamo
diventerà sempre più forte
cool, così uscendo da questo post-mortem
ovviamente dovrebbe essere un po ‘di azione
articoli giusto quindi cosa faremo
per cambiare il nostro processo, cosa stiamo andando
fare per cambiare la nostra tecnologia quali sono
faremo per cambiare il nostro
documentazione ecc. come potremmo avere
automatizzato questi problemi, giusto cosa
potremmo aver fatto per definire il
problemi completamente lontani come potremmo
hanno diagnosticato il problema più rapidamente
giusto quale moderno potremmo aver messo
posiziona le segnalazioni che avremmo potuto inserire
posto per farlo in modo che potessimo avere
capito la causa principale in modo più rapido
di quanto non facessimo e poi come potrebbe
abbiamo ripristinato il servizio più rapidamente
giusto e tutte queste cose stanno andando
avere una risposta concreta e tu sai
dovremmo dovremmo notare tutti quelli e
quindi, naturalmente, la cosa fondamentale è
follow up, voglio dire, è una cosa da fare
nota sì, avevamo queste 10 cose che noi
dovrebbe risolvere ma poi con alcuni
tempo ragionevole in seguito conosci settimane
o un mese o comunque qualunque sia il tuo tipo
del ciclo di sviluppo è seguito
assicurati di fare progressi
contro contro alcune di quelle cose e
e che se stiamo andando a fare errori
il futuro che non sono la stessa cosa
errore speriamo che potremmo solo fare
quelli nuovi
questo ha un senso, sì, fantastico , eccomi qui
piace fare una sorta di pausa e riflettere
il ciclo virtuoso di miglioramento così tu
so che inizieremo con l’onestà che è aperta
e onesto con noi stessi su cosa
è andato storto stiamo per imparare da esso
giusto significa che miglioreremo per
la prossima volta otterremo risultati migliori
saremo incoraggiati ad essere
Onesto, più onesto , impareremo
più migliorare di più in tondo e rotondo
e rotondo in questo meraviglioso modo fantastico
quindi la prossima cosa organizzativamente
voglio parlare di team di servizio così
puoi pensarlo come un micro servizio
squadre che conosci solo per riflettere un po ‘
un po ‘su quello che era adrian
dicendo nel keynote così piccolo concentrato
in genere i team eseguivano un singolo
servizio o una serie di servizi correlati e
quella squadra alla RET per quanto riguarda il resto
l’ organizzazione che conosci è
per quanto ne sa il resto dell’organizzazione
un po ‘ha questo molto minimale
interfaccia ben definita e se è a
servizio computazionale sai qualcosa
che potresti entrare nel tuo preferito
fornitore di infrastrutture o qualcosa del genere
che è molto chiaro ciò che l’interfaccia
sarebbe penso che questo sia anche applicabile
a cose che sono meno computazionalmente
come altri tipi di servizi più umani
ma l’esempio ovvio qui è una specie di
conosci i servizi computazionali e così via
allora hai te che vuoi avere un
contratto molto chiaro tra le squadre così
Fornirò questo insieme di
funzionalità e ho intenzione di fornire questo
tipo di livello di servizio questa prestazione
essenzialmente sto facendo queste promesse
voi miei clienti e potete trattenermi
quelli così gli darò alcuni esempi da
di nuovo da Google quindi tutto a
Google è organizzato intorno
servizi così quando la gente dice che questo è giusto
un po ‘il linguaggio ma le persone
non dire che lavoro con il team di Gmail
in realtà dico che lavoro sul servizio Gmail
quindi questo è un servizio che ovviamente sono
certo la maggior parte di noi usa l’ offerta direttamente a
i consumatori quindi non è un
servizio di infrastruttura o una piattaforma
servizio che è un servizio al consumatore e
ma il team di Gmail pensa a se stesso
come servizio e funzionano tutti , sai
come una unità di Google App Engine che io
collaborare è un servizio di piattaforma che conosci
o un insieme di servizi di piattaforma e tu
sappiamo che consideriamo questa nostra piccola bolla
BigTable di cui c’è uno dei
famosi documenti Google che sono interni
servizio che è una sorta di no sequel mm
archiviazione strutturata che è la più grande
unico nel suo genere in tutto il mondo, ma, ma
questo è sopra a BigTable nel suo complesso
viene eseguito un mucchio di infrastrutture di Google
compresa la ricerca e la maggior parte delle cose
in cloud e Gmail e ogni sorta di
roba e tutti quei servizi sono così tutti
quei team di servizio sono autosufficienti
e autonomo quindi le squadre sono più o
meno completamente autosufficienti ora fanno affidamento
a strati su altri come me
parlare di un momento ma per la cosa
che stanno facendo hanno tutto il
risorse e tutte le abilità all’interno del
team giusto quindi questo è molto
parallelo a DevOps in cui inseriamo
lì ma è ma è attraverso tutto il
discipline giuste in modo che tu sappia pensare
la gestione del prodotto pensa di sapere nel nostro
caso ai giochi, pensa che l’arte pensi
anche l’ audio pensa all’ingegneria e e
operazioni e poi queste cose sono
stratificato l’uno sull’altro e questo è un
questo questo esempio lo stack che io
mostra qui è lo stack che in alto
è l’ App Engine o ora Google
questo è il data store delle piattaforme cloud
uno dei più grandi no sequel pubblicato no
sequel sistemi nel mondo è chiamato
cloud datastore ed è stratificato su a
mazzo di altri servizi Google ciascuno di
che aggiunge ed è utile aggiuntivo
parte della funzionalità in cima alla parte superiore
di loro e ho menzionato questi perché
ci sono documenti su tutti loro così
i nomi non sono super importanti all’esterno
felice di parlarne offline ma tu
conosci cloud datastore come sviluppatore
servizio di piattaforma piattaforma orientata è
stratificato su qualcosa chiamato mega store
che è a sua volta stratificato su qualcosa
chiamato BigTable che è a sua volta stratificato
su un file system distribuito chiamato
Colosso che è a sua volta stratificato
Il gestore di cluster di Google che conosci
gestisce tutto il calcolo e l’archiviazione
risorse in tutta la flotta
una cosa che è davvero eccitante
questo è quel gruppo estremamente piccolo in
questo ambiente può raggiungere estremamente
grandi cose quindi per il team di mega store
esempio sei persone non così mega store
non solo ti aiuta a conoscere App Engine
che è un cliente piuttosto grande ma
supporta anche un po ‘di Google
Docs sei persone e sono tutti
sviluppatori ma portano anche un cercapersone
in realtà hanno sufficientemente
automatizzare la loro infrastruttura in modo tale
non devono fare alcun follow-the-sun
situazione come se fossi nella squadra
come penso che lo facciano tutti i giorni così
come se prendessi il cercapersone oggi e poi tu
sapere che John Michell lo prende il giorno dopo
e JJ lo prende il giorno dopo e così via
ma l’hanno sufficientemente automatizzato così
che non li uccide quando
le cose si rompono alle 2:00 non lo fanno
rompere quello spesso alle 2:00 am così
tutti si addormentano oh non l’ho fatto
menzionare che sono tutti nel Pacifico
zona così come sì e poi allo stesso modo il
team di datastore cloud
ha all’incirca le stesse dimensioni di ciò che sai
a questo è uno dei più grandi ospitati no
sequel nel mondo ed è in questo
la squadra ha ordinato sei persone otto persone
qualcosa del genere non è enorme e
è esattamente perché bene come è
possibile che tu dica bene è perché loro
non dovevo fare tutto da soli
giusto perché hanno fatto il loro strato che
non è uno strato piuttosto importante ma tutto
gli altri livelli li conosci tutti
altre cose sotto di esso erano in grado di farlo
contare su un team di assistenza che li ha forniti
conosci una serie di funzionalità promettenti
senza concordato
livello di servizio e un insieme concordato di
le prestazioni ha senso, quindi
la prossima cosa ed è molto correlato è
quello che chiamerò cultura della proprietà e
questo è estremamente simile alla libertà
e l’angolo di responsabilità su Netflix
Adrienne menziona regolarmente e quale lui
menzionato nel keynote così tu voglia
dare ai team l’autonomia giusta e questo può
sii duro ma se puoi dare alle squadre il
libertà di scegliere una sorta di propria
tecnologie là così la loro propria tecnologia
impilare la propria pipeline
metodologia il loro stesso funzionamento
ambiente ma anche renderli
responsabile dare loro la responsabilità
attraverso i risultati di quelle scelte
fai tutto quello che vuoi
nella tua bolla perché sei dietro
la tua interfaccia ma sei responsabile
perché sai conoscere i tuoi livelli di servizio
se conosci la cosa del mungo che sei
usando o la cosa Cassandra che sei
usando o qualunque cosa sia su o giù o
lateralmente a destra e poi tenerli
responsabile per i risultati giusti
perché alla fine non lo è
così interessante come riesce una squadra
l’obiettivo proprio quello obiettivo che ha dato loro così
dare a una squadra un obiettivo piuttosto che a
soluzione e poi lascia che quella squadra possieda il
il modo migliore per raggiungere l’obiettivo giusto e
quindi l’esempio che darò qui è da
Kixeye, quindi ci stiamo muovendo molto
refactoring lungo linee di microservizi così
una delle cose che sapevamo di noi
avremmo avuto bisogno di aver già avuto il
il bisogno è una sorta di chiamo il telaio
per i servizi di costruzione, quindi le persone lo sono
familiare ciò che un telaio è in una macchina così
è una specie di sottoscocca della macchina
e le persone potrebbero sapere che le compagnie automobilistiche
tendono a fare un piccolo numero di chassis
x ‘giusto
no, ma come dire una manciata, quindi dillo un po ‘
compagnia come la conosco Toyota a quattro porte
farò che non conosca due tre
cinque chassis diverso s’ ma hanno
decine di modelli di auto proprio così uguali
il telaio sarà che tu conosci tutto
diversi SUV o qualsiasi altra cosa a XYZ
la compagnia che sai sarà costruita
lo stesso telaio SUV che stanno andando
avere diversi modelli in cima così
questo è l’obiettivo qui come lo sai
la metafora è che vogliamo costruire a
un sacco di diversi servizi sullo stesso
il telaio è fantastico, quindi questa squadra ha avuto un bel risultato
Minimo non intendevo morire di fame
loro ma avevano una certa bellezza
set minimo di risorse e carino
il minimo di direzione per me è così
tre persone erano tutte a
giocatori ma tre persone e loro
in pratica ho avuto un mese e ho detto io
suggerito a loro, hey Netflix ha molto
di grandi progetti open source che potresti
voglio controllarli ma non li ho
il punto non li ho mai usati io solo
sappi che Adrian, Jeremy e Co sono
intelligente quindi dai un’occhiata in modo che fosse ordinata
della direzione che io che ho dato loro
sul modo in cui la squadra ha completamente superato
le aspettative di tutti quindi non loro
appena costruito la chat non l’hanno fatto solo
costruire il telaio di cui ho parlato
hanno anche costruito uno strato di trasporto
supportato entrambi i tipi di stile di riposo HTTP
le chiamate servono alla risposta alla richiesta sincrona
e WebSockets
quindi è roba asincrona che usiamo
estremamente pesantemente nei giochi in tempo reale così
avevamo bisogno di entrambi questi tipi di cose e
non era parte del Netflix aperto
roba di origine quindi è qualcosa che
Avremo open source più tardi, ma in modo
hanno costruito una chat su un livello di trasporto che
potrebbe prendere entrambe le richieste di risposta
sincrono e asincrono Oh
trasporto asincrono bidirezionale a
modello di servizio per facilitare la rotazione
up nuovi servizi un intero conduttura di costruzione
sai che saprai cuocere costruire
tutte le cose insieme bacio ami schierare
fuori ad Amazon ecc e quindi utilizzare il
reti lo strumento Netflix Asgard da fare
ciò che si chiama distribuzione rosso-nero così
hai la versione a e la versione B di
il software e si gira la versione
B e averlo pronto e poi semplicemente
capovolgere il bilanciamento del carico da a a B
quindi non hai mai questo spin strano
tempo e puoi sempre tornare indietro
caso qualcosa va storto così ancora una volta
Dico che abbiamo fatto un uso pesante in questo lavoro di
Netflix open source proietta il risultato
sono gli sviluppatori che calciano
Posso andare è quasi incredibile è ancora
incredibile per me ma l’ho visto in azione
che 15 minuti da nessun codice a a
servizio in corso in AWS proprio così
ovviamente per costruire qualsiasi non banale
servizio che richiederà più di
15 minuti di mia codifica, ma l’unico
overhead aggiuntivo di come il tutto
Costruisci la tua distribuzione fallo fuori, testalo
sai collegarti con il monitoraggio
sistema tutto ciò per cui vado interamente
gratis e così gratis che incoraggia
Io costruisco sempre più micro
servizi che è esattamente l’idea qui
ed è piuttosto eccitante per noi
sarà in programma nel prossimo mese
o diversi per open-source un sacco di
questo lavoro per restituire al
comunità allo stesso modo in cui siamo stati
in grado di prendere così sono super entusiasta
questa roba fantastica così tu conosci il
ciclo virtuoso di proprietà come espresso
proprio lì
quindi dai una squadra conosci un obiettivo, non a
soluzione giusta quindi dargli l’autonomia
saranno estremamente motivati
saranno efficienti in come
raggiungono i loro risultati perché ehi
hanno solo tre persone giuste
non è che possano scrivere il tutto
tutto da zero devono
Devo stare sulle spalle
di giganti per ottenere il loro lavoro hanno fatto
ottenere grandi risultati ne darò di più
autonomia della squadra rotonda e rotonda
giro in questo modo meraviglioso grande così
il prossimo è la collaborazione quindi ora io
ho parlato un po ‘ di come
organizzerei una squadra di cui parlare
come fare le cose attraverso i team così
La cosa migliore è comportarsi come una sola squadra
in particolare attraverso voi conoscete l’abilità
imposta e conosci le divisioni che sono
che sono storicamente i più problematici
nel nostro settore quindi prodotto ingegneristico
operazioni e così via e facile da dire e
a volte in alcune culture di ingegneria è
difficile da fare, ma pensare a risolvere
problemi piuttosto che incolpare e
puntando le dita a destra vorrei partire
la politica ai politici e tu
sapere lasciarlo fuori dal luogo di lavoro e
questo è uno scherzo che forse è solo divertente
per me, ma i giochi burocratici non lo sono
ovunque vicino così divertente come il tempo reale
giochi di strategia che costruiamo al nostro
compagnia quindi preferisco di gran lunga se lo sei
giocherò a lavoro
che i nostri ragazzi preferirei
li stai giocando sai i giochi laterali
che giocare a giochi burocratici nel
l’organizzazione si raffredda bene, quindi l’esempio
Ho intenzione di dare qui è Google così
Il sistema organizzativo legacy di Google ha
in realtà più organizzazioni in alcuni
senso solo in un certo senso dal set di abilità
quindi c’è una sorta di ingegneria
organizzazione di un prodotto separato
organizzare operazioni separate
organizzazione di un supporto separato per i consumatori
organizzazione ecc ecc e tutti quelli
diverse strutture di segnalazione finiscono
andando a diversi vicepresidenti così
penseresti che ci sarebbe un sacco di
sfide associate a questo bene come
una questione pratica cose come app
il motore finisce per formare una squadra virtuale
con un solo obiettivo fuori da questi
diverse discipline proprio così tutti
su App Engine è tutto co-situato sul
stesso piano a San Francisco
tutti lavorano insieme con un comune
obiettivo di rendere App Engine estremamente
successo e, naturalmente, lo sai
lavorate tutti insieme per i collaboratori
diventare noi piuttosto che loro anche se
sono un altro insieme di abilità che conosci
in una diversa struttura organizzativa
quindi la storia mi piace raccontare qui quale io
Mi piace davvero farmi sempre sorridere
pensarci sono le persone delle strutture
è arrivato l’ ufficio di Google San Francisco
al nostro gruppo e abbiamo detto che stiamo cercando di
pianifica lo spazio che conosci in Google San
Ufficio di Francisco per la prossima coppia di
anni quindi vogliamo sederti con te
e dicci di conoscere i tuoi piani di crescita
e così possiamo vedere un po ‘ di che spazio
avremo bisogno di prenotare per te come
ok bene e hanno detto e anche questo
è stato meraviglioso queste persone hanno pensato in anticipo
così bene che ha detto e anche vorremmo
sai cosa faranno gli altri gruppi
bisogno di essere co-localizzato con giusto così così
che puoi fare il tuo lavoro davvero bene così
siamo andati bene, lo sappiamo, ne abbiamo bisogno
per stare con noi non abbiamo davvero bisogno di essere
con le relazioni di sviluppo persone perché
quei ragazzi sono sempre uno spreco parlando
alle conferenze comunque sai che non lo facciamo
potremmo essere su un piano diverso da
le persone di supporto perché sono
rispondendo ai telefoni e sono rumorosi che facciamo
ho bisogno di stare con questa squadra e questo
squadra e così via, abbiamo passato tutto
quello e poi la donna va oh
guarda la mappa dei posti a sedere e sai chi
per quanto riguarda questi ragazzi, oh loro sono
prodotto sono noi e proprio come oh okay
è fantastico che hanno bisogno di stare con noi e
poi lei ha detto oh che dire di questo gruppo
non sono nella tua squadra così bene oh no
quelle sono operazioni sono anche noi
non mi è nemmeno venuto in mente che quelle squadre
quello ha riportato due VPS completamente diversi
nessuno dei quali ci siamo mai incontrati per lo più
non mi è mai venuto in mente che loro
non erano nemmeno la nostra squadra a cui
io e questo è così che dovrebbe essere
destra solo così è stato è un completo
coincidenza casuale quasi che c’è
che le strutture di segnalazione sono
diversi come tutti abbiamo agito come
una squadra quindi penso che ne dica molte
cose in realtà dice che puoi
creare questo tipo di cultura anche se il
l’organizzazione è allineata lungo un
accesso completamente diverso grande così
era un po ‘ di organizzazione
cultura quindi l’ultima sezione che voglio
parlare di processo è così il primo
cosa e questo è molto simile al
sai imparare dai fallimenti come
la sperimentazione è una delle cose
questo è certamente vero in internet
cultura ed è particolarmente vero in
i giochi online è che il gioco è tutto
su costante iterazione giusta
non abbiamo mai assunto in eBay quando noi
rilasciato un nuovo sai nuove funzionalità su
il motore di ricerca che sarebbero
perfetto la prima volta o che i consumatori
li amerei immediatamente così
non è mai successo, ma il lancio era solo
il primo passo giusto, così prima era
lanciarlo là fuori e poi noi continuiamo
migliorando costantemente con un mucchio di a
essere test e costantemente iterare e fare
è sempre meglio, sempre meglio e il
esempio che da Kixeye è il gioco
che conosci i due giochi più o meno
che pagano tutti i nostri stipendi sono quelli
che sono stati in giro per un po ‘di tempo
loro chiamati ” pirati da battaglia” erano più o
meno un successo durante la notte, ma un altro
uno chiamato comandante di guerra non era un
successo immediato è stato questo
estremamente piccolo non ero lì ma è così
era una società estremamente piccola in questo
tempo forse 30 o 40 persone così è stato e
ci sono voluti sei mesi di settimana o addirittura
più spesso iterazione sul comandante del lavoro
finché non abbiamo finalmente trovato il giusto
combinazione di
meccaniche di gioco e set di funzionalità e
ecosistema tutti insieme per farlo
qualcosa che ha davvero risonanza con
giocatori che sapevamo che c’era un grande gioco
lì perché stavamo suonando ma
ci sono voluti sei mesi che tu conoscessi la grind
macinare per arrivare al punto in cui siamo noi
trovato qualcosa che ha davvero risuonato così
prima ci siamo attenuti e poi siamo stati
in grado di raccogliere i benefici giusti così noi
costantemente iterato su di esso e ora ora
paga sai metà dei nostri salari aziendali
così grande così è così la cosa
le cose ci sono che ne conosci molte
piccoli esperimenti che rendi piccoli
miglioramenti finirà sai possibile
finiscono per riassumere due vittorie davvero grandi
e l’esempio che darò è lì
una grande esperienza che ho avuto su eBay così
di nuovo ho menzionato che ho lavorato al
motore di ricerca lì così forse lo sono
familiarità con l’idea generale di a
funzione di classificazione nella ricerca, quindi se
hai mai sentito parlare di PageRank per google
questa è la funzione di rango giusto così
questa è la combinazione di fattori in cui
segnano per la tua domanda che cosa
i risultati dovrebbero apparire in prima posizione
decima posizione 100 ° posizione ecc
eBay ha la stessa cosa è diverso
insieme di fattori ma concettualmente è il
stessa idea che ogni volta che vai query
per qualcosa su eBay erano in tempo reale
valutare il punteggio della diversa
oggetti che sembrano tornare e
classifica saprai come ordinare i risultati
che per quella funzione di punteggio grande così
prima abbiamo iniziato a fare il lavoro che sono
ti dirò che avevamo una specie di a
un piccolo numero di fattori sintonizzati a mano
il product manager è definito e lo erano
manager di prodotti piuttosto intelligenti così
in realtà ci ha messo un anno per batterlo
una macchina ma poi ci siamo lasciati alle spalle
il nostro obiettivo era migliaia di fattori che
nessun umano potrebbe mai sapere di resistere
il suo cervello è l’unico modo per farlo
questo era con l’ apprendimento automatico così noi
passato prima abbiamo assunto un gruppo di
persone davvero intelligenti che abbiamo creato al
tempo il terzo più grande cluster Hadoop in
il mondo quindi erano diverse migliaia
nodi e tu conosci il 2010 o qualsiasi altra cosa
terzo dopo Yahoo e Facebook abbiamo ottenuto
questi brillanti conosci i dottori di ricerca
venire con alcuni in realtà finì
essendo modelli predittivi molto semplici di
se qualcuno interroga qual è il
probabilità qual è il condizionale
probabilità che lì
rivedere un oggetto se lo vedono cos’è
la probabilità condizionata che siano
offerta andando su di esso o di acquisto su di esso
comprarlo ecc e abbiamo eseguito centinaia e
centinaia di otto di parallelo a B test
di diversi fattori e sono
diversi modelli e così via sul live
sito e abbiamo fatto un anno intero di costante
miglioramenti incrementali nessuno
miglioramento spostare l’ago di più di
punto oo qualunque percentuale ma se lui
aggregato tutto insieme è finito
alla fine di quell’anno un due per cento
aumento delle entrate complessive del
società così ebay ha operato circa sessanta
miliardi di dollari di beni e servizi in
quella specie di anno 2010-2011 eBay prende
un ordine di taglio del dieci per cento di quello in modo che il
le entrate erano dell’ordine di sei miliardi di dollari
per quell’anno un aumento del due per cento in
entrate è un cento e venti milioni
dollari alla linea di fondo che noi
non ce l’ avevo prima di noi anche in parallelo
squadra completamente separata di nuovo con un tutto
una serie di esperimenti ha lavorato al miglioramento
la velocità del sito giusto semplicemente
ecco un’idea pazzesca
se lo rendi più veloce per le persone che sono
comprerò di più e come una nota a margine come
quello era davvero un argomento come noi
in realtà ha dovuto discutere con un sacco di
sorta di parte degli affari non noi
non dovremmo creare nuove funzionalità in realtà
dovrebbe solo rendere le funzionalità esistenti
più veloce e poi lo abbiamo dimostrato con a
un sacco di esperimenti e questo ci ha dato
un altro due per cento in modo aggregato
riguardava l’ordine duecentocinquanta
milioni di dollari tra il set di
esperimenti che abbiamo fatto lungo la macchina
classifica appresa e l’ insieme di
esperimenti che abbiamo fatto lungo la velocità del sito
super impressionante da vedere per vedere tutto questo
ottimo quindi ecco un ciclo virtuoso di
sperimentazione giusta così facciamo
esperimenti che impareremo da loro
perché non tutti funzioneranno
in effetti un piccolo numero di loro lo sono
in realtà sta andando a fare un miglioramento
ma da quell’apprendimento andremo
miglioreremo otterremo risultati migliori
faremo altri esperimenti e
miglioramento costante rotondo e rotondo
ottimo quindi la prossima cosa che voglio parlare
circa è ciò che chiamo disciplina di qualità
quindi sai che abbiamo parlato di sorta
priorità uno priorità due priorità tre
caratteristiche per la mia mente è la qualità
funzione zero priorità
niente funziona sai che non intendo nessuno
vuole giocare il gioco o si sa usare
il sito web se ha scarsa qualità quindi
conosci la scalabilità dell’affidabilità di qualità
queste sono cose che sono una specie di
priorità zero funzioni sempre
dovrebbe essere lì e test automatici
probabilmente sta predicando un po ‘al
convertito ti aiuterà ad andare più veloce
in quello in quella disciplina di qualità giusta
in modo da test hanno la schiena ti dà la
fiducia per rompere le cose perché tu
sai che puoi te se qualcosa è rotto
puoi notarlo subito e indietro
il tuo cambiamento ti dà il
fiducia in una sorta di refactoring del codice
in modo molto fiducioso molto coraggioso
modo impietoso ti permette di catturare bug
prima e falliscono più velocemente e il
l’intuizione c’è anche se tu
non mi credi davvero che l’intuizione sia
è più veloce correre su un terreno solido
o è più veloce da eseguire su sabbie mobili
la risposta è solida, grazie e
in realtà sì , molto più veloce da eseguire
su qualcosa in cui hai un solido
fondamento e posso muovermi più velocemente mi muovo
inoltrare più rapidamente alla grande e ora ora
che sappiamo che a noi piace la qualità
istituzionalizzarlo correttamente, così è
inculcato nel nostro sviluppo
pratica con cose come recensioni di codice
e test continui e Kittitas
integrazione continua automatizziamo
la qualità attraverso te sa automatizzata
testare quadri ed è qualcosa
che chiamiamo Canarie è un po ‘un
termine dell’arte ma la metafora è canarino
in una miniera di carbone, proprio come farebbero i minatori
prendere un canarino e se l’aria fosse
male il canarino lo avrebbe scoperto prima e
così che per analogia sai di immaginare
hai un centinaio di server di servizio
stai servendo un servizio particolare
aggiornare uno alla nuova versione e vedere
come va e poi se va bene
lo tiri fuori per il resto del
flotta fresca così la cosa qui è
ovviamente l’idea Met qui è da fare
è facile fare la cosa giusta e difficile
fare la cosa sbagliata così l’esempio
che userò di nuovo qui da dove viene
Google e Google ne hanno davvero
eccellente disciplina ingegneristica
pratiche di sviluppo estremamente solide
ogni sottomissione
al controllo del codice sorgente viene revisionato il codice
ci sono test automatici per quasi
tutto ciò che sai intendo il
aspettativa è l’ aspettativa implicita
che avrai automatizzato
test e in realtà la revisione del codice è
far valere quel diritto che sembra grande ma
per favore aggiungi i test e poi Google
nel complesso ha un unico codice sorgente logico
repository quindi ad eccezione di open
progetti di origine come Chrome e Android
tutto in Google è una specie di ogni
lo sviluppatore di Google può vedere e creare
cambia in realtà tutte le altre cose
e perché non è pericoloso
a causa delle recensioni del codice, non è così
in realtà se faccio un cambiamento non lo farei
fai questo, ma se dovessi andare a caso
BigTable e sai fare un cambiamento esso
non va nel bagagliaio e lo dice
fino a quando non lo sai, recensito così bene
in realtà il risultato dentro lo sai
La bolla di Google è molto interna
modello open source, quindi come è stato ottenuto
espresso in realtà un motore di app perché
di nuovo un po ‘ di Google interno
roba utilizza App Engine non ti punta
sai che potresti farlo ma non lo era
spesso sai che c’è una segnalazione di bug
perché la gente troverebbe bug nel
codice tutto il tempo invece perché lì
è stato un singolo repository di codice etc invece
è stato il bug che ho risolto per te
con queste modifiche al codice si prega di rivedere
loro ed ecco il test che verifica
i cambiamenti che ho fatto nel tuo
codice che è stato fantastico che è stato così bello
ottimo quindi il circolo virtuoso della qualità
qui è avere un po ‘che hanno qualche forte
la disciplina ingegneristica si muove su un solido
fondamenta che stai per diventare più veloce
e meglio e ottenere risultati migliori quindi sono
andando a correre un po ‘veloce in tempo
quindi voglio solo ricapitolare un po ‘
un po ‘ così cose che possiamo fare per fare
organizzazioni veloci o conosci
cambiare alle persone apportare modifiche al
cultura organizzativa e apportare modifiche
al processo così come un ultimo piccolo
pubblicità suppongo venire con noi e
aiutaci a farlo al lato kick così siamo
oltre poco più di 500 persone abbiamo il nostro
ufficio principale a San Francisco anche noi
hanno uffici in tutto la costa occidentale e
in tutto il mondo, quindi Seattle Victoria
British Columbia Brisbane e Australia
e
dannazione e poi ecco il mio contatto
informazioni metterò le cose
su SlideShare relativamente presto ma grazie
molto per l’ascolto
Normalmente non lo faccio, ma è un po ‘strano
di
le chiacchiere quindi mi concedo di indovinare
quindi adesso sono il capo tecnico
ufficiale di una società di giochi a San
Francisco ha chiamato Kixeye e lo facciamo
giochi di strategia in tempo reale per il web e per
dispositivi mobili per circa 500 persone in ordine
di e ho fatto questo per circa
dieci mesi e una specie di dieci mesi e
due giorni fa ero il direttore di
ingegneria presso Google per Google App
Motore in modo che App Engine sia una piattaforma
as-a-service circa tre milioni
diverse applicazioni vengono eseguite su di esso
compresa la maggior parte di un gruppo di Google
applicazioni interne e poi anche a
un sacco di giochi e poi forse il più
famoso è lo snapchat quindi corrono corrono
su App Engine e poi prima di quello che avevo
una piccola startup e non ne ho la mia
isola quindi sappiamo come è andata forse
questo è un altro discorso su ciò che ho imparato
su questo, ma prima ero così
capo ingegnere di eBay e ho fatto un sacco
di cose diverse ma per la maggior parte
parte ho trascorso il mio tempo per quei sei e a
mezzo anno di lavoro su più
generazioni della ricerca in tempo reale di eBay
infrastruttura quindi alcuni degli esempi
che userò venire da lì
e alcuni degli esempi che sto per
uso provengono da Google e altri da
Kixeye quindi è una sorta di miscuglio di tutti
quelle grandi quindi credo che inizieremo con
sai perché dobbiamo andare veloci, giusto?
perché in particolare è questa parte di noi il
Parte della società di giochi di Kixeye di cui abbiamo bisogno
vai veloce quindi questi sono alcuni dei nostri giochi
questi tipo questa strategia in tempo reale
i giochi sono davvero in tempo reale come quando io
dire la ricerca in tempo reale su eBay come quella è
misurato in secondi che non è in tempo reale
il gioco è misurato in millisecondi
è la velocità di reazione umana in tempo reale
sono carichi di lavoro super spinosi proprio così
le cose vanno su e giù molto velocemente
I tipi di giochi che realizziamo sono
entrambi estremamente computazionalmente intensivi
sul client e sul server
stiamo eseguendo simulazioni di fisica completa
in parallelo e quindi c’è parecchio
e conosci tonnellate di grafica e
roba quindi ce n’è parecchio
calcolo in corso sui giochi
essi stessi sono in continua evoluzione e
i giochi che facciamo sono costantemente
spingendo i confini così l’obiettivo che
abbiamo impostato per noi stessi è che vorremmo si
essere in grado di giocare ai nostri giochi su di te lo sai
il tuo iPad 4 sul tuo iPhone 5 o sul tuo
browser web e hanno lo stesso tipo di
esperienza che potresti avere
con un impianto di gioco personalizzato o sai a
gioco di console e quelle cose sono costruite
per questa roba quindi c’è una sfida
e a volte facciamo questa sfida e
a volte cadiamo un po ‘in fretta ma quello è
il nostro obbiettivo
bene, quindi perché non siamo veloci, vero?
significa perché non tutte le organizzazioni sono veloci
ed è una grande domanda con un grande
rispondi in modo che io sappia come te
l’ ha spezzato in un mucchio di
diverse categorie quindi prima parlerò
riguardo agli aspetti della gente, allora vado
parlare del tipo di organizzazione
e aspetti della cultura organizzativa e
allora finalmente parlerò di processo così
per prima cosa parliamo un po ‘ di
lato della gente delle cose quindi è facile
dire e un po ‘ più difficile da fare ma
l’obiettivo del primo ordine intorno alla gente è quello di
tipo di noleggio e mantenere il meglio
puoi e perché dovrebbe essere vero se
puoi assumere un giocatore quello che troveremo
quello che troverai è creativo
discipline come arte e audio e
calcolando si scopre che la cima
gli artisti non sono solo 2x
meglio del più produttivo del
i più bassi sono in realtà più
come 10x e c’è stata una serie di
studi in realtà per decenni su questo
soggetto e sono in modo coerente
dimostrare che c’è un enorme differenziatore
tra i migliori artisti e il
artisti di fondo in questi tipi di
discipline quindi se puoi assumere il top
artisti sono 10 volte più produttivi
in modo che porta al tipo di primo ordine di
team più piccoli e più produttivi, giusto
se riesci a ottenere tre persone che possono fare
il lavoro che altrimenti faresti
con 30 è molto più piccolo e molto
più produttivo è anche molto di più
conveniente ma anche a
effetto del secondo ordine qui dove realmente dentro
qualsiasi sistema c’è un po ‘di
coordinamento che sta andando bene e
la quantità di coordinamento tra tre
la gente è molto meno della quantità di
coordinamento che sta andando avanti
tra 30 persone e una sorta di c’è a
post sul blog e un’intera conversazione in cui sai
questo piccolo insieme di affermazioni ma
c’è un ragazzo molto intelligente di nome Neil
Gunther che ha proposto qualcosa che lui
chiama la legge universale sulla scalabilità e
è una generalizzazione di Amdahl
che spero ci siano per lo più familiari
con questo è una sorta di blocco dove
le cose arrivano in fila indiana dietro l’avere
fare qualcosa ma c’è un ma
c’è una cosa più ricca che è
sulla coordinazione e quando hai
qualcosa come un coordinamento simile dove
un sacco di persone diverse devono tutti
lavorare l’ uno con l’altro costantemente dentro
Per spostare nulla in avanti la
il problema è che quel dolore si ridimensiona con
il quadrato della dimensione del gruppo
giusto quindi è un po ‘con un pozzo con
conosci tre persone è una specie di uno
livello di dolore ma con 30 persone è
non dieci volte il livello del dolore è 100
volte il livello del dolore così tanto più
puoi ottenere i migliori risultati più piccoli
squadre si può avere il più basso
coordinamento in testa e più velocemente voi
può andare c’è un altro angolo qui che
è che i giocatori tendono ad attrarre e a
voglio portare su altri giocatori perché
non hanno paura di loro proprio loro
voglio fare del loro meglio e loro vogliono
giocare con il meglio
sfortunatamente ciò che si vede è che B
i giocatori spesso tendono a non introdurre altro
Giocatori B ma in realtà giocatori C perché
hanno ragione paura se non siete
fiducioso nelle tue stesse capacità
questa è una preoccupazione che conosci valida o no
Avrai non vuole portare nelle persone
che sono potenzialmente competitivi e
è qualcosa che in realtà questo
in realtà accade nella vita reale e meglio
per evitare così fresco così il primo esempio
Ho intenzione di dare è l’ assunzione di Google
elaborare così l’obiettivo di Google in questo
il processo di assunzione particolare è solo a
assumere i migliori talenti ora penseresti che sarebbe
essere l’obiettivo di tutti, ma in realtà fino ad ora
come posso dire che non è Google è così sentire
così forte che alla fine dell’altro
fine del processo vogliono solo cima
il talento che unisce Google a quello che sono
disposto a commettere errori lungo la strada
finché quegli errori sono
potenzialmente non assumere persone che desiderano
hanno avuto così falsi negativi sono okay
che intendo Google dice oh scusa Randy
non vogliamo davvero di lavorare qui
ma vedi in realtà se lo avessero davvero
noto che dovrei farti sapere cosa intendo
stanno perfettamente bene con quell’errore
non è un problema, infatti, lo sanno
a questo proposito ora
ne parliamo tra un momento ma cosa
loro ma ciò che Google non fa molto
voglio avere dei falsi positivi in
altre parole assumono Randy ma Randy
davvero non avrebbe dovuto fare il taglio
ha senso quello che sto dicendo qui che
la differenziazione è fredda, quindi è così conosciuta
all’interno di Google che questo è l’obiettivo che
quando ci sono i venti possono esserlo
valutato il comitato delle assunzioni che lo fa
quella valutazione fa quel genere di no
non assumere nessuna decisione di assunzione in realtà
dice esplicitamente e quando con questo
la persona dovrebbe essere incoraggiata ad applicare
di nuovo a destra, quindi non lo so ora
significa no per sempre non è ora e il
la prossima volta accetteremmo un’applicazione
da lei lo sapresti sei mesi o
nove mesi o dodici mesi
ha senso quando dico
perché sanno che la loro esperienza
di Lee involontariamente ma molto
respingendo esplicitamente la gente che questo
altrimenti vorrebbero assumere così il
il processo di assunzione è un po ‘come questo
c’è un set notoriamente molto impegnativo
di interviste tecniche per tecnici
le posizioni e le persone studiano tu lo sai
ho studiato per settimane che ho comprato
libri di testo dell’algoritmo e ho studiato come
era tipo di dottorato orals di cosa il
intervistatori per quelle interviste prendono
di feedback estremamente dettagliato e quindi
piuttosto che il gestore assumente ecco a
c’è un comitato assuntivo obiettivo
decide che in realtà se fare
la decisione assumente o meno e in effetti
quel comitato assumente sta facendo il
decisione dovrebbe Randy venire a lavorare a
Google o no dovrebbe Google offrire Randy
un lavoro a tutti e poi c’è un totalmente
concetto separato che comporta
i gestori delle assunzioni circa oh, va bene, pensiamo
Randy dovrebbe venire a lavorare su Google ora
in quale gruppo dovrebbe lavorare Randy?
ha senso quello che sto dicendo qui
si
e il risultato finale è quello
in realtà finisce con estremamente
di grande talento ed estremamente impegnato
dipendenti e quello era qualcosa che io
notato quando ero lì fresco
quindi la prossima cosa sulle persone è sorta
di rispettare le differenze tra noi
quindi penso che il bene più prezioso
abbiamo a Kixeye o quando ero a
Google su Google o quando ero su eBay
eBay il bene più prezioso che abbiamo è
non
la tecnologia ma le persone e così via
dal momento che le persone sono le più preziose
bene dovremmo trattarli con cura e
con rispetto e quello che ho visto è se a
la società apprezza veramente la sua gente e
dimostra questo valore quindi le persone
gireranno a destra e
fornire valore alla società
le persone non sono intercambiabili
Voglio dire che tipo di conosciamo questo nella nostra
vite regolari ma a volte al lavoro noi
Dimenticalo
quindi tutti noi abbiamo servito se Uhrin si è stabilito
di competenze diverse interessi diversi
capacità siamo molto non ingranaggi
lo sai come in una catena di montaggio e
non siamo fungibili non siamo come te
sai che siamo schiaffo uno sopra l’altro
o sai sostituire un volente o nolente con
un altro così quando stai progettando il
squadra è meglio non pensarlo come a
fabbrica come abbiamo un sacco di voi
conosco macchine che funzionano tutte allo stesso modo
ma piuttosto pensarlo come creare un
sinfonia giusto così la bellezza e il
ricchezza di una sinfonia o di una rock band se
preferisci sono strumenti diversi
giocando bene insieme , sai che c’è
sono molto sicuro che ci siano rock band
che sono tutti percussioni o tutti chitarra
giusto ma i migliori quelli che noi
come ascoltare sono la combinazione di
chitarra sai il ritmo della chitarra solista
il basso del cantante di chitarra conosci le percussioni
ecc cetera e fare la stessa cosa quando
lo sai che se costruirai un
rock band sai fare la stessa cosa
costruisci la tua build per comporre la tua squadra
la tua squadra non è non è un
svantaggio che le persone sono diverse
è un vantaggio da prendere
approfittane per farti comporre un
squadra approfittando di quelli di quelli
discipline di queste differenze tipo
tessendo insieme il diverso
strumenti piuttosto che provarti
conosci tutti quelli che escono allo stesso modo
modelliamo quindi un esempio di contatore o
l’anti-modello è qualcosa che io
sperimentato quando ero in un primo momento a
Bay e dirò solo dritto fuori
che eBay non funziona più così
hanno imparato la lezione così sono
parlando di eBay verso il 2006 è tutto
in realtà molto meglio è un posto fantastico
lavorare ora ma circa il 2006 il
il processo di sviluppo è andato un po ‘
così e le persone agili stanno andando
sai che se ne sentono così
cosa del primo ordine va bene così vogliamo fare
un progetto che vogliamo farti conoscere
cambia al sito così qualcuno
alcuni tipi di progetti di ingegnere e
stima quel progetto giusto diciamo il
scope err qualcuno dice qual è lo scopo
di lavoro e chiedono e l’unità di
la stima è questa cosa chiamata treno
posti e posso dirti storicamente
perché è vero, ma un posto in treno era il
unità era di ingegnerizzare settimane di lavoro a destra
così un ingegnere cronometra per due settimane
e questo scoperto direbbe un po ‘di me
penso che questo ti porti a sapere
cinque posti treno di lavoro o dieci treno
posti di lavoro o qualcosa del genere
allora quella persona esce dal
foto e quel numero alle dieci in treno
posti del valore di numero di opere del valore di
il lavoro viene assegnato più o meno o Dio
assegnato più o meno a un insieme casuale di
gli ingegneri pensano quindi al motore
non era proprio così male ma quasi lo era
pensa a tutti i mille ingegneri è
questo comune stagno di indifferenziati
ingranaggi e noi sceglieremo di sapere che abbiamo bisogno
questo va fatto a questo punto, quindi lo faremo
scegli cinque di loro li daremo a ciascuno
per allenare posti degni di lavoro o lo faremo
scegli dieci di loro e ti prenderemo
ognuno di loro vale un posto in treno
lavoro e una cosa del genere così preavviso
che il progettista o l’implicito
designer davvero che scoper non lo fa
implementare e gli implementatori no
avere la possibilità di progettare Wow che la rete fatta
per come puoi immaginare estremamente
cultura ingegneristica disfunzionale così
primo ordine in termini di esso solo il
gli ingegneri dell’elemento umano erano una specie di
trattati in modo molto esplicito o implicito
indovina come ingranaggi intercambiabili giusto
siamo tutti, siamo tutti uguali e no
riguardo per abilità o interesse o
esperienza o compiti precedenti che loro
aveva fatto la seconda cosa era quella gente
finito e puoi immaginare qualcuno
ha lavorato su questo particolare compito
assolutamente nessun orgoglio di proprietà in questo
implementazione giusta non hanno ottenuto un
possibilità di progettarlo sono stati consegnati
e ho detto che tra due settimane ho bisogno che tu lo faccia
produce questa cosa immagina come
motivare quello era e immaginare quanto
la gente dell’orgoglio ha preso quel lavoro anche
ingegneri eccellenti che sono altrimenti
grande e motivato, giusto per succhiare
un sacco di vita fuori di esso
ma c’è un’altra cosa che è pari
peggio è che nessuno ha finito per quello
nessuno aveva una sorta di proprietà a lungo termine
del codice base, quindi se sei gentile
di essere paracadutato in un particolare te
conosci il sito della battaglia o qualunque cosa tu sappia
alcuni
area e poi sarai
paracadutarsi sai che la settimana prossima sei
sarò paracadutato in un altro
posto che non ne hai nessuno
incentivo a come refactoring in là a
tienila carina e pulita così vedi cosa
capita sì, quindi non è stato così bello e
di nuovo come dico che non funziona così
modo oggi ma questo è un esempio di sorta
di prendere un rigoroso processo a cascata e
andando il più lontano possibile
sii onesto, sai che era estremamente
prevedibile si conoscono i treni passano su
tempo potremmo portare la gente dentro e fuori
abbastanza facilmente perché non importa
quello che sapevi o non sapevi lo sai
c’erano dei vantaggi ma, soprattutto
svantaggi ok
quindi sai cosa potremmo fare a
ciclo virtuoso qui, giusto, quindi facciamolo
immaginiamo ipoteticamente di aver assunto un
giocatori li abbiamo trattati bene, sai
immergiti con la differenziazione con cui conosci
riconoscimento del loro tipo di
abilità differenziate che manterremo
e mantenere queste persone eccellenti che siamo
andando a ottenere risultati migliori stiamo andando
per attirare più giocatori che siamo
tratterò bene, rotondo e rotondo
giro in questo modo meraviglioso lo fa
senso freddo
Quindi la prossima cosa che volevo era una specie di
la gente pensa alla prossima cosa che mi piacerebbe
a parlare è il tipo di
angolo di cultura organizzativa così il
la prima cosa che è culturalmente è ciò che io
piace chiamare una sorta di qualità finita
quantità e sai quando stai facendo
davvero tutto tranne che in particolare
qualcosa per i consumatori come su eBay o
per i giocatori come Kixeye è meglio di
corso per pensare a tutto l’utente e
giocatore o giocatore esperienza olistica
giusto così quando stiamo cercando di ottimizzare
qualcosa dovremmo pensare prima e
soprattutto sull’ottimizzazione dell’esperienza
per le persone che erano veramente te
so costruire per e mi piace dirlo
l’esperienza dell’utente è più del
Esperienza utente giusta quindi abbiamo a
disciplina ed è estremamente un
disciplina estremamente importante in
calcolo che chiamiamo utente UX giusto
esperienza, ma l’esperienza del
l’utente è molto più di questo
vedi cosa sto dicendo così l’utente
l’esperienza è fare i flussi
estremamente facile e rendendoli molto
intuitivo e questo è estremamente
disciplina importante e tu sai no
sentirmi dire qualcosa di diverso ma
c’è molto di più per l’esperienza di
l’utente oltre a quello giusto c’è
anche la funzionalità del prodotto
che stai costruendo c’è, ovviamente
la prestazione del prodotto che
stai costruendo proprio gli insetti là dentro
l’angolo di qualità quindi tutte queste cose
stanno andando insieme nel tipo di
aggregare utente olistico o giocatore
esperienza della cosa che sei
costruendo quindi ciò che è implicito
quell’implicazione per me è quella
in realtà meno è più giusto se vogliamo
per costruire un prodotto di qualità è in realtà
molto meglio da costruire o in un modo che mi piace
dire per risolvere il 100% di uno
problema piuttosto che il 50% di due problemi
giusto così e tu lo sai
in modo correlato a un utente quello del tuo software
Preferirò rivendicare preferire uno
ottima funzionalità invece di due tipi di te
conosci parzialmente completato o lo sai
funzioni completate a metà e ciò può essere
un po ‘controintuitivo e così
certamente non è come la maggior parte delle organizzazioni
gestire anche un gruppo di organizzazioni
in cui ho lavorato ma se pensi
su di esso piace pensare al proprio
esperienza personale di te conosce le cose
che tu stia bene, quindi scarichi un
nuova app sul telefono o qualcosa di simile
quella
non stai dicendo wow, ce ne sono 17 nuovi
funzionalità nella versione 4.2 di questa cosa
sai se sei eccitato che tu sia
entusiasta di uno o forse due dei
cose che effettivamente migliorano le tue vite
giusto non si tratta della quantità di esso
riguarda la qualità di ciò che rende così
senso fresco così la prossima cosa sorta di
la cultura organizzativa saggia questo davvero
viene organizzativamente
Spero tu sia d’accordo è una cultura di
imparando così facciamo errori tutti
tempo dappertutto nel nostro personale
vite e le nostre vite professionali tutte
noi stiamo facendo tutti gli errori tutto il tempo
delle nostre aziende stanno commettendo errori tutti
il tempo in cui si spera di sapere al
fine sai se qualcosa lo sai
corretto in modo che non in realtà
presentarsi per i clienti, ma stiamo facendo
sbagli tutto il tempo
piuttosto che fingere che non sia così
vero e combattendo contro di esso proviamo
per imparare da esso e usarlo come a
opportunità di apprendimento per migliorare proprio così
piuttosto che pensare a te lo sai
qualcosa va storto sai che App Engine
ha un’interruzione o conosci uno dei nostri
i giochi hanno un problema tecnico
piuttosto che tipo di sai indicare
dita cosa hai fatto
pensaci piuttosto come sai cosa ha fatto
impari e soprattutto il modo migliore
per voi conoscete ingegneri introversi come
il modo migliore per farlo in un
modo produttivo è quello di prendere il
emozione e personalizzazione fuori da esso
giusto non si tratta di cosa sapevi
Bob fa o cosa ha fatto Randi è come
bene quello che ha fatto come gruppo come ha fatto
impariamo da questa esperienza e come
potremmo fare di meglio così e se lo fai
quello che troverai è in realtà
incoraggia le persone a muoversi più velocemente
perché quello che hai fatto è che hai
ridotto il rischio di fallimento e così via
hai ridotto il rischio di andare rapidamente
e incoraggerà le tue squadre e te
conosci il tuo popolo per iterare di più e a
avere molta più velocità molto di più
la velocità e la citazione mi piace credo
questo è estremamente rilevante qui è da
uno dei miei presidenti preferiti, Theodore
Roosevelt che ha detto che il fallimento non lo è
cadendo si rifiuta di tornare indietro
in alto, non è la parte sbagliata è
non la parte che cade cadiamo tutti
ora si tratta di rifiutarsi di rialzarsi
giusto e nessuno di noi che sono genitori lo sa
questo con i nostri figli lo conosci un po ‘
è implicitamente vero che cadono i tuoi figli
giù tutto il tempo come quello è esattamente
come stanno imparando proprio così forte
l’esempio sto andando dare è quello che abbiamo
questo è chiamare blame free post-mortems
praticato su Google non è solo
praticato presso Google John all SpA che
una sorta di uno dei padri dei DevOps
movimento ora gestisce le operazioni per Etsy
ne parla regolarmente anche lui
è una pratica davvero eccezionale, quindi tu
fare è è abbastanza semplice è dopo ogni
tipo di incidente che si eleva sopra a
certo livello di gravità abbiamo a
post-mortem e noi seguiamo sai
non è super formale ma seguiamo a
una sorta di struttura ad esso giusta così noi
documenta esattamente quello che è successo sai
1:21 sai che l’ UTC X è successo e perché
è successo in cielo Z quello che è andato bene
è importante farlo a proposito
è importante dire cosa è andato bene
perché spesso andremo oh è andato
giù e ha parlato di tutte le cose
è andato storto ma ce ne sono molti
un sacco di cose che si contromisure
aveva in anticipo prima del tempo che è andato
bene , dovresti riconoscere cosa
quelli sono ma poi ti documentano
sapere cosa è andato storto giusto e poi tu
avere una discussione aperta e onesta con
le squadre che sono coinvolte per parlare
su tutto bene bene quello che ha contribuito a
l’incidente cosa potremmo potenzialmente noi
ho fatto meglio e ho visto questo
non avrei creduto se non avessi visto
più volte con i miei occhi
ma lo farai se lo fai in un molto
conosci una libera circolazione senza colpa
ambiente di supporto cosa finirai
per avere questo incentivo perverso per
gli ingegneri coinvolti nei diversi
squadre per competere quasi per prendere di più
responsabilità per ciò che è andato storto
significa che ho visto questo più volte e io
davvero non ci avrei creduto in futuro
di tempo è incredibile se lo fai al sicuro
per se lo fai se fai l’obiettivo di
l’incontro come potremmo farlo meglio
tutti vogliono contribuire oh si
ecco come potremmo farlo meglio così
sarà sai Già si sa il nostro
la cosa non reggeva sotto quel carico
particolarmente bene oh pensi che fosse
male bene sai che non stavamo nemmeno prendendo
backup e la nostra replica replica era
in ritardo e sai che può essere questo
cosa competitiva quasi divertente ma il
altra cosa interessante e ne sono sicuro
la maggior parte di molti di noi hanno avuto questo
la responsabilità non è sapere è
a volte un sacco di volte i team arriveranno
in questi podi post mortem e via
grazie a Dio abbiamo avuto questa interruzione perché
finalmente posso risolvere questa cosa rotto che
Lo so da molto tempo
chiunque nella stanza ha avuto un’esperienza
così come grazie a dio, fottiti lì
vai da cinque a più persone
grazie a Dio finalmente la cosa
successo che ho previsto nel mio sai
Cassandra come da molto tempo e
ora posso ripararlo ora ho il sai
spazio psichico il tempo della gestione
permesso qualunque cosa ci trattenesse
per farlo davvero
e questo è un po ‘come lo sai fare
limonata di limoni come intendo
sta trasformando quella che è una brutta esperienza
Voglio dire , preferiremmo naturalmente
non aver avuto l’interruzione ma se lo facciamo
è proprio come un’organizzazione che siamo
diventerà sempre più forte
cool, così uscendo da questo post-mortem
ovviamente dovrebbe essere un po ‘di azione
articoli giusto quindi cosa faremo
per cambiare il nostro processo, cosa stiamo andando
fare per cambiare la nostra tecnologia quali sono
faremo per cambiare il nostro
documentazione ecc. come potremmo avere
automatizzato questi problemi, giusto cosa
potremmo aver fatto per definire il
problemi completamente lontani come potremmo
hanno diagnosticato il problema più rapidamente
giusto quale moderno potremmo aver messo
posiziona le segnalazioni che avremmo potuto inserire
posto per farlo in modo che potessimo avere
capito la causa principale in modo più rapido
di quanto non facessimo e poi come potrebbe
abbiamo ripristinato il servizio più rapidamente
giusto e tutte queste cose stanno andando
avere una risposta concreta e tu sai
dovremmo dovremmo notare tutti quelli e
quindi, naturalmente, la cosa fondamentale è
follow up, voglio dire, è una cosa da fare
nota sì, avevamo queste 10 cose che noi
dovrebbe risolvere ma poi con alcuni
tempo ragionevole in seguito conosci settimane
o un mese o comunque qualunque sia il tuo tipo
del ciclo di sviluppo è seguito
assicurati di fare progressi
contro contro alcune di quelle cose e
e che se stiamo andando a fare errori
il futuro che non sono la stessa cosa
errore speriamo che potremmo solo fare
quelli nuovi
questo ha un senso, sì, fantastico , eccomi qui
piace fare una sorta di pausa e riflettere
il ciclo virtuoso di miglioramento così tu
so che inizieremo con l’onestà che è aperta
e onesto con noi stessi su cosa
è andato storto stiamo per imparare da esso
giusto significa che miglioreremo per
la prossima volta otterremo risultati migliori
saremo incoraggiati ad essere
Onesto, più onesto , impareremo
più migliorare di più in tondo e rotondo
e rotondo in questo meraviglioso modo fantastico
quindi la prossima cosa organizzativamente
voglio parlare di team di servizio così
puoi pensarlo come un micro servizio
squadre che conosci solo per riflettere un po ‘
un po ‘su quello che era adrian
dicendo nel keynote così piccolo concentrato
in genere i team eseguivano un singolo
servizio o una serie di servizi correlati e
quella squadra alla RET per quanto riguarda il resto
l’ organizzazione che conosci è
per quanto ne sa il resto dell’organizzazione
un po ‘ha questo molto minimale
interfaccia ben definita e se è a
servizio computazionale sai qualcosa
che potresti entrare nel tuo preferito
fornitore di infrastrutture o qualcosa del genere
che è molto chiaro ciò che l’interfaccia
sarebbe penso che questo sia anche applicabile
a cose che sono meno computazionalmente
come altri tipi di servizi più umani
ma l’esempio ovvio qui è una specie di
conosci i servizi computazionali e così via
allora hai te che vuoi avere un
contratto molto chiaro tra le squadre così
Fornirò questo insieme di
funzionalità e ho intenzione di fornire questo
tipo di livello di servizio questa prestazione
essenzialmente sto facendo queste promesse
voi miei clienti e potete trattenermi
quelli così gli darò alcuni esempi da
di nuovo da Google quindi tutto a
Google è organizzato intorno
servizi così quando la gente dice che questo è giusto
un po ‘il linguaggio ma le persone
non dire che lavoro con il team di Gmail
in realtà dico che lavoro sul servizio Gmail
quindi questo è un servizio che ovviamente sono
certo la maggior parte di noi usa l’ offerta direttamente a
i consumatori quindi non è un
servizio di infrastruttura o una piattaforma
servizio che è un servizio al consumatore e
ma il team di Gmail pensa a se stesso
come servizio e funzionano tutti , sai
come una unità di Google App Engine che io
collaborare è un servizio di piattaforma che conosci
o un insieme di servizi di piattaforma e tu
sappiamo che consideriamo questa nostra piccola bolla
BigTable di cui c’è uno dei
famosi documenti Google che sono interni
servizio che è una sorta di no sequel mm
archiviazione strutturata che è la più grande
unico nel suo genere in tutto il mondo, ma, ma
questo è sopra a BigTable nel suo complesso
viene eseguito un mucchio di infrastrutture di Google
compresa la ricerca e la maggior parte delle cose
in cloud e Gmail e ogni sorta di
roba e tutti quei servizi sono così tutti
quei team di servizio sono autosufficienti
e autonomo quindi le squadre sono più o
meno completamente autosufficienti ora fanno affidamento
a strati su altri come me
parlare di un momento ma per la cosa
che stanno facendo hanno tutto il
risorse e tutte le abilità all’interno del
team giusto quindi questo è molto
parallelo a DevOps in cui inseriamo
lì ma è ma è attraverso tutto il
discipline giuste in modo che tu sappia pensare
la gestione del prodotto pensa di sapere nel nostro
caso ai giochi, pensa che l’arte pensi
anche l’ audio pensa all’ingegneria e e
operazioni e poi queste cose sono
stratificato l’uno sull’altro e questo è un
questo questo esempio lo stack che io
mostra qui è lo stack che in alto
è l’ App Engine o ora Google
questo è il data store delle piattaforme cloud
uno dei più grandi no sequel pubblicato no
sequel sistemi nel mondo è chiamato
cloud datastore ed è stratificato su a
mazzo di altri servizi Google ciascuno di
che aggiunge ed è utile aggiuntivo
parte della funzionalità in cima alla parte superiore
di loro e ho menzionato questi perché
ci sono documenti su tutti loro così
i nomi non sono super importanti all’esterno
felice di parlarne offline ma tu
conosci cloud datastore come sviluppatore
servizio di piattaforma piattaforma orientata è
stratificato su qualcosa chiamato mega store
che è a sua volta stratificato su qualcosa
chiamato BigTable che è a sua volta stratificato
su un file system distribuito chiamato
Colosso che è a sua volta stratificato
Il gestore di cluster di Google che conosci
gestisce tutto il calcolo e l’archiviazione
risorse in tutta la flotta
una cosa che è davvero eccitante
questo è quel gruppo estremamente piccolo in
questo ambiente può raggiungere estremamente
grandi cose quindi per il team di mega store
esempio sei persone non così mega store
non solo ti aiuta a conoscere App Engine
che è un cliente piuttosto grande ma
supporta anche un po ‘di Google
Docs sei persone e sono tutti
sviluppatori ma portano anche un cercapersone
in realtà hanno sufficientemente
automatizzare la loro infrastruttura in modo tale
non devono fare alcun follow-the-sun
situazione come se fossi nella squadra
come penso che lo facciano tutti i giorni così
come se prendessi il cercapersone oggi e poi tu
sapere che John Michell lo prende il giorno dopo
e JJ lo prende il giorno dopo e così via
ma l’hanno sufficientemente automatizzato così
che non li uccide quando
le cose si rompono alle 2:00 non lo fanno
rompere quello spesso alle 2:00 am così
tutti si addormentano oh non l’ho fatto
menzionare che sono tutti nel Pacifico
zona così come sì e poi allo stesso modo il
team di datastore cloud
ha all’incirca le stesse dimensioni di ciò che sai
a questo è uno dei più grandi ospitati no
sequel nel mondo ed è in questo
la squadra ha ordinato sei persone otto persone
qualcosa del genere non è enorme e
è esattamente perché bene come è
possibile che tu dica bene è perché loro
non dovevo fare tutto da soli
giusto perché hanno fatto il loro strato che
non è uno strato piuttosto importante ma tutto
gli altri livelli li conosci tutti
altre cose sotto di esso erano in grado di farlo
contare su un team di assistenza che li ha forniti
conosci una serie di funzionalità promettenti
senza concordato
livello di servizio e un insieme concordato di
le prestazioni ha senso, quindi
la prossima cosa ed è molto correlato è
quello che chiamerò cultura della proprietà e
questo è estremamente simile alla libertà
e l’angolo di responsabilità su Netflix
Adrienne menziona regolarmente e quale lui
menzionato nel keynote così tu voglia
dare ai team l’autonomia giusta e questo può
sii duro ma se puoi dare alle squadre il
libertà di scegliere una sorta di propria
tecnologie là così la loro propria tecnologia
impilare la propria pipeline
metodologia il loro stesso funzionamento
ambiente ma anche renderli
responsabile dare loro la responsabilità
attraverso i risultati di quelle scelte
fai tutto quello che vuoi
nella tua bolla perché sei dietro
la tua interfaccia ma sei responsabile
perché sai conoscere i tuoi livelli di servizio
se conosci la cosa del mungo che sei
usando o la cosa Cassandra che sei
usando o qualunque cosa sia su o giù o
lateralmente a destra e poi tenerli
responsabile per i risultati giusti
perché alla fine non lo è
così interessante come riesce una squadra
l’obiettivo proprio quello obiettivo che ha dato loro così
dare a una squadra un obiettivo piuttosto che a
soluzione e poi lascia che quella squadra possieda il
il modo migliore per raggiungere l’obiettivo giusto e
quindi l’esempio che darò qui è da
Kixeye, quindi ci stiamo muovendo molto
refactoring lungo linee di microservizi così
una delle cose che sapevamo di noi
avremmo avuto bisogno di aver già avuto il
il bisogno è una sorta di chiamo il telaio
per i servizi di costruzione, quindi le persone lo sono
familiare ciò che un telaio è in una macchina così
è una specie di sottoscocca della macchina
e le persone potrebbero sapere che le compagnie automobilistiche
tendono a fare un piccolo numero di chassis
x ‘giusto
no, ma come dire una manciata, quindi dillo un po ‘
compagnia come la conosco Toyota a quattro porte
farò che non conosca due tre
cinque chassis diverso s’ ma hanno
decine di modelli di auto proprio così uguali
il telaio sarà che tu conosci tutto
diversi SUV o qualsiasi altra cosa a XYZ
la compagnia che sai sarà costruita
lo stesso telaio SUV che stanno andando
avere diversi modelli in cima così
questo è l’obiettivo qui come lo sai
la metafora è che vogliamo costruire a
un sacco di diversi servizi sullo stesso
il telaio è fantastico, quindi questa squadra ha avuto un bel risultato
Minimo non intendevo morire di fame
loro ma avevano una certa bellezza
set minimo di risorse e carino
il minimo di direzione per me è così
tre persone erano tutte a
giocatori ma tre persone e loro
in pratica ho avuto un mese e ho detto io
suggerito a loro, hey Netflix ha molto
di grandi progetti open source che potresti
voglio controllarli ma non li ho
il punto non li ho mai usati io solo
sappi che Adrian, Jeremy e Co sono
intelligente quindi dai un’occhiata in modo che fosse ordinata
della direzione che io che ho dato loro
sul modo in cui la squadra ha completamente superato
le aspettative di tutti quindi non loro
appena costruito la chat non l’hanno fatto solo
costruire il telaio di cui ho parlato
hanno anche costruito uno strato di trasporto
supportato entrambi i tipi di stile di riposo HTTP
le chiamate servono alla risposta alla richiesta sincrona
e WebSockets
quindi è roba asincrona che usiamo
estremamente pesantemente nei giochi in tempo reale così
avevamo bisogno di entrambi questi tipi di cose e
non era parte del Netflix aperto
roba di origine quindi è qualcosa che
Avremo open source più tardi, ma in modo
hanno costruito una chat su un livello di trasporto che
potrebbe prendere entrambe le richieste di risposta
sincrono e asincrono Oh
trasporto asincrono bidirezionale a
modello di servizio per facilitare la rotazione
up nuovi servizi un intero conduttura di costruzione
sai che saprai cuocere costruire
tutte le cose insieme bacio ami schierare
fuori ad Amazon ecc e quindi utilizzare il
reti lo strumento Netflix Asgard da fare
ciò che si chiama distribuzione rosso-nero così
hai la versione a e la versione B di
il software e si gira la versione
B e averlo pronto e poi semplicemente
capovolgere il bilanciamento del carico da a a B
quindi non hai mai questo spin strano
tempo e puoi sempre tornare indietro
caso qualcosa va storto così ancora una volta
Dico che abbiamo fatto un uso pesante in questo lavoro di
Netflix open source proietta il risultato
sono gli sviluppatori che calciano
Posso andare è quasi incredibile è ancora
incredibile per me ma l’ho visto in azione
che 15 minuti da nessun codice a a
servizio in corso in AWS proprio così
ovviamente per costruire qualsiasi non banale
servizio che richiederà più di
15 minuti di mia codifica, ma l’unico
overhead aggiuntivo di come il tutto
Costruisci la tua distribuzione fallo fuori, testalo
sai collegarti con il monitoraggio
sistema tutto ciò per cui vado interamente
gratis e così gratis che incoraggia
Io costruisco sempre più micro
servizi che è esattamente l’idea qui
ed è piuttosto eccitante per noi
sarà in programma nel prossimo mese
o diversi per open-source un sacco di
questo lavoro per restituire al
comunità allo stesso modo in cui siamo stati
in grado di prendere così sono super entusiasta
questa roba fantastica così tu conosci il
ciclo virtuoso di proprietà come espresso
proprio lì
quindi dai una squadra conosci un obiettivo, non a
soluzione giusta quindi dargli l’autonomia
saranno estremamente motivati
saranno efficienti in come
raggiungono i loro risultati perché ehi
hanno solo tre persone giuste
non è che possano scrivere il tutto
tutto da zero devono
Devo stare sulle spalle
di giganti per ottenere il loro lavoro hanno fatto
ottenere grandi risultati ne darò di più
autonomia della squadra rotonda e rotonda
giro in questo modo meraviglioso grande così
il prossimo è la collaborazione quindi ora io
ho parlato un po ‘ di come
organizzerei una squadra di cui parlare
come fare le cose attraverso i team così
La cosa migliore è comportarsi come una sola squadra
in particolare attraverso voi conoscete l’abilità
imposta e conosci le divisioni che sono
che sono storicamente i più problematici
nel nostro settore quindi prodotto ingegneristico
operazioni e così via e facile da dire e
a volte in alcune culture di ingegneria è
difficile da fare, ma pensare a risolvere
problemi piuttosto che incolpare e
puntando le dita a destra vorrei partire
la politica ai politici e tu
sapere lasciarlo fuori dal luogo di lavoro e
questo è uno scherzo che forse è solo divertente
per me, ma i giochi burocratici non lo sono
ovunque vicino così divertente come il tempo reale
giochi di strategia che costruiamo al nostro
compagnia quindi preferisco di gran lunga se lo sei
giocherò a lavoro
che i nostri ragazzi preferirei
li stai giocando sai i giochi laterali
che giocare a giochi burocratici nel
l’organizzazione si raffredda bene, quindi l’esempio
Ho intenzione di dare qui è Google così
Il sistema organizzativo legacy di Google ha
in realtà più organizzazioni in alcuni
senso solo in un certo senso dal set di abilità
quindi c’è una sorta di ingegneria
organizzazione di un prodotto separato
organizzare operazioni separate
organizzazione di un supporto separato per i consumatori
organizzazione ecc ecc e tutti quelli
diverse strutture di segnalazione finiscono
andando a diversi vicepresidenti così
penseresti che ci sarebbe un sacco di
sfide associate a questo bene come
una questione pratica cose come app
il motore finisce per formare una squadra virtuale
con un solo obiettivo fuori da questi
diverse discipline proprio così tutti
su App Engine è tutto co-situato sul
stesso piano a San Francisco
tutti lavorano insieme con un comune
obiettivo di rendere App Engine estremamente
successo e, naturalmente, lo sai
lavorate tutti insieme per i collaboratori
diventare noi piuttosto che loro anche se
sono un altro insieme di abilità che conosci
in una diversa struttura organizzativa
quindi la storia mi piace raccontare qui quale io
Mi piace davvero farmi sempre sorridere
pensarci sono le persone delle strutture
è arrivato l’ ufficio di Google San Francisco
al nostro gruppo e abbiamo detto che stiamo cercando di
pianifica lo spazio che conosci in Google San
Ufficio di Francisco per la prossima coppia di
anni quindi vogliamo sederti con te
e dicci di conoscere i tuoi piani di crescita
e così possiamo vedere un po ‘ di che spazio
avremo bisogno di prenotare per te come
ok bene e hanno detto e anche questo
è stato meraviglioso queste persone hanno pensato in anticipo
così bene che ha detto e anche vorremmo
sai cosa faranno gli altri gruppi
bisogno di essere co-localizzato con giusto così così
che puoi fare il tuo lavoro davvero bene così
siamo andati bene, lo sappiamo, ne abbiamo bisogno
per stare con noi non abbiamo davvero bisogno di essere
con le relazioni di sviluppo persone perché
quei ragazzi sono sempre uno spreco parlando
alle conferenze comunque sai che non lo facciamo
potremmo essere su un piano diverso da
le persone di supporto perché sono
rispondendo ai telefoni e sono rumorosi che facciamo
ho bisogno di stare con questa squadra e questo
squadra e così via, abbiamo passato tutto
quello e poi la donna va oh
guarda la mappa dei posti a sedere e sai chi
per quanto riguarda questi ragazzi, oh loro sono
prodotto sono noi e proprio come oh okay
è fantastico che hanno bisogno di stare con noi e
poi lei ha detto oh che dire di questo gruppo
non sono nella tua squadra così bene oh no
quelle sono operazioni sono anche noi
non mi è nemmeno venuto in mente che quelle squadre
quello ha riportato due VPS completamente diversi
nessuno dei quali ci siamo mai incontrati per lo più
non mi è mai venuto in mente che loro
non erano nemmeno la nostra squadra a cui
io e questo è così che dovrebbe essere
destra solo così è stato è un completo
coincidenza casuale quasi che c’è
che le strutture di segnalazione sono
diversi come tutti abbiamo agito come
una squadra quindi penso che ne dica molte
cose in realtà dice che puoi
creare questo tipo di cultura anche se il
l’organizzazione è allineata lungo un
accesso completamente diverso grande così
era un po ‘ di organizzazione
cultura quindi l’ultima sezione che voglio
parlare di processo è così il primo
cosa e questo è molto simile al
sai imparare dai fallimenti come
la sperimentazione è una delle cose
questo è certamente vero in internet
cultura ed è particolarmente vero in
i giochi online è che il gioco è tutto
su costante iterazione giusta
non abbiamo mai assunto in eBay quando noi
rilasciato un nuovo sai nuove funzionalità su
il motore di ricerca che sarebbero
perfetto la prima volta o che i consumatori
li amerei immediatamente così
non è mai successo, ma il lancio era solo
il primo passo giusto, così prima era
lanciarlo là fuori e poi noi continuiamo
migliorando costantemente con un mucchio di a
essere test e costantemente iterare e fare
è sempre meglio, sempre meglio e il
esempio che da Kixeye è il gioco
che conosci i due giochi più o meno
che pagano tutti i nostri stipendi sono quelli
che sono stati in giro per un po ‘di tempo
loro chiamati ” pirati da battaglia” erano più o
meno un successo durante la notte, ma un altro
uno chiamato comandante di guerra non era un
successo immediato è stato questo
estremamente piccolo non ero lì ma è così
era una società estremamente piccola in questo
tempo forse 30 o 40 persone così è stato e
ci sono voluti sei mesi di settimana o addirittura
più spesso iterazione sul comandante del lavoro
finché non abbiamo finalmente trovato il giusto
combinazione di
meccaniche di gioco e set di funzionalità e
ecosistema tutti insieme per farlo
qualcosa che ha davvero risonanza con
giocatori che sapevamo che c’era un grande gioco
lì perché stavamo suonando ma
ci sono voluti sei mesi che tu conoscessi la grind
macinare per arrivare al punto in cui siamo noi
trovato qualcosa che ha davvero risuonato così
prima ci siamo attenuti e poi siamo stati
in grado di raccogliere i benefici giusti così noi
costantemente iterato su di esso e ora ora
paga sai metà dei nostri salari aziendali
così grande così è così la cosa
le cose ci sono che ne conosci molte
piccoli esperimenti che rendi piccoli
miglioramenti finirà sai possibile
finiscono per riassumere due vittorie davvero grandi
e l’esempio che darò è lì
una grande esperienza che ho avuto su eBay così
di nuovo ho menzionato che ho lavorato al
motore di ricerca lì così forse lo sono
familiarità con l’idea generale di a
funzione di classificazione nella ricerca, quindi se
hai mai sentito parlare di PageRank per google
questa è la funzione di rango giusto così
questa è la combinazione di fattori in cui
segnano per la tua domanda che cosa
i risultati dovrebbero apparire in prima posizione
decima posizione 100 ° posizione ecc
eBay ha la stessa cosa è diverso
insieme di fattori ma concettualmente è il
stessa idea che ogni volta che vai query
per qualcosa su eBay erano in tempo reale
valutare il punteggio della diversa
oggetti che sembrano tornare e
classifica saprai come ordinare i risultati
che per quella funzione di punteggio grande così
prima abbiamo iniziato a fare il lavoro che sono
ti dirò che avevamo una specie di a
un piccolo numero di fattori sintonizzati a mano
il product manager è definito e lo erano
manager di prodotti piuttosto intelligenti così
in realtà ci ha messo un anno per batterlo
una macchina ma poi ci siamo lasciati alle spalle
il nostro obiettivo era migliaia di fattori che
nessun umano potrebbe mai sapere di resistere
il suo cervello è l’unico modo per farlo
questo era con l’ apprendimento automatico così noi
passato prima abbiamo assunto un gruppo di
persone davvero intelligenti che abbiamo creato al
tempo il terzo più grande cluster Hadoop in
il mondo quindi erano diverse migliaia
nodi e tu conosci il 2010 o qualsiasi altra cosa
terzo dopo Yahoo e Facebook abbiamo ottenuto
questi brillanti conosci i dottori di ricerca
venire con alcuni in realtà finì
essendo modelli predittivi molto semplici di
se qualcuno interroga qual è il
probabilità qual è il condizionale
probabilità che lì
rivedere un oggetto se lo vedono cos’è
la probabilità condizionata che siano
offerta andando su di esso o di acquisto su di esso
comprarlo ecc e abbiamo eseguito centinaia e
centinaia di otto di parallelo a B test
di diversi fattori e sono
diversi modelli e così via sul live
sito e abbiamo fatto un anno intero di costante
miglioramenti incrementali nessuno
miglioramento spostare l’ago di più di
punto oo qualunque percentuale ma se lui
aggregato tutto insieme è finito
alla fine di quell’anno un due per cento
aumento delle entrate complessive del
società così ebay ha operato circa sessanta
miliardi di dollari di beni e servizi in
quella specie di anno 2010-2011 eBay prende
un ordine di taglio del dieci per cento di quello in modo che il
le entrate erano dell’ordine di sei miliardi di dollari
per quell’anno un aumento del due per cento in
entrate è un cento e venti milioni
dollari alla linea di fondo che noi
non ce l’ avevo prima di noi anche in parallelo
squadra completamente separata di nuovo con un tutto
una serie di esperimenti ha lavorato al miglioramento
la velocità del sito giusto semplicemente
ecco un’idea pazzesca
se lo rendi più veloce per le persone che sono
comprerò di più e come una nota a margine come
quello era davvero un argomento come noi
in realtà ha dovuto discutere con un sacco di
sorta di parte degli affari non noi
non dovremmo creare nuove funzionalità in realtà
dovrebbe solo rendere le funzionalità esistenti
più veloce e poi lo abbiamo dimostrato con a
un sacco di esperimenti e questo ci ha dato
un altro due per cento in modo aggregato
riguardava l’ordine duecentocinquanta
milioni di dollari tra il set di
esperimenti che abbiamo fatto lungo la macchina
classifica appresa e l’ insieme di
esperimenti che abbiamo fatto lungo la velocità del sito
super impressionante da vedere per vedere tutto questo
ottimo quindi ecco un ciclo virtuoso di
sperimentazione giusta così facciamo
esperimenti che impareremo da loro
perché non tutti funzioneranno
in effetti un piccolo numero di loro lo sono
in realtà sta andando a fare un miglioramento
ma da quell’apprendimento andremo
miglioreremo otterremo risultati migliori
faremo altri esperimenti e
miglioramento costante rotondo e rotondo
ottimo quindi la prossima cosa che voglio parlare
circa è ciò che chiamo disciplina di qualità
quindi sai che abbiamo parlato di sorta
priorità uno priorità due priorità tre
caratteristiche per la mia mente è la qualità
funzione zero priorità
niente funziona sai che non intendo nessuno
vuole giocare il gioco o si sa usare
il sito web se ha scarsa qualità quindi
conosci la scalabilità dell’affidabilità di qualità
queste sono cose che sono una specie di
priorità zero funzioni sempre
dovrebbe essere lì e test automatici
probabilmente sta predicando un po ‘al
convertito ti aiuterà ad andare più veloce
in quello in quella disciplina di qualità giusta
in modo da test hanno la schiena ti dà la
fiducia per rompere le cose perché tu
sai che puoi te se qualcosa è rotto
puoi notarlo subito e indietro
il tuo cambiamento ti dà il
fiducia in una sorta di refactoring del codice
in modo molto fiducioso molto coraggioso
modo impietoso ti permette di catturare bug
prima e falliscono più velocemente e il
l’intuizione c’è anche se tu
non mi credi davvero che l’intuizione sia
è più veloce correre su un terreno solido
o è più veloce da eseguire su sabbie mobili
la risposta è solida, grazie e
in realtà sì , molto più veloce da eseguire
su qualcosa in cui hai un solido
fondamento e posso muovermi più velocemente mi muovo
inoltrare più rapidamente alla grande e ora ora
che sappiamo che a noi piace la qualità
istituzionalizzarlo correttamente, così è
inculcato nel nostro sviluppo
pratica con cose come recensioni di codice
e test continui e Kittitas
integrazione continua automatizziamo
la qualità attraverso te sa automatizzata
testare quadri ed è qualcosa
che chiamiamo Canarie è un po ‘un
termine dell’arte ma la metafora è canarino
in una miniera di carbone, proprio come farebbero i minatori
prendere un canarino e se l’aria fosse
male il canarino lo avrebbe scoperto prima e
così che per analogia sai di immaginare
hai un centinaio di server di servizio
stai servendo un servizio particolare
aggiornare uno alla nuova versione e vedere
come va e poi se va bene
lo tiri fuori per il resto del
flotta fresca così la cosa qui è
ovviamente l’idea Met qui è da fare
è facile fare la cosa giusta e difficile
fare la cosa sbagliata così l’esempio
che userò di nuovo qui da dove viene
Google e Google ne hanno davvero
eccellente disciplina ingegneristica
pratiche di sviluppo estremamente solide
ogni sottomissione
al controllo del codice sorgente viene revisionato il codice
ci sono test automatici per quasi
tutto ciò che sai intendo il
aspettativa è l’ aspettativa implicita
che avrai automatizzato
test e in realtà la revisione del codice è
far valere quel diritto che sembra grande ma
per favore aggiungi i test e poi Google
nel complesso ha un unico codice sorgente logico
repository quindi ad eccezione di open
progetti di origine come Chrome e Android
tutto in Google è una specie di ogni
lo sviluppatore di Google può vedere e creare
cambia in realtà tutte le altre cose
e perché non è pericoloso
a causa delle recensioni del codice, non è così
in realtà se faccio un cambiamento non lo farei
fai questo, ma se dovessi andare a caso
BigTable e sai fare un cambiamento esso
non va nel bagagliaio e lo dice
fino a quando non lo sai, recensito così bene
in realtà il risultato dentro lo sai
La bolla di Google è molto interna
modello open source, quindi come è stato ottenuto
espresso in realtà un motore di app perché
di nuovo un po ‘ di Google interno
roba utilizza App Engine non ti punta
sai che potresti farlo ma non lo era
spesso sai che c’è una segnalazione di bug
perché la gente troverebbe bug nel
codice tutto il tempo invece perché lì
è stato un singolo repository di codice etc invece
è stato il bug che ho risolto per te
con queste modifiche al codice si prega di rivedere
loro ed ecco il test che verifica
i cambiamenti che ho fatto nel tuo
codice che è stato fantastico che è stato così bello
ottimo quindi il circolo virtuoso della qualità
qui è avere un po ‘che hanno qualche forte
la disciplina ingegneristica si muove su un solido
fondamenta che stai per diventare più veloce
e meglio e ottenere risultati migliori quindi sono
andando a correre un po ‘veloce in tempo
quindi voglio solo ricapitolare un po ‘
un po ‘ così cose che possiamo fare per fare
organizzazioni veloci o conosci
cambiare alle persone apportare modifiche al
cultura organizzativa e apportare modifiche
al processo così come un ultimo piccolo
pubblicità suppongo venire con noi e
aiutaci a farlo al lato kick così siamo
oltre poco più di 500 persone abbiamo il nostro
ufficio principale a San Francisco anche noi
hanno uffici in tutto la costa occidentale e
in tutto il mondo, quindi Seattle Victoria
British Columbia Brisbane e Australia
e
dannazione e poi ecco il mio contatto
informazioni metterò le cose
su SlideShare relativamente presto ma grazie
molto per l’ascolto
Please follow and like us: