l’articolo è chillin e robusto la carta
edizione il nostro altro titolo funzionante era
Clint Riese per conoscenza ma non lo eravamo
sicuro di come avrebbe funzionato così noi
accontentiamo di questo e abbiamo intenzione di andare
per un po ‘di presentazioni, giusto
ora il mio nome è Anna sombra ricorda questo
ingegnere dei sistemi di detriti con una società
chiamato rapidamente dove consegna contenuto CDN
rete così vieni da noi che ci dai
i tuoi dati ci siamo diffusi in tutto il mondo e
rendiamo la tua applicazione più veloce, ma io sono
non qui oggi per parlare di veloce sono
qui per parlare di questa organizzazione
quello di cui faccio parte si chiama paper
amiamo anche io parlo molto velocemente
a volte il mio uso della lingua è la lingua
pieno quindi basta portare con me agenti vai a dire
me se sto andando super veloce stai andando
essere come penso che sia la mia stecca da bere
ogni volta che vado molto veloce ma
documenti che amiamo non so quanti di
tu sai che i giornali adoreranno questo
sì, quindi suppongo che forse tu
è andato a un meetup si si, va tutto bene
così i documenti scappano se non sai che è un
meetup che si occupa di portare ma il
obiettivo del gruppo sta cercando di portare
ricerca accademica più vicina a
praticanti quindi ogni mese ne prendiamo uno
qualcuno viene presentato e
persone che sono interessate solo
espandendo le loro conoscenze sul computer
tipo di ricerca scientifica di venire e poi
ascoltalo e condividilo
esperienza e non condividere l’introduzione a
concetti che possono o non possono essere stati
familiare a loro per me è iniziato con
una tradizione americana molto temuta chiamata
era un obiettivo di rendimento annuale
2014 e mi sono reso conto dopo un laureato
scuola elementare ho smesso di leggere documenti e
Ho deciso di quell’anno per prendere il mio annuale
obiettivo di prestazioni sul serio così ero come
Ho intenzione di leggere altri documenti ed è stato
Gennaio e pochi giorni dopo quello
iniziato a scrivere i miei obiettivi ho notato che
il gruppo di New York ha iniziato a
incontro chiamato carta per amare e
ovviamente sono come venduto lo farò
a con pressione sociale e san francisco
era il secondo il secondo incontro che è
iniziato e ormai penso che noi siamo il
il capitolo più grande era un migliaio di 112
ieri forse mi piace chi sa come
molti siamo in questo momento
ma penso che questo gruppo e questo
l’organizzazione ha colpito i nervi perché molto
di gente come se fosse interessata a questo
e ora abbiamo più di 24 capitoli tutti
in tutto il mondo e Londra è inclusa
e penso che si incontrino in questo edificio
e penso di essere in crash, in realtà sono come
rovinando il loro incontro perché sono qui così
così ora lo mando ad Adrienne okay
ragazzi sono il mio nome è Adrian ci proverò
e porta equilibrio parlando un po ‘
più lento per te Adrian dovrebbe essere facile
ricordo che sono anche nel gioco VC che lavoro
con partner Accel per fortuna l’ altro
Adriano ha dimostrato che puoi farlo
e ancora essere tecnico, quindi sto solo andando
per seguire sulla sua strada potresti conoscermi
dagli ex ruoli del CTO si trova l’essere sorgente
dove ecc chiave, ma in realtà il più
la cosa rilevante per stasera era in realtà
un blog che ho ragione che si chiama il
carta del mattino che ha iniziato poco più di un
anno fa ho iniziato a leggere un foglio CS
ogni giorno della settimana e vediamo dal
ottavo di ottobre dello scorso anno ho dovuto
cercalo Ho scritto una recensione
di quel giornale ogni giorno su questo blog
chiamato il giornale del mattino che è stato
un tipo di viaggio davvero interessante
solo una sorta di immagina e di iniziare
può sembrare imparare e scoprire ecc
come una cosa strana per qualcuno nella mia
posizione da fare ma in realtà cosa
Ho davvero trovato che tu sai che è così
Sono sicuro che lo troverai difficile da mantenere
con l’immenso ritmo di cambiare il
volume di informazioni che è stato pubblicato
ogni giorno solo tu sai provare
capisci tutto questo quindi cosa fai?
come si fa a gestirlo in particolare
se ti trovi in una situazione in cui ti serve
per valutare rapidamente e venire a sentenze
e le decisioni su di te sanno da che parte
andare e quali parti stanno prendendo il mio caso
investimenti forse in alcuni dei tuoi casi
quale tecnologia costruire su etc e i
scoperto che in realtà lungo questo
viaggio ci sono due cose che ho ottenuto
dalle carte che sono veramente utile per me
e uno di loro sta guardando il
fondazioni così davvero comprendendone alcune
principi base di base che ti danno un
contesto in cui andare e capire
quando incontri qualcosa di nuovo
questo si allinea con quello che so
principi fondamentali qui a
quadro posso inserirlo e capire
e poi la seconda cosa che io
davvero provato in godimento sta guardando il
frontiere che cercano di capire dove
le cose stanno andando e quindi l’ho trovato
sanno che i giornali sono stati molto
benefico per me per queste due ragioni
e quindi un mix di fondamenta
frontiere e questo è quello che abbiamo fatto
stasera per strutturare il discorso era a
breve difficile penso che tu abbia avuto modo di
dacci un po ‘di respiro Adria ha detto che ti voglio
parlare di articoli accademici e io voglio
per essere divertente che non è il
coppia immediata che avresti messo insieme sì
ma abbiamo birre per aiutare così abbiamo
preso a bordo una sfida che stiamo per
nei tre temi della conferenza
che ora conosci molto bene
e robusto abbiamo selezionato due documenti in
ogni categoria che stiamo chiamando
fondamentale e uno che pensiamo sia un
un po ‘di più sulle frontiere anche se
è in qualche modo arbitrario ma sono tutti
documenti che ci piacciono e da superare
questo nel tempo disponibile ce ne rendiamo conto
abbiamo quindi circa cinque minuti
carta sì, che in realtà è carina
difficile e quindi tenerci per quello qualsiasi
la società non sarebbe divertente se avessimo un
timer rigoroso e una campana tale che e io
arrivare prima in genere se noi
invadere i cinque minuti che avremo tagliato
fuori così le bevande più importanti dovrebbero essere
in tempo seguendo questo meccanismo sì così
queste sono le regole cinque minuti per
carta una fondazione una frontiera n
imbrogliare senza regolare l’orologio lungo
il modo in cui non suonare il campanello troppo presto grazie
avrai bisogno di tutti i minuti che possiamo
prendi così con quello, immergiamoci in noi
guarda alcuni documenti va bene così il primo
la categoria che abbiamo scelto è un gel così
sì categoria di lavoro che vuoi venire
ecco perché non afferro questo venuto al
centro sì così bene così stiamo andando a
iniziare con una carta fondamentale nel
bordo la nostra categoria e tu uno dei
cose che siamo molto scoraggianti
quello che ho imparato che già uno dei
le cose che abbiamo ascoltato molto oggi sono queste
l’agilità è tutta una questione di abbracciare il cambiamento
e adattandosi alle mutevoli circostanze
ed essendo bravo a farlo, questo è un
carta un ragazzo molto famoso chiamato David
Palmer ha scritto nel 1994 e adoro questo
carta perché ho detto che avrebbe potuto essere
dando questo discorso in questa sessione oggi
eppure questo è molto prima che tu potessi
hanno predetto molti dei
le cose di cui stiamo parlando sono
1994 ha anche scritto il meraviglioso sul
criteri per la decomposizione dei sistemi in
I moduli ma noi non parleremo
oggi
una delle cose che dice molto presto
su questo è in realtà il successo che abbiamo
per superare questa eccitazione
arrivare alla prima versione funzionante e
dovevamo pensare al successo come
la pianificazione per una serie di cambiamenti nel corso
il lungo raggio e questo è quando siamo davvero
sappi che stiamo vincendo ora non lo so
se hai mai avuto l’esperienza di
guardando un pezzo di software esistente
forse un po ‘di disprezzo
pensando di poterlo scrivere così tanto
meglio se potessi semplicemente riscrivere
è nella lingua giusta con la destra
strumenti che usano il design moderno
Sarebbe fantastico e lo stagno lo dice
è un po ‘come guardare un 86enne
uomo e dicendo che sai che dovremmo
avere più esercizio quando era più giovane
e non apprezzando che il ragazzo fosse
in realtà un campione nuotatore proprio dentro
i suoi 50 anni e quindi conosci uno dei
punti qui è quello che chiama
l’invecchiamento del software è semplicemente inevitabile
causa due problemi all’invecchiamento del software
il parnasso il primo motivo è tuo
Il software non può diventare obsoleto da
non riuscendo a cambiare se lo lasci
statico non si adatta e non fa per te
il mancato cambiamento invecchierà il software
è obsoleto e cade dagli strumenti di
il passato la seconda ragione per cui il software
l’età sta cambiando così sei dannato se
lo fai e sei dannato se non lo fai
Thomas dice che se vuoi pianificare
successo è necessario pianificare il cambiamento
perché gli unici sistemi che non ottengono
sono cambiati quelli che sono così cattivi che
nessuno vuole usarli allo stesso modo
per un fallimento di pianificare per il cambiamento è
Pianificazione davvero per l’invecchiamento precoce e
morte che spero non vogliamo per il nostro
software come si invecchia hathon che speri
che lo scrittore originale del software
ha un chiaro concetto in mente quando loro
crearlo in qualche modo concettualmente
integrale e coerente ma più avanti
qualcuno viene a fare un po ‘
manutenzione per fare un cambiamento e loro
non lo capisco abbastanza chiaramente
concetto originale e quindi cosa fanno
non è abbastanza in linea con ora
capire il software è necessario
capire il concetto originale e il
cambiamento che è stato fatto ripetere questo processo
un paio di volte e trovi che il
progettista originale del software n
più a lungo capisce cosa fa il
manutentore del software mai
capito cosa ha fatto
e quindi nessuno capisce cosa
questo software è interessante ora
l’invecchiamento del software dice che è inevitabile e come
succede che riduce la nostra agilità come
l’ ageism del software diventa più fragile e
più difficile da capire il tasso di cambiamento
rallenta anche le prestazioni del
il software può rallentare come una struttura
si deteriora e tende a ottenere di più
buggy uno dei motivi è l’aumento di peso
il modo più semplice in cui dice di aggiungere un nuovo
funzione per il cappuccio del software è
aggiungi un nuovo codice e tendiamo a violare il
principio secco otteniamo duplicazioni ecc
le modifiche dovevano essere fatte in più casi
siamo sul pendio scivoloso cosa possiamo fare
fai in modo che tu stia nascondendo il timer che cosa può
facciamo su questa medicina preventiva
Parnis dice prima di tutto che dobbiamo
design per la pianificazione del cambiamento per il cambiamento
ricorda che sta pianificando il successo così
pensaci bene cosa può fare
aiutare con questa modularità che abbraccia e
nascondere le informazioni in altre parole
rompere il tuo sistema in più piccolo
pezzi coerenti ben progettati che
diventare unità di cambiamento che è tipo di
ricorda molto di micro servizi quando
ci pensi anche lui sottolinea
chiarezza e documentazione forse di più
di quanto saremmo oggi, ma con l’obiettivo
ricordati che stai scrivendo questo
il lungo raggio pensa alla gente
cadere forse il tuo sé futuro se a
parte del software è pessima solo
tagliarlo amputare la malattia cavalcata
le parti non lo lasciano di nuovo diffondere
significa che avere un’unità di cambiamento tu
può facilmente amputare è grande e, infine
piano per eventuale sostituzione lo farà
capita che il software inizi a salvare
finanziariamente e investendo in nuovi strumenti
e tecniche per essere pronti quando questo
il tempo viene a guardare quella volta fuori sì oh
simpatico
oh ok ok oh hey va bene così
detto questo è un po ‘troppo presto
va bene così il mio articolo che ho scelto questo
molto meglio tutto il tempo laggiù è
come ogni secondo, quindi è veloce
database iniziamo su Facebook e poi
abbiamo scelto questo come un documento d’angelo che è
in una frontiera, quindi quando vogliamo
gli sviluppatori vogliamo l’agilità di funzionamento
opportunità di sviluppo e PIL di
testare e verificare un’agilità di
consegna ma vedrai tutto questo
questi si occupa di come costruiamo
software e come abbiamo messo in
produzione ma una volta fuori in natura
in realtà dobbiamo supportarlo e noi
bisogno di fare manutenzione ad esso così anche noi
voglio davvero l’ agilità delle operazioni come
bene così le persone stanno lasciando cadere i loro drink
cacca così questo articolo si occupa di Facebook
scuba e se non hai familiarità con
Scuba Scuba è un database in memoria
che viene utilizzato per monitorare e analizzare
prodotti e servizi di facebook e il
la carta descrive le lotte del
il team di scuba si stava occupando quindi si occupa
con un po ‘di architettura
ma non lo copriremo anche se
Sto solo per dirti che lo sono
macchine e ogni macchina ha ha ha
alcuni server sono da quando questo in memoria
tutti i dati sono presenti nel server
mucchio quindi questo è tutto ciò che devi sapere
sugli scuba ma il problema che il
squadra stava avendo e il problema sono
praticamente tutti quelli che devono affrontare
con stato una grande quantità che
è un po ‘ complicato è come se non lo fosse
necessariamente banale e per loro
il ripristino di un database ha cancellato la memoria
quindi significava che ha dovuto caricarlo
da questo ed era circa 120 concerti di
RAM dal disco e li ha portati in giro
tre ore per server e tu ti nascondi
circa otto server per macchina, quindi loro
ha questa strategia per effettivamente ottenere loro
per avere un po ‘più di funzionalità
mentre dovevano fare un aggiornamento allora e
hanno fatto cose come l’ orchestratore
riavvia come gli unici due riavviati
per cento della flotta due per cento del
servizio della flotta e anche loro
come a muro c’erano i servizi di parole
riavviando usano questa cosa
sarebbe come parziale che ti fanno
vedi una strategia chiamata query parziali così
non restituiscono i risultati completi impostati
ma ritornò un po ‘e poi loro
continuare a riavviare le macchine ma ballare
Plymouth Rock 12 ore e richiesto a
ingegnere a tempo pieno per monitorare effettivamente
il processo e non so se tu
potrebbe o la proprietà finora questo è
come sembri ogni volta che devi
fai quello che nota la squadra
che ogni volta che hanno sparato su un servizio per
un piano di aggiornamento in cui si trovava la memoria del server
un buono stato suppongo che ogni volta
crash del server e non si può davvero dire
se il ricordo fosse buono o no, se lo sei
c’era un po ‘di corruzione così loro
ha deciso di disaccoppiare i ricordi
durata dalla vita del processo
vite così hanno fatto così e
sono andati hanno fatto in realtà solo
come serializzazione e deserializzazione
strutture sistina che sono andate così alla scrivania
è passato dall’anca alla memoria e
vengono da Sherman da
keep2share memory and then through
la memoria condivisa era la cosa giusta
mantenuto lo stato quindi il processo noi
ha iniziato e poi ha appena letto tutto
ritorno dalla memoria condivisa in heap e
usano diverse strutture di dati su
la carta copre questo e questo tipo di
come la descrizione di come hanno fatto il
barcollò le ripartenze scaglionate e così
li portò circa un’ora a fare il pieno
flotta e nel server ha preso da andare
da tre ore ci sono voluti circa 2-3
minuti per server quindi questa è agilità
di operazioni e questo è ciò che si guarda
come se tu fossi l’ingegnere acceso
chiama quel boom, sì, quindi va bene
ora stiamo andando per andare avanti
con un così buono sì, ho il tuo pezzo di ricambio
minuti sì oh vieni senza rollover sì
va bene quindi un tour cartaceo di lean um e
Riesco a fare di nuovo il documento fondamentale
hai iniziato il timer va bene così mio
la scelta è scalabilità ma a quale costo
in particolare al giornale Frank McSherry del 2015
e metallo ma mi è davvero piaciuto
ci insegna un molto fondamentale e
forse lo troverai poco intuitivo
lezione quando la incontri per la prima volta e
quindi insegna la domanda perché siamo
perseguire determinati obiettivi e se loro
sono davvero quelli giusti e se
hanno conseguenze lieen quindi andiamo
dai un’occhiata a questo particolare grafico
che mostra qui sta ridimensionando alcuni
sistemi distribuiti o aggiunta di nodi e
quindi stiamo aggiungendo la causa e lo siamo
guardando la velocità che raggiungiamo
come aggiungiamo perché questo è un tipo classico
di scalabilità del mio sistema in mostra
grafico e vedremo che il sistema B inizia
lottare dopo circa 10 causa allora
sembra essere un rivestimento piatto e no
scalare terribilmente bene mentre il sistema a
abbiamo avuto il nostro naso nella sua testa il nostro nucleo
sembra scalare abbastanza bene nel
limite di tempo e una rapida dimostrazione di mani che
preferirebbe schierare il sistema a e chi
piacerebbe distribuire il sistema b11 curioso
Prendilo perché è capito lì fuori
deve essere una presa qui è un altro grafico di
lo stesso sistema che esegue esattamente lo stesso
carico di lavoro stiamo vedendo il numero
di nodi in un sistema distribuito e
quindi causa ma ora guarderemo il
tempo effettivo necessario per elaborare questo
carico di lavoro quello che voglio che tu noti è
quel sistema è il sistema che scala
il peggio in realtà si comporta meglio di
sistema a ogni scala ora quale sistema
vuoi distribuire nei tuoi dati
sistema di un sistema o di essere huh che una specie di
fidarsi non è un po ‘male
aspetta, voglio deliberatamente schierare
il sistema che peggiora di peggio quel tipo
di tecnologia è che usiamo il tipo di
scalabilità come obiettivo a sé stante
il tuo sistema scala la sua scala web
ricerca mirata di scalabilità
questo documento mostra che questo potrebbe essere sbagliato
obiettivo è molto stimolante
contro esempio siamo più interessati
forse in termini di prestazioni diverse
scale sono in termini di costi, ecc. come
succede così la saggezza comune ha
incarnato in molte molte carte e
discussioni e dibattiti è che se il tuo
il sistema scala davvero bene , devi essere un
costruttore di sistemi davvero valido perché
il ridimensionamento è difficile e tu hai chiaramente fatto a
ottimo lavoro e ore di lusso in realtà
hai qualche saggezza rara qui
il sistema può effettivamente scalare arbitrariamente
bene hai un particolare
sistemi distribuiti con un sufficiente
mancanza di cura nella sua implementazione come
questo succede bene per ottenere
ridimensionamento e di andare fino a 300 nodi noi
introdurre tutti i tipi di spese generali e
inefficienze che ci lasceranno
lavorare in modo distribuito loro
risulta essere facilmente parallelizzabile ora
ottieni un grafico di ridimensionamento dall’aspetto incantevole
ma non si dispone di buone prestazioni la
la seconda cosa che tende ad accadere è
che un programma ottimizzerà intorno ad alcuni
di questi programmi distribuiti
i paradigmi limitano la scelta dell’algoritmo
e quindi non puoi sempre codificare il
algoritmo nel modo più efficiente
quindi introducono una nozione di costo
qual è la configurazione che
supera un singolo thread, quindi il costo
di un sistema è il numero di hardware
perché devi usare prima di te
sistema particolarmente distribuito
l’implementazione supera una competente
sistema single core a thread singolo molti
i sistemi che risulta effettivamente hanno
costi illimitati non hanno mai scelto questo
obiettivo quindi andiamo se tipo di schiacciante e
interessante diamo un’occhiata questo è
è un elaboratore grafico che lo fai in molti
altre aree 20 pagerank iteration Joe
L’algoritmo PageRank di Google ecc
il mio sistema a thread singolo in alto così
la parentesi ha quante chiamate erano
usando così puoi vedere che la maggior parte di questi
i sistemi non riescono mai a battere il mio core singolo
così scintilla con 128 causa, per esempio è
in realtà più lento del mio thread singolo
un singolo core GraphLab è GraphLab
quasi lo fa ma ne usa cento
e ventotto core per farlo 128
tempi più costosi di quelli che hai usato a
il singolo barham del tiro principale ha detto che potete
avere un secondo computer quando l’ hai mostrato
sai come usare il primo
scegliere un buon algoritmo a parte
davvero al centro dell’informatica
e se siamo costretti a posizioni dove
non possiamo farlo è serio
implicazioni per essere magra nel suo blog
che accompagna il giornale Frank
McSherry dice guarda ecco il test dell’acido
se stai costruendo un sistema per gli altri
utilizzare un particolare sistema distribuito
assicurati che funzioni meglio di così
fa sul tuo portatile e dal modo in cui lui
mostra come puoi farlo
set di dati molto grandi e tutti i tipi di
cose non è solo per i piccoli dati e
se stai usando una specie di distribuito
il sistema si assicura solo che sia migliore di
il tuo laptop ha implicazioni incredibili
per correre qui solo per una specie di
assumendo la scalabilità seguendo la folla
e in realtà accettando un sacco di
inefficienza di conseguenza cosa fare
Buona no ok io sono accanto e ho intenzione
per rubare qualche secondo dal reset
Ho intenzione di fare il documento di frontiera e
così di frontiera anche dal 2015
pensando a magra
la mia scelta è di circa Hadoop
approssimazioni ai framework MapReduce
ora considerando la scalabilità ma a quale costo
ci insegna a chiederci se lo siamo
perseguendo l’obiettivo giusto questo documento
in realtà ci insegna a fare in modo che
non stiamo chiedendo troppo ai nostri sistemi
e ancora voglio prenderti in giro con a
grafico questa volta stiamo guardando
analisi delle dimensioni degli articoli in
Wikipedia va bene e quindi mi hai preso
dimensione della pagina in byte e il numero di
articoli che hanno quella dimensione tramite il
verde la linea continua indica l’assoluto
risultati perfetti e precisi che analizzano ogni
articolo singolo che osserva la lunghezza esatta
e dandoti questa distribuzione ciò che è
davvero interessante alla croce è finita
stenditi in rosso se non sei rosso verde
daltonico è la stessa cosa ma
calcolato campionando solo l’ 1%
dei dati quindi è stato il produttore a dire
guarda che ci sono limiti di errore dell’1% e
intervallo di confidenza del novantacinque per cento
puoi dirmi cosa questa distribuzione
sembra che se tu sei felice
prendere le croci rosse piuttosto che il
linea continua di nuovo campione circa l’1% di
i dati che puoi ottenere sono circa 32 volte
più veloce o usando circa 30 denti del
risorse e voglio mentirti che cosa fai
hai davvero bisogno di sapere se il tuo obiettivo è
per comprendere la forma della
distribuzione per consultare i report ecc
sai che non stai facendo una specie di fatturazione
tipo di cose dal retro di questo in
molti casi è la croce rossa perfettamente
abbastanza buono ora un rapporto che solo tu
circa una volta al mese puoi eseguirlo ogni volta
giorno per lo stesso costo va bene c’è un
pezzo di lavoro correlato non è nel
carta ma volevo toccare su di esso chiamata
lampeggia DB che incorpora anche questo
idea di query approssimativa ora qui di nuovo
stiamo vedendo il costo dell’esecuzione di una query
ottiene due diversi set di dati due e a
mezzo terabyte sette e mezzo
terabyte in modo che la risposta alle query di grandi dati su
l’ asse y nota che si tratta di una scala di registro
okay e di nuovo stiamo dicendo se vogliamo
questa query all’errore dell’uno per cento quindi a
due e mezzo terabyte eravamo tra
circa 10 a 100 volte più veloce o meno costoso
e a sette e mezzo terabyte sei
circa un migliaio
tempi più veloce / meno costoso, se lo sei
pronto ad accettare questa approssimazione
che ti ho appena mostrato da molti
scopi è davvero dannatamente buono
come funziona il prox hadoop
e quindi è un processo di campionamento a due fasi
quando lo fa è il primo è semplicemente sceglie
inserire un sottoinsieme dei blocchi di dati e
poi dato che sceglie di correre o di
rilasciare un sottoinsieme delle attività della mappa, naturalmente
il trucco è capire quanti dati
hai bisogno di guardare e quanti compiti
puoi cadere ma dopo averlo fatto
campionamento a due stadi per usarlo come fine
l’utente è morto in avanti
fornisci le super classi per
mapper e riduttore che hai appena esteso
come se fossi il normale tipo di super
classi e questo è tutto per te
sono due modi per specificare ciò che vuoi
puoi dire se capisci i tuoi dati
imposta questa è la frequenza di campionamento che sono
pronto ad accettare e questa è una goccia
il formato del tasso riduce le attività o puoi dirlo
questo è il limite di errore che io sono
interessato e questa è una fiducia
intervallo di cui ho bisogno ora legato all’errore è come
vicino alla vera risposta devo essere
entro l’uno per cento entro il cinque percento
entro un intervallo di confidenza del dieci percento
quanto tempo ho perfettamente il tempo
intervallo di confidenza è quanto sei sicuro
che sei all’interno di limiti di errore così
per esempio se dico novantacinque per cento
un errore sicuro dell’uno per cento quello
significa 19 volte su 20 la risposta I
ti darò sarà dentro quello
legato come fanno a capire quanto
drop basato su questo che è il tipo di dove
l’intelligenza è che sei tu
non vorrebbe fare te stesso così per
calcoli aggregati cose che sono
facendo per esempio un salmo o un conteggio o
quel genere di cose usano il multistadio
teoria del campionamento e se hai un
processo che sta guardando gli estremi come
calcolando un minimo o un massimo, ecc
gli autori usano la teoria del valore estremo e
qualcosa chiamato Fisher Tippett buono
un teorema di denko non me lo chieda
Non posso dirtelo, ma alcuni ragazzi intelligenti
ho capito tutto e davvero il
da asporto per questo per me è non chiedere
domande sprecate hai davvero bisogno
la risposta perché ottenere da 99
percentuale al 100% si paga un prezzo pesante
okay va bene così ora stiamo andando a fare
robusto all’inizio abbiamo deciso di
dividili e poi vedremo
se ognuno di noi può prendere un pieno
sezione ma sembra che siamo fatti di
tempo quindi facciamolo così il primo foglio
questo è il fondamento che abbiamo selezionato
stava raccogliendo la resa e l’inarrestabile
servizi tolleranti e il motivo per cui noi
amo questo documento è che è stato fatto in
1999 ma molti di questi meccanismi
e molte delle strategie che tu
di cui si è parlato nelle sezioni precedenti
in realtà sono come formalizzati in questo
carta e e ed è davvero davvero
bello quindi se questa è la mia interpretazione di
robustezza che non ha nulla a che fare con
sicurezza quindi mi dispiace per gli altoparlanti
mi piace davvero i tuoi discorsi e imparo molto
di loro ma ma sì, sto trattando
con come pci adesso così è stato
ah così buona, così robustezza Sono andato anche come
un praticante quando penso a
robustezza Penso anche al sistema
disponibilità ed è per questo che mi piace
carta consentita perché questo documento dà
noi ci danno le strategie per migliorare migliorare
robustezza nella stampa una presenza di
fallimenti quindi abbiamo tutto ciò che funziona
su Internet alla fine fallirà
come se fallisse così così il modo in cui
questo documento ci dà in realtà un meccanismo
e un modo migliore di pensare a cosa fare
fai o come la tua disponibilità di sistema
è influenzato dal fallimento, ecco perché io
Mi piace ed è per questo che l’ho messo
clero esperto così i due concetti
di questa carta introdurre è rendimento e
Raccogli così Lissa bene come una frazione
di rispondere alle domande e raccogliere è il
frazione del risultato completo quindi noi
ora come gli autori ci propongono
inizia a pensare al nostro sistema
disponibilità in termini di rendimento e
raccolto e i nostri sistemi alla fine
avere una preferenza per quello che stanno andando
essere tollerante per aver intenzione di essere
come la resa dei favori o vogliono un favore
raccolto e che non è qualcosa che
hai costruito dopo il tuo sistema
costruito tu costruisci questo comportamento
è un risultato della progettazione dei sistemi
che è qualcosa che piace davvero
piuttosto interessante è come non si può
davvero costruire sicurezza X e Austin tuo
il sistema è finito ma è lo stesso
cosa con il sistema di visualizzazione del comportamento in
termini di insuccessi quindi questi due concetti
sono piuttosto complicati quindi vado a coprire
di nuovo per assicurarci che noi
capiscili
insieme mi ci è voluto un po ‘ di tempo
per ottenere effettivamente ciò che intendevano per rendimento
quindi sei un po ‘più vicino al tempo
significano la percentuale di richieste che
ottenere risposta con successo, ma è di più
utile del tempo come metrica perché
questo correlato o mappe direttamente da usare
la tua esperienza quindi per esempio noi
avere un carrello della spesa sul tuo sistema è un
carrello della spesa e stai facendo
Natale e poi ne hai due
minuti di inattività ma è diverso
come se ci fosse un rendimento diverso da quello di se
il tuo sistema scende alle 3 del mattino su a
normale mercoledì principessa stesso fuori
metrica di uptime così così questo è il
parte interessante poi racconta l’ autore
noi che dovremmo effettivamente concentrarci
sul rendimento piuttosto che sul tempo quando siamo
cercando di parlare dei nostri sistemi
comportamento così raccolto che proprio ora questo
è deciso un esempio molto illustrativo
quindi la raccolta è definita come la percentuale
dei dati inclusi nel file
risposta da tutti i dati che noi
dire così che ho questo seguito
distribuzione di dati su server e I
ho messo in coda sul server un bambino su cyber essere
gli animali sul server vedono e voglio
la ricerca di simpatici animaletti offre questo
è quello che succede quando poi il web server
gabbiano server scarabeo va giù ho
il sessantasette percento del raccolto ma
in realtà la mia query è abbastanza buona, quindi questo
è di nuovo a quello dell’approssimazione il
giorno e stava parlando di come non lo facciamo
avere raccolto al cento per cento
per restituire effettivamente un risultato ragionevole così
gli autori propongono due strategie per
aiutaci a aiutarci a costruire i nostri sistemi in modo
che sono molto più tolleranti o robusti
fallimento quindi una delle ammissioni come
strategia numero uno o porta numero uno
è la disponibilità probabilistica e questo
è come il concetto di come
un degrado aggraziato come quello
è un aggraziato raccolto aggraziato
perché è come un’abilità graziosa
avranno più come un vicino
risultato sui ragazzi della carta da sub
ha fatto per una casualità colpa è per
esempio se diffondo l’ uno per cento del mio
dati attraverso attraverso differenti differenti
i server poi moglie una volta mai muore è
tipo di tasso simile ma per te per
il tuo salvataggio di stato se uno dei
dimensione del server quindi ne hai effettivamente uno
per cento che è distribuito casualmente
dati che puoi effettivamente replicare di più
cose che sono più importanti per te
e si degradano i risultati in base al cliente
capacità al secondo è il
composizione
la decomposizione dell’uomo è l’unica cosa che è
davvero importante che voglio che tu prenda
lontano da questo è che puoi dividere
la tua applicazione nei sottosistemi
sono intolleranti al fallimento in modo indipendente
/ la tua stessa applicazione è come
tollerante a tali guasti di sistemi così
è come se costruissi un livello API
ma tutto sotto la tua API potrebbe fallire
e tu stai bene ho 28 secondi e
loro un’altra cosa che è interessante
è che non c’è bisogno di avere lo stesso
coerenza per tutto solo per il
i sottosistemi sono necessari ortogonali d quando
Devo andare a leggerlo da solo
la prossima carta è quella carta di frontiera voi
può andare bene e quindi questo è uno dei
autori ci piace molto questo documento e
e ancora una volta ho intenzione di trovare davvero così
il tema della robustezza e anche quando io
pensa alla robustezza che penso al nostro
sistemi come la capacità di stare su a
la capacità dei sintomi di essere sicuro ma il
solo se lo sai questo è in realtà
essere una verifica ed essere un test I
significa che il regno del test è come
tutti i tipi di classificazioni e questo è
il mio modello mentale così hai le cose come
sono come molto più accademici come formali
metodi e poi metodi informali
avere cose come le prove assistive umane
il modello controlla come indossare metodi formali
e il loro grado e ti danno questo
livello di sicurezza che i test regolari
non ti dà ma sono molto molto
ad alta intensità di lavoro e hanno anche molto
applicazione molto specifica quindi se ne hai
qualcosa che è fondamentale per la tua sicurezza
tendono ad andare per una prova umana assistita
spendi forse come sei mesi del tuo
vita che dimostra come 30 linee di codice ma
ti piace davvero molto molto bene
le garanzie che ci stanno effettivamente usando
forma di metodi e hanno una carta
a riguardo ma è davvero molto
interessante su come usare t la plus
per verificare e rendere più aggressivo
modifiche ai servizi AWS allora hai
i tuoi test regolari che sono una cosa
speriamo che tutti noi facciamo il vostro
fai attenzione ai tuoi test e alle persone
classificare i test a seconda di come il
prospettiva sul tuo sistema così hai
cose come top-down e uso come
scatola nera bianca è come se fossi consapevole
ma il documento introduce un nuovo termine
che chiamano basso verso l’alto e lo chiamano
gli iniettori di faglia guidati dalla lineage fanno parte
di bottom-up quindi ho pensato che fosse così
questo suono per questo perché io ragazzo è
davvero difficile da pronunciare quindi non lo sono
andando a dire colpa del lignaggio
iniettori lo chiamerò
Molly perché questo è il nome del
sistema in cui sono stati implementati
dimostrare questo concetto e questo concetto
viene dalla letteratura di database simile
dove tracciano il risultato di
qualcosa ma poi lo usano
meccanismo per assomigliare ai fallimenti malati
quindi Molly si ritira all’indietro da una corretta
osservare il comportamento del sistema e ci prova
proprio come capire cosa potrebbe avere
impedito che accada e che è
super potente e quindi usa questo
informazioni per mettere solo errori che se
le cose avrebbero potuto impedire il bene
risultato da tagliare per piacere da così così
così ha detto che è più intelligente del tuo solito
iniettori guasti perché in realtà
sa e ha una comprensione di come
la tua applicazione funziona quindi dì che voglio
costruire un sistema missilistico con Molly e in
il documento che descrive la situazione
ma è una sorta di re come un gioco con
uno sviluppatore e il programmatore che ho messo a
scimmia ma niente di niente da non prendere
conclusioni da quello e dal
verificatore simoni così così io me come a
programmatore Dò a Molly il mio programma a
specifica di correttezza i miei input e
un modello di fallimento come quello che dobbiamo concordare
quali sono i fallimenti che il mio
l’applicazione dovrebbe tollerare e
quanti di loro e su quale ammontare
tempo e Molly gestiscono abbastanza il mio programma
esecuzione di servizi e poi sta andando
scegliere un difetto e dalle cose
ci siamo accordati e poi lo farà
eseguire nuovamente il mio programma con quell’errore in
mente e entrambi osserviamo il
risultato così se Molly rompe il mio programma
programma e la correttezza
la specifica è violata, quindi perdo
dimentica di inviare il mio programma con una patch
ancora una volta, ma se sembra buono allora
Molly avrei vinto quel round e Molly
sceglierebbe un altro fallimento che è
possibile per la mia domanda e poi noi
riprova e riproviamo e se Molly
rompe il mio programma, poi perdo se il mio
programma come riesce a stufare come
sopravvivere a questa valutazione, allora vinco e
allora ottengo una certezza che io
non necessariamente con l’altra piega
nei meccanismi di iniezione un’altra cosa
quello è interessante che se una moglie è
rilevante è perché alla fine del
i metodi formali del giorno ti permettono di avere un
analisi di tutti gli stati a voi
che puoi programmare sul tuo sistema
in ma-ma-ma test in prova voi
in realtà devono forzare un sistema a fallire
altrimenti non si ha nessuna componente
fiducia che sta per funzionare
correttamente in modalità fallimento Molly
fornisce come parte di questa esecuzione un modo
a
ragioniamo sui fallimenti così perché
dopo il primo ad esempio il mio
il programma era una cagata e lui me l’ ha detto e poi
questa è una cosa di lignaggio e poi lui
mi dà anche un costo di lignaggio e in a
lampada o diagramma così posso ragionare
il tempo poi riesco a inoltrarlo di nuovo
per sottoporlo nuovamente e entro la fine del
il giorno in cui vedi che il mio lignaggio è un po ‘
un po ‘più complesso ed è un po’
un po ‘ più robusto, quindi puoi
guarda questo nel giornale cinquanta secondi ora
questo è come in realtà non è poi così male a destra
sì, stiamo andando bene, quindi il recente
come Molly molto è anche perché è così
presenta una via di mezzo tra le cose
sono come molto più pragmatici
test sono un formalismo e una rigidità
di metodi formali non so se ce n’è uno
vedi anche quelli a scuola ma il
la prima volta ho detto loro che era proprio come
ahh e poi non ho capito perché
erano bravi e poi ora lo capisco
le certezze sono molto più simili
sono molto più concreti come sono
hanno appena completato la loro matematicamente
dimostrabile così così ci dà un
terra di mezzo e e si tratta è il
stato dall’importanza della verifica
il molto fine per tolleranza nonostante
della complessità dello spazio delle faglie
ah ok ciao Craig eCos bello dei nostri partner
sì, la parte difficile è sapere come
cosa tutto ciò che potrebbe essere nel
finito come spazio di input si whoo
quindi spero in questo momento cosa siamo
provare a farlo è come essere esposto alle idee
che erano nuovi per noi o cose che noi
in realtà piace imparare e diverso
prospettive che abbiamo acquisito leggendo
documenti così anche noi stessi così come eravamo
proprio come ci piace giocare con
quale carta metteremo
diverso di diverse sezioni noi
in realtà ho imparato che il nostro punto di vista
siamo un po ‘diversi e quindi
quello che ho trovato prezioso su un foglio
erano le cose che trovi forse dentro
e poi quando trovi valore o sei il
cose che sono così
lo sanno tutti ma è così
interessante così così così che cosa abbiamo fatto
per te nel caso ti fossi addormentato mi piace
per fare questa cosa con le mie presentazioni
dove abbiamo messo i riassunti ma l’ ho fatto
chiamali a sentire il culo così se John è
non scegliere il nostro primo portarlo grazie
così abbiamo visto tre elementi fondamentali
documenti uno in ogni categoria agile magra
e robusto nella carta agile ricorda
abbiamo sentito da David Parness telegrafando
a noi di 21 anni fa progettando per
il cambiamento sta progettando per il successo così
questa è una lezione davvero importante e
ne abbiamo parlato molto oggi
la categoria di collegamento considerava la scalabilità ma
a che prezzo Franklin cherry 2015 a
il sistema scalabile potrebbe non essere necessariamente a
sistema snello e quindi semplicemente perseguendo
scalabilità per proprio diritto da
alcuni contesti potrebbero effettivamente essere abbastanza
costoso e lì il costo meraviglioso
metrica per aiutarci a valutare che nel
sezione robusta ci ha portato attraverso
pensando alla disponibilità in termini di
rendimento in termini di raccolta e la
capacità di un sistema con grazia
degradare e ancora esibirsi in alcuni
modo di fronte allo stress e
questo è un ottimo risultato di design oh okay
il mio di nuovo tutto bene così nelle frontiere
nella sezione di frontiera l’abbiamo visto
quando si tratta del nostro stato di gestione del lavoro
può essere difficile se devi
gestire un database su scala come te
conosci questo e lo stato della città e condividi
ricordo questo trucco che altri simili
altre persone stavano usando anche su Facebook
ma questa leva della squadra ha permesso loro di farlo
riavviare i processi DV più velocemente e il team
stesso è diventato più agile perché in
termini di operazioni che erano in grado di fare
tutto ciò che li ha portati 12 ore in
l’arco di uno così è super
potente in termini di lean chiedendo il
domanda sbagliata è spreco
e pensi che dovresti pensare
su ciò che è veramente necessario se puoi
usa un’approssimazione quindi risparmi molto
di impegno e un sacco di lavoro e
quindi in realtà piace che il tuo processo sia
molto più snello perché si perdono le inserzioni
e nel caso di robusto poi 3 seno
circa da uno stato buono e recente
all’indietro può davvero piacere
aiutarti a determinare se il loro XA
fallimenti di esecuzione che potrebbero avere
aiutati potrebbero averlo impedito
uscita accada quindi questo è anche
molto bello perché normalmente sarei stato usato
pensare in un modo ma non lo facciamo davvero
pensa al ritorno e e e penso
anche questo tipo di pensiero ci aiuta
diventare un po ‘ più robusto perché
ci ha dato gli strumenti per capire davvero
dove i nostri sistemi stavano facendo quando loro
Erano lì quando erano in esecuzione e
sì sì, così questo è il mio sommario robusto noi
ho compilato così ovviamente i documenti
divertente leggerli a volte un po ‘
stimolante per iniziare in
leggere ma il blog di Adrian è fantastico
perché ti aiuta almeno a capire
il succo di ciò che stai leggendo e io noi
avere un pronti contro termine con tutto ciò che deve
fare con tutto ciò che abbiamo trovato utile
per iniziare veramente con i documenti che noi
ho collegato a tutti i documenti che
abbiamo discusso è una specie di a
disservizio perché sono molto molto
bene e dovevamo essere ancora loro in cinque
minuti e c’è molto di più
informazioni che sono di grande valore quindi vai
controlla il link dei reporter al
diapositive già pubblicate
loro e questo è un promemoria per davvero
unisciti ai tuoi giornali locali per amore se tu
voglio parlare, siamo davvero grandiosi
sempre alla ricerca di nuovi oratori tu
non c’è nemmeno bisogno di preparare un pieghevole
magazzino si può fare uno più piccolo e il
gli organizzatori ti aiutano a svilupparlo e il
la carta del mattino è fantastica, quindi leggi e
per ora abbiamo come i danks
tu
edizione il nostro altro titolo funzionante era
Clint Riese per conoscenza ma non lo eravamo
sicuro di come avrebbe funzionato così noi
accontentiamo di questo e abbiamo intenzione di andare
per un po ‘di presentazioni, giusto
ora il mio nome è Anna sombra ricorda questo
ingegnere dei sistemi di detriti con una società
chiamato rapidamente dove consegna contenuto CDN
rete così vieni da noi che ci dai
i tuoi dati ci siamo diffusi in tutto il mondo e
rendiamo la tua applicazione più veloce, ma io sono
non qui oggi per parlare di veloce sono
qui per parlare di questa organizzazione
quello di cui faccio parte si chiama paper
amiamo anche io parlo molto velocemente
a volte il mio uso della lingua è la lingua
pieno quindi basta portare con me agenti vai a dire
me se sto andando super veloce stai andando
essere come penso che sia la mia stecca da bere
ogni volta che vado molto veloce ma
documenti che amiamo non so quanti di
tu sai che i giornali adoreranno questo
sì, quindi suppongo che forse tu
è andato a un meetup si si, va tutto bene
così i documenti scappano se non sai che è un
meetup che si occupa di portare ma il
obiettivo del gruppo sta cercando di portare
ricerca accademica più vicina a
praticanti quindi ogni mese ne prendiamo uno
qualcuno viene presentato e
persone che sono interessate solo
espandendo le loro conoscenze sul computer
tipo di ricerca scientifica di venire e poi
ascoltalo e condividilo
esperienza e non condividere l’introduzione a
concetti che possono o non possono essere stati
familiare a loro per me è iniziato con
una tradizione americana molto temuta chiamata
era un obiettivo di rendimento annuale
2014 e mi sono reso conto dopo un laureato
scuola elementare ho smesso di leggere documenti e
Ho deciso di quell’anno per prendere il mio annuale
obiettivo di prestazioni sul serio così ero come
Ho intenzione di leggere altri documenti ed è stato
Gennaio e pochi giorni dopo quello
iniziato a scrivere i miei obiettivi ho notato che
il gruppo di New York ha iniziato a
incontro chiamato carta per amare e
ovviamente sono come venduto lo farò
a con pressione sociale e san francisco
era il secondo il secondo incontro che è
iniziato e ormai penso che noi siamo il
il capitolo più grande era un migliaio di 112
ieri forse mi piace chi sa come
molti siamo in questo momento
ma penso che questo gruppo e questo
l’organizzazione ha colpito i nervi perché molto
di gente come se fosse interessata a questo
e ora abbiamo più di 24 capitoli tutti
in tutto il mondo e Londra è inclusa
e penso che si incontrino in questo edificio
e penso di essere in crash, in realtà sono come
rovinando il loro incontro perché sono qui così
così ora lo mando ad Adrienne okay
ragazzi sono il mio nome è Adrian ci proverò
e porta equilibrio parlando un po ‘
più lento per te Adrian dovrebbe essere facile
ricordo che sono anche nel gioco VC che lavoro
con partner Accel per fortuna l’ altro
Adriano ha dimostrato che puoi farlo
e ancora essere tecnico, quindi sto solo andando
per seguire sulla sua strada potresti conoscermi
dagli ex ruoli del CTO si trova l’essere sorgente
dove ecc chiave, ma in realtà il più
la cosa rilevante per stasera era in realtà
un blog che ho ragione che si chiama il
carta del mattino che ha iniziato poco più di un
anno fa ho iniziato a leggere un foglio CS
ogni giorno della settimana e vediamo dal
ottavo di ottobre dello scorso anno ho dovuto
cercalo Ho scritto una recensione
di quel giornale ogni giorno su questo blog
chiamato il giornale del mattino che è stato
un tipo di viaggio davvero interessante
solo una sorta di immagina e di iniziare
può sembrare imparare e scoprire ecc
come una cosa strana per qualcuno nella mia
posizione da fare ma in realtà cosa
Ho davvero trovato che tu sai che è così
Sono sicuro che lo troverai difficile da mantenere
con l’immenso ritmo di cambiare il
volume di informazioni che è stato pubblicato
ogni giorno solo tu sai provare
capisci tutto questo quindi cosa fai?
come si fa a gestirlo in particolare
se ti trovi in una situazione in cui ti serve
per valutare rapidamente e venire a sentenze
e le decisioni su di te sanno da che parte
andare e quali parti stanno prendendo il mio caso
investimenti forse in alcuni dei tuoi casi
quale tecnologia costruire su etc e i
scoperto che in realtà lungo questo
viaggio ci sono due cose che ho ottenuto
dalle carte che sono veramente utile per me
e uno di loro sta guardando il
fondazioni così davvero comprendendone alcune
principi base di base che ti danno un
contesto in cui andare e capire
quando incontri qualcosa di nuovo
questo si allinea con quello che so
principi fondamentali qui a
quadro posso inserirlo e capire
e poi la seconda cosa che io
davvero provato in godimento sta guardando il
frontiere che cercano di capire dove
le cose stanno andando e quindi l’ho trovato
sanno che i giornali sono stati molto
benefico per me per queste due ragioni
e quindi un mix di fondamenta
frontiere e questo è quello che abbiamo fatto
stasera per strutturare il discorso era a
breve difficile penso che tu abbia avuto modo di
dacci un po ‘di respiro Adria ha detto che ti voglio
parlare di articoli accademici e io voglio
per essere divertente che non è il
coppia immediata che avresti messo insieme sì
ma abbiamo birre per aiutare così abbiamo
preso a bordo una sfida che stiamo per
nei tre temi della conferenza
che ora conosci molto bene
e robusto abbiamo selezionato due documenti in
ogni categoria che stiamo chiamando
fondamentale e uno che pensiamo sia un
un po ‘di più sulle frontiere anche se
è in qualche modo arbitrario ma sono tutti
documenti che ci piacciono e da superare
questo nel tempo disponibile ce ne rendiamo conto
abbiamo quindi circa cinque minuti
carta sì, che in realtà è carina
difficile e quindi tenerci per quello qualsiasi
la società non sarebbe divertente se avessimo un
timer rigoroso e una campana tale che e io
arrivare prima in genere se noi
invadere i cinque minuti che avremo tagliato
fuori così le bevande più importanti dovrebbero essere
in tempo seguendo questo meccanismo sì così
queste sono le regole cinque minuti per
carta una fondazione una frontiera n
imbrogliare senza regolare l’orologio lungo
il modo in cui non suonare il campanello troppo presto grazie
avrai bisogno di tutti i minuti che possiamo
prendi così con quello, immergiamoci in noi
guarda alcuni documenti va bene così il primo
la categoria che abbiamo scelto è un gel così
sì categoria di lavoro che vuoi venire
ecco perché non afferro questo venuto al
centro sì così bene così stiamo andando a
iniziare con una carta fondamentale nel
bordo la nostra categoria e tu uno dei
cose che siamo molto scoraggianti
quello che ho imparato che già uno dei
le cose che abbiamo ascoltato molto oggi sono queste
l’agilità è tutta una questione di abbracciare il cambiamento
e adattandosi alle mutevoli circostanze
ed essendo bravo a farlo, questo è un
carta un ragazzo molto famoso chiamato David
Palmer ha scritto nel 1994 e adoro questo
carta perché ho detto che avrebbe potuto essere
dando questo discorso in questa sessione oggi
eppure questo è molto prima che tu potessi
hanno predetto molti dei
le cose di cui stiamo parlando sono
1994 ha anche scritto il meraviglioso sul
criteri per la decomposizione dei sistemi in
I moduli ma noi non parleremo
oggi
una delle cose che dice molto presto
su questo è in realtà il successo che abbiamo
per superare questa eccitazione
arrivare alla prima versione funzionante e
dovevamo pensare al successo come
la pianificazione per una serie di cambiamenti nel corso
il lungo raggio e questo è quando siamo davvero
sappi che stiamo vincendo ora non lo so
se hai mai avuto l’esperienza di
guardando un pezzo di software esistente
forse un po ‘di disprezzo
pensando di poterlo scrivere così tanto
meglio se potessi semplicemente riscrivere
è nella lingua giusta con la destra
strumenti che usano il design moderno
Sarebbe fantastico e lo stagno lo dice
è un po ‘come guardare un 86enne
uomo e dicendo che sai che dovremmo
avere più esercizio quando era più giovane
e non apprezzando che il ragazzo fosse
in realtà un campione nuotatore proprio dentro
i suoi 50 anni e quindi conosci uno dei
punti qui è quello che chiama
l’invecchiamento del software è semplicemente inevitabile
causa due problemi all’invecchiamento del software
il parnasso il primo motivo è tuo
Il software non può diventare obsoleto da
non riuscendo a cambiare se lo lasci
statico non si adatta e non fa per te
il mancato cambiamento invecchierà il software
è obsoleto e cade dagli strumenti di
il passato la seconda ragione per cui il software
l’età sta cambiando così sei dannato se
lo fai e sei dannato se non lo fai
Thomas dice che se vuoi pianificare
successo è necessario pianificare il cambiamento
perché gli unici sistemi che non ottengono
sono cambiati quelli che sono così cattivi che
nessuno vuole usarli allo stesso modo
per un fallimento di pianificare per il cambiamento è
Pianificazione davvero per l’invecchiamento precoce e
morte che spero non vogliamo per il nostro
software come si invecchia hathon che speri
che lo scrittore originale del software
ha un chiaro concetto in mente quando loro
crearlo in qualche modo concettualmente
integrale e coerente ma più avanti
qualcuno viene a fare un po ‘
manutenzione per fare un cambiamento e loro
non lo capisco abbastanza chiaramente
concetto originale e quindi cosa fanno
non è abbastanza in linea con ora
capire il software è necessario
capire il concetto originale e il
cambiamento che è stato fatto ripetere questo processo
un paio di volte e trovi che il
progettista originale del software n
più a lungo capisce cosa fa il
manutentore del software mai
capito cosa ha fatto
e quindi nessuno capisce cosa
questo software è interessante ora
l’invecchiamento del software dice che è inevitabile e come
succede che riduce la nostra agilità come
l’ ageism del software diventa più fragile e
più difficile da capire il tasso di cambiamento
rallenta anche le prestazioni del
il software può rallentare come una struttura
si deteriora e tende a ottenere di più
buggy uno dei motivi è l’aumento di peso
il modo più semplice in cui dice di aggiungere un nuovo
funzione per il cappuccio del software è
aggiungi un nuovo codice e tendiamo a violare il
principio secco otteniamo duplicazioni ecc
le modifiche dovevano essere fatte in più casi
siamo sul pendio scivoloso cosa possiamo fare
fai in modo che tu stia nascondendo il timer che cosa può
facciamo su questa medicina preventiva
Parnis dice prima di tutto che dobbiamo
design per la pianificazione del cambiamento per il cambiamento
ricorda che sta pianificando il successo così
pensaci bene cosa può fare
aiutare con questa modularità che abbraccia e
nascondere le informazioni in altre parole
rompere il tuo sistema in più piccolo
pezzi coerenti ben progettati che
diventare unità di cambiamento che è tipo di
ricorda molto di micro servizi quando
ci pensi anche lui sottolinea
chiarezza e documentazione forse di più
di quanto saremmo oggi, ma con l’obiettivo
ricordati che stai scrivendo questo
il lungo raggio pensa alla gente
cadere forse il tuo sé futuro se a
parte del software è pessima solo
tagliarlo amputare la malattia cavalcata
le parti non lo lasciano di nuovo diffondere
significa che avere un’unità di cambiamento tu
può facilmente amputare è grande e, infine
piano per eventuale sostituzione lo farà
capita che il software inizi a salvare
finanziariamente e investendo in nuovi strumenti
e tecniche per essere pronti quando questo
il tempo viene a guardare quella volta fuori sì oh
simpatico
oh ok ok oh hey va bene così
detto questo è un po ‘troppo presto
va bene così il mio articolo che ho scelto questo
molto meglio tutto il tempo laggiù è
come ogni secondo, quindi è veloce
database iniziamo su Facebook e poi
abbiamo scelto questo come un documento d’angelo che è
in una frontiera, quindi quando vogliamo
gli sviluppatori vogliamo l’agilità di funzionamento
opportunità di sviluppo e PIL di
testare e verificare un’agilità di
consegna ma vedrai tutto questo
questi si occupa di come costruiamo
software e come abbiamo messo in
produzione ma una volta fuori in natura
in realtà dobbiamo supportarlo e noi
bisogno di fare manutenzione ad esso così anche noi
voglio davvero l’ agilità delle operazioni come
bene così le persone stanno lasciando cadere i loro drink
cacca così questo articolo si occupa di Facebook
scuba e se non hai familiarità con
Scuba Scuba è un database in memoria
che viene utilizzato per monitorare e analizzare
prodotti e servizi di facebook e il
la carta descrive le lotte del
il team di scuba si stava occupando quindi si occupa
con un po ‘di architettura
ma non lo copriremo anche se
Sto solo per dirti che lo sono
macchine e ogni macchina ha ha ha
alcuni server sono da quando questo in memoria
tutti i dati sono presenti nel server
mucchio quindi questo è tutto ciò che devi sapere
sugli scuba ma il problema che il
squadra stava avendo e il problema sono
praticamente tutti quelli che devono affrontare
con stato una grande quantità che
è un po ‘ complicato è come se non lo fosse
necessariamente banale e per loro
il ripristino di un database ha cancellato la memoria
quindi significava che ha dovuto caricarlo
da questo ed era circa 120 concerti di
RAM dal disco e li ha portati in giro
tre ore per server e tu ti nascondi
circa otto server per macchina, quindi loro
ha questa strategia per effettivamente ottenere loro
per avere un po ‘più di funzionalità
mentre dovevano fare un aggiornamento allora e
hanno fatto cose come l’ orchestratore
riavvia come gli unici due riavviati
per cento della flotta due per cento del
servizio della flotta e anche loro
come a muro c’erano i servizi di parole
riavviando usano questa cosa
sarebbe come parziale che ti fanno
vedi una strategia chiamata query parziali così
non restituiscono i risultati completi impostati
ma ritornò un po ‘e poi loro
continuare a riavviare le macchine ma ballare
Plymouth Rock 12 ore e richiesto a
ingegnere a tempo pieno per monitorare effettivamente
il processo e non so se tu
potrebbe o la proprietà finora questo è
come sembri ogni volta che devi
fai quello che nota la squadra
che ogni volta che hanno sparato su un servizio per
un piano di aggiornamento in cui si trovava la memoria del server
un buono stato suppongo che ogni volta
crash del server e non si può davvero dire
se il ricordo fosse buono o no, se lo sei
c’era un po ‘di corruzione così loro
ha deciso di disaccoppiare i ricordi
durata dalla vita del processo
vite così hanno fatto così e
sono andati hanno fatto in realtà solo
come serializzazione e deserializzazione
strutture sistina che sono andate così alla scrivania
è passato dall’anca alla memoria e
vengono da Sherman da
keep2share memory and then through
la memoria condivisa era la cosa giusta
mantenuto lo stato quindi il processo noi
ha iniziato e poi ha appena letto tutto
ritorno dalla memoria condivisa in heap e
usano diverse strutture di dati su
la carta copre questo e questo tipo di
come la descrizione di come hanno fatto il
barcollò le ripartenze scaglionate e così
li portò circa un’ora a fare il pieno
flotta e nel server ha preso da andare
da tre ore ci sono voluti circa 2-3
minuti per server quindi questa è agilità
di operazioni e questo è ciò che si guarda
come se tu fossi l’ingegnere acceso
chiama quel boom, sì, quindi va bene
ora stiamo andando per andare avanti
con un così buono sì, ho il tuo pezzo di ricambio
minuti sì oh vieni senza rollover sì
va bene quindi un tour cartaceo di lean um e
Riesco a fare di nuovo il documento fondamentale
hai iniziato il timer va bene così mio
la scelta è scalabilità ma a quale costo
in particolare al giornale Frank McSherry del 2015
e metallo ma mi è davvero piaciuto
ci insegna un molto fondamentale e
forse lo troverai poco intuitivo
lezione quando la incontri per la prima volta e
quindi insegna la domanda perché siamo
perseguire determinati obiettivi e se loro
sono davvero quelli giusti e se
hanno conseguenze lieen quindi andiamo
dai un’occhiata a questo particolare grafico
che mostra qui sta ridimensionando alcuni
sistemi distribuiti o aggiunta di nodi e
quindi stiamo aggiungendo la causa e lo siamo
guardando la velocità che raggiungiamo
come aggiungiamo perché questo è un tipo classico
di scalabilità del mio sistema in mostra
grafico e vedremo che il sistema B inizia
lottare dopo circa 10 causa allora
sembra essere un rivestimento piatto e no
scalare terribilmente bene mentre il sistema a
abbiamo avuto il nostro naso nella sua testa il nostro nucleo
sembra scalare abbastanza bene nel
limite di tempo e una rapida dimostrazione di mani che
preferirebbe schierare il sistema a e chi
piacerebbe distribuire il sistema b11 curioso
Prendilo perché è capito lì fuori
deve essere una presa qui è un altro grafico di
lo stesso sistema che esegue esattamente lo stesso
carico di lavoro stiamo vedendo il numero
di nodi in un sistema distribuito e
quindi causa ma ora guarderemo il
tempo effettivo necessario per elaborare questo
carico di lavoro quello che voglio che tu noti è
quel sistema è il sistema che scala
il peggio in realtà si comporta meglio di
sistema a ogni scala ora quale sistema
vuoi distribuire nei tuoi dati
sistema di un sistema o di essere huh che una specie di
fidarsi non è un po ‘male
aspetta, voglio deliberatamente schierare
il sistema che peggiora di peggio quel tipo
di tecnologia è che usiamo il tipo di
scalabilità come obiettivo a sé stante
il tuo sistema scala la sua scala web
ricerca mirata di scalabilità
questo documento mostra che questo potrebbe essere sbagliato
obiettivo è molto stimolante
contro esempio siamo più interessati
forse in termini di prestazioni diverse
scale sono in termini di costi, ecc. come
succede così la saggezza comune ha
incarnato in molte molte carte e
discussioni e dibattiti è che se il tuo
il sistema scala davvero bene , devi essere un
costruttore di sistemi davvero valido perché
il ridimensionamento è difficile e tu hai chiaramente fatto a
ottimo lavoro e ore di lusso in realtà
hai qualche saggezza rara qui
il sistema può effettivamente scalare arbitrariamente
bene hai un particolare
sistemi distribuiti con un sufficiente
mancanza di cura nella sua implementazione come
questo succede bene per ottenere
ridimensionamento e di andare fino a 300 nodi noi
introdurre tutti i tipi di spese generali e
inefficienze che ci lasceranno
lavorare in modo distribuito loro
risulta essere facilmente parallelizzabile ora
ottieni un grafico di ridimensionamento dall’aspetto incantevole
ma non si dispone di buone prestazioni la
la seconda cosa che tende ad accadere è
che un programma ottimizzerà intorno ad alcuni
di questi programmi distribuiti
i paradigmi limitano la scelta dell’algoritmo
e quindi non puoi sempre codificare il
algoritmo nel modo più efficiente
quindi introducono una nozione di costo
qual è la configurazione che
supera un singolo thread, quindi il costo
di un sistema è il numero di hardware
perché devi usare prima di te
sistema particolarmente distribuito
l’implementazione supera una competente
sistema single core a thread singolo molti
i sistemi che risulta effettivamente hanno
costi illimitati non hanno mai scelto questo
obiettivo quindi andiamo se tipo di schiacciante e
interessante diamo un’occhiata questo è
è un elaboratore grafico che lo fai in molti
altre aree 20 pagerank iteration Joe
L’algoritmo PageRank di Google ecc
il mio sistema a thread singolo in alto così
la parentesi ha quante chiamate erano
usando così puoi vedere che la maggior parte di questi
i sistemi non riescono mai a battere il mio core singolo
così scintilla con 128 causa, per esempio è
in realtà più lento del mio thread singolo
un singolo core GraphLab è GraphLab
quasi lo fa ma ne usa cento
e ventotto core per farlo 128
tempi più costosi di quelli che hai usato a
il singolo barham del tiro principale ha detto che potete
avere un secondo computer quando l’ hai mostrato
sai come usare il primo
scegliere un buon algoritmo a parte
davvero al centro dell’informatica
e se siamo costretti a posizioni dove
non possiamo farlo è serio
implicazioni per essere magra nel suo blog
che accompagna il giornale Frank
McSherry dice guarda ecco il test dell’acido
se stai costruendo un sistema per gli altri
utilizzare un particolare sistema distribuito
assicurati che funzioni meglio di così
fa sul tuo portatile e dal modo in cui lui
mostra come puoi farlo
set di dati molto grandi e tutti i tipi di
cose non è solo per i piccoli dati e
se stai usando una specie di distribuito
il sistema si assicura solo che sia migliore di
il tuo laptop ha implicazioni incredibili
per correre qui solo per una specie di
assumendo la scalabilità seguendo la folla
e in realtà accettando un sacco di
inefficienza di conseguenza cosa fare
Buona no ok io sono accanto e ho intenzione
per rubare qualche secondo dal reset
Ho intenzione di fare il documento di frontiera e
così di frontiera anche dal 2015
pensando a magra
la mia scelta è di circa Hadoop
approssimazioni ai framework MapReduce
ora considerando la scalabilità ma a quale costo
ci insegna a chiederci se lo siamo
perseguendo l’obiettivo giusto questo documento
in realtà ci insegna a fare in modo che
non stiamo chiedendo troppo ai nostri sistemi
e ancora voglio prenderti in giro con a
grafico questa volta stiamo guardando
analisi delle dimensioni degli articoli in
Wikipedia va bene e quindi mi hai preso
dimensione della pagina in byte e il numero di
articoli che hanno quella dimensione tramite il
verde la linea continua indica l’assoluto
risultati perfetti e precisi che analizzano ogni
articolo singolo che osserva la lunghezza esatta
e dandoti questa distribuzione ciò che è
davvero interessante alla croce è finita
stenditi in rosso se non sei rosso verde
daltonico è la stessa cosa ma
calcolato campionando solo l’ 1%
dei dati quindi è stato il produttore a dire
guarda che ci sono limiti di errore dell’1% e
intervallo di confidenza del novantacinque per cento
puoi dirmi cosa questa distribuzione
sembra che se tu sei felice
prendere le croci rosse piuttosto che il
linea continua di nuovo campione circa l’1% di
i dati che puoi ottenere sono circa 32 volte
più veloce o usando circa 30 denti del
risorse e voglio mentirti che cosa fai
hai davvero bisogno di sapere se il tuo obiettivo è
per comprendere la forma della
distribuzione per consultare i report ecc
sai che non stai facendo una specie di fatturazione
tipo di cose dal retro di questo in
molti casi è la croce rossa perfettamente
abbastanza buono ora un rapporto che solo tu
circa una volta al mese puoi eseguirlo ogni volta
giorno per lo stesso costo va bene c’è un
pezzo di lavoro correlato non è nel
carta ma volevo toccare su di esso chiamata
lampeggia DB che incorpora anche questo
idea di query approssimativa ora qui di nuovo
stiamo vedendo il costo dell’esecuzione di una query
ottiene due diversi set di dati due e a
mezzo terabyte sette e mezzo
terabyte in modo che la risposta alle query di grandi dati su
l’ asse y nota che si tratta di una scala di registro
okay e di nuovo stiamo dicendo se vogliamo
questa query all’errore dell’uno per cento quindi a
due e mezzo terabyte eravamo tra
circa 10 a 100 volte più veloce o meno costoso
e a sette e mezzo terabyte sei
circa un migliaio
tempi più veloce / meno costoso, se lo sei
pronto ad accettare questa approssimazione
che ti ho appena mostrato da molti
scopi è davvero dannatamente buono
come funziona il prox hadoop
e quindi è un processo di campionamento a due fasi
quando lo fa è il primo è semplicemente sceglie
inserire un sottoinsieme dei blocchi di dati e
poi dato che sceglie di correre o di
rilasciare un sottoinsieme delle attività della mappa, naturalmente
il trucco è capire quanti dati
hai bisogno di guardare e quanti compiti
puoi cadere ma dopo averlo fatto
campionamento a due stadi per usarlo come fine
l’utente è morto in avanti
fornisci le super classi per
mapper e riduttore che hai appena esteso
come se fossi il normale tipo di super
classi e questo è tutto per te
sono due modi per specificare ciò che vuoi
puoi dire se capisci i tuoi dati
imposta questa è la frequenza di campionamento che sono
pronto ad accettare e questa è una goccia
il formato del tasso riduce le attività o puoi dirlo
questo è il limite di errore che io sono
interessato e questa è una fiducia
intervallo di cui ho bisogno ora legato all’errore è come
vicino alla vera risposta devo essere
entro l’uno per cento entro il cinque percento
entro un intervallo di confidenza del dieci percento
quanto tempo ho perfettamente il tempo
intervallo di confidenza è quanto sei sicuro
che sei all’interno di limiti di errore così
per esempio se dico novantacinque per cento
un errore sicuro dell’uno per cento quello
significa 19 volte su 20 la risposta I
ti darò sarà dentro quello
legato come fanno a capire quanto
drop basato su questo che è il tipo di dove
l’intelligenza è che sei tu
non vorrebbe fare te stesso così per
calcoli aggregati cose che sono
facendo per esempio un salmo o un conteggio o
quel genere di cose usano il multistadio
teoria del campionamento e se hai un
processo che sta guardando gli estremi come
calcolando un minimo o un massimo, ecc
gli autori usano la teoria del valore estremo e
qualcosa chiamato Fisher Tippett buono
un teorema di denko non me lo chieda
Non posso dirtelo, ma alcuni ragazzi intelligenti
ho capito tutto e davvero il
da asporto per questo per me è non chiedere
domande sprecate hai davvero bisogno
la risposta perché ottenere da 99
percentuale al 100% si paga un prezzo pesante
okay va bene così ora stiamo andando a fare
robusto all’inizio abbiamo deciso di
dividili e poi vedremo
se ognuno di noi può prendere un pieno
sezione ma sembra che siamo fatti di
tempo quindi facciamolo così il primo foglio
questo è il fondamento che abbiamo selezionato
stava raccogliendo la resa e l’inarrestabile
servizi tolleranti e il motivo per cui noi
amo questo documento è che è stato fatto in
1999 ma molti di questi meccanismi
e molte delle strategie che tu
di cui si è parlato nelle sezioni precedenti
in realtà sono come formalizzati in questo
carta e e ed è davvero davvero
bello quindi se questa è la mia interpretazione di
robustezza che non ha nulla a che fare con
sicurezza quindi mi dispiace per gli altoparlanti
mi piace davvero i tuoi discorsi e imparo molto
di loro ma ma sì, sto trattando
con come pci adesso così è stato
ah così buona, così robustezza Sono andato anche come
un praticante quando penso a
robustezza Penso anche al sistema
disponibilità ed è per questo che mi piace
carta consentita perché questo documento dà
noi ci danno le strategie per migliorare migliorare
robustezza nella stampa una presenza di
fallimenti quindi abbiamo tutto ciò che funziona
su Internet alla fine fallirà
come se fallisse così così il modo in cui
questo documento ci dà in realtà un meccanismo
e un modo migliore di pensare a cosa fare
fai o come la tua disponibilità di sistema
è influenzato dal fallimento, ecco perché io
Mi piace ed è per questo che l’ho messo
clero esperto così i due concetti
di questa carta introdurre è rendimento e
Raccogli così Lissa bene come una frazione
di rispondere alle domande e raccogliere è il
frazione del risultato completo quindi noi
ora come gli autori ci propongono
inizia a pensare al nostro sistema
disponibilità in termini di rendimento e
raccolto e i nostri sistemi alla fine
avere una preferenza per quello che stanno andando
essere tollerante per aver intenzione di essere
come la resa dei favori o vogliono un favore
raccolto e che non è qualcosa che
hai costruito dopo il tuo sistema
costruito tu costruisci questo comportamento
è un risultato della progettazione dei sistemi
che è qualcosa che piace davvero
piuttosto interessante è come non si può
davvero costruire sicurezza X e Austin tuo
il sistema è finito ma è lo stesso
cosa con il sistema di visualizzazione del comportamento in
termini di insuccessi quindi questi due concetti
sono piuttosto complicati quindi vado a coprire
di nuovo per assicurarci che noi
capiscili
insieme mi ci è voluto un po ‘ di tempo
per ottenere effettivamente ciò che intendevano per rendimento
quindi sei un po ‘più vicino al tempo
significano la percentuale di richieste che
ottenere risposta con successo, ma è di più
utile del tempo come metrica perché
questo correlato o mappe direttamente da usare
la tua esperienza quindi per esempio noi
avere un carrello della spesa sul tuo sistema è un
carrello della spesa e stai facendo
Natale e poi ne hai due
minuti di inattività ma è diverso
come se ci fosse un rendimento diverso da quello di se
il tuo sistema scende alle 3 del mattino su a
normale mercoledì principessa stesso fuori
metrica di uptime così così questo è il
parte interessante poi racconta l’ autore
noi che dovremmo effettivamente concentrarci
sul rendimento piuttosto che sul tempo quando siamo
cercando di parlare dei nostri sistemi
comportamento così raccolto che proprio ora questo
è deciso un esempio molto illustrativo
quindi la raccolta è definita come la percentuale
dei dati inclusi nel file
risposta da tutti i dati che noi
dire così che ho questo seguito
distribuzione di dati su server e I
ho messo in coda sul server un bambino su cyber essere
gli animali sul server vedono e voglio
la ricerca di simpatici animaletti offre questo
è quello che succede quando poi il web server
gabbiano server scarabeo va giù ho
il sessantasette percento del raccolto ma
in realtà la mia query è abbastanza buona, quindi questo
è di nuovo a quello dell’approssimazione il
giorno e stava parlando di come non lo facciamo
avere raccolto al cento per cento
per restituire effettivamente un risultato ragionevole così
gli autori propongono due strategie per
aiutaci a aiutarci a costruire i nostri sistemi in modo
che sono molto più tolleranti o robusti
fallimento quindi una delle ammissioni come
strategia numero uno o porta numero uno
è la disponibilità probabilistica e questo
è come il concetto di come
un degrado aggraziato come quello
è un aggraziato raccolto aggraziato
perché è come un’abilità graziosa
avranno più come un vicino
risultato sui ragazzi della carta da sub
ha fatto per una casualità colpa è per
esempio se diffondo l’ uno per cento del mio
dati attraverso attraverso differenti differenti
i server poi moglie una volta mai muore è
tipo di tasso simile ma per te per
il tuo salvataggio di stato se uno dei
dimensione del server quindi ne hai effettivamente uno
per cento che è distribuito casualmente
dati che puoi effettivamente replicare di più
cose che sono più importanti per te
e si degradano i risultati in base al cliente
capacità al secondo è il
composizione
la decomposizione dell’uomo è l’unica cosa che è
davvero importante che voglio che tu prenda
lontano da questo è che puoi dividere
la tua applicazione nei sottosistemi
sono intolleranti al fallimento in modo indipendente
/ la tua stessa applicazione è come
tollerante a tali guasti di sistemi così
è come se costruissi un livello API
ma tutto sotto la tua API potrebbe fallire
e tu stai bene ho 28 secondi e
loro un’altra cosa che è interessante
è che non c’è bisogno di avere lo stesso
coerenza per tutto solo per il
i sottosistemi sono necessari ortogonali d quando
Devo andare a leggerlo da solo
la prossima carta è quella carta di frontiera voi
può andare bene e quindi questo è uno dei
autori ci piace molto questo documento e
e ancora una volta ho intenzione di trovare davvero così
il tema della robustezza e anche quando io
pensa alla robustezza che penso al nostro
sistemi come la capacità di stare su a
la capacità dei sintomi di essere sicuro ma il
solo se lo sai questo è in realtà
essere una verifica ed essere un test I
significa che il regno del test è come
tutti i tipi di classificazioni e questo è
il mio modello mentale così hai le cose come
sono come molto più accademici come formali
metodi e poi metodi informali
avere cose come le prove assistive umane
il modello controlla come indossare metodi formali
e il loro grado e ti danno questo
livello di sicurezza che i test regolari
non ti dà ma sono molto molto
ad alta intensità di lavoro e hanno anche molto
applicazione molto specifica quindi se ne hai
qualcosa che è fondamentale per la tua sicurezza
tendono ad andare per una prova umana assistita
spendi forse come sei mesi del tuo
vita che dimostra come 30 linee di codice ma
ti piace davvero molto molto bene
le garanzie che ci stanno effettivamente usando
forma di metodi e hanno una carta
a riguardo ma è davvero molto
interessante su come usare t la plus
per verificare e rendere più aggressivo
modifiche ai servizi AWS allora hai
i tuoi test regolari che sono una cosa
speriamo che tutti noi facciamo il vostro
fai attenzione ai tuoi test e alle persone
classificare i test a seconda di come il
prospettiva sul tuo sistema così hai
cose come top-down e uso come
scatola nera bianca è come se fossi consapevole
ma il documento introduce un nuovo termine
che chiamano basso verso l’alto e lo chiamano
gli iniettori di faglia guidati dalla lineage fanno parte
di bottom-up quindi ho pensato che fosse così
questo suono per questo perché io ragazzo è
davvero difficile da pronunciare quindi non lo sono
andando a dire colpa del lignaggio
iniettori lo chiamerò
Molly perché questo è il nome del
sistema in cui sono stati implementati
dimostrare questo concetto e questo concetto
viene dalla letteratura di database simile
dove tracciano il risultato di
qualcosa ma poi lo usano
meccanismo per assomigliare ai fallimenti malati
quindi Molly si ritira all’indietro da una corretta
osservare il comportamento del sistema e ci prova
proprio come capire cosa potrebbe avere
impedito che accada e che è
super potente e quindi usa questo
informazioni per mettere solo errori che se
le cose avrebbero potuto impedire il bene
risultato da tagliare per piacere da così così
così ha detto che è più intelligente del tuo solito
iniettori guasti perché in realtà
sa e ha una comprensione di come
la tua applicazione funziona quindi dì che voglio
costruire un sistema missilistico con Molly e in
il documento che descrive la situazione
ma è una sorta di re come un gioco con
uno sviluppatore e il programmatore che ho messo a
scimmia ma niente di niente da non prendere
conclusioni da quello e dal
verificatore simoni così così io me come a
programmatore Dò a Molly il mio programma a
specifica di correttezza i miei input e
un modello di fallimento come quello che dobbiamo concordare
quali sono i fallimenti che il mio
l’applicazione dovrebbe tollerare e
quanti di loro e su quale ammontare
tempo e Molly gestiscono abbastanza il mio programma
esecuzione di servizi e poi sta andando
scegliere un difetto e dalle cose
ci siamo accordati e poi lo farà
eseguire nuovamente il mio programma con quell’errore in
mente e entrambi osserviamo il
risultato così se Molly rompe il mio programma
programma e la correttezza
la specifica è violata, quindi perdo
dimentica di inviare il mio programma con una patch
ancora una volta, ma se sembra buono allora
Molly avrei vinto quel round e Molly
sceglierebbe un altro fallimento che è
possibile per la mia domanda e poi noi
riprova e riproviamo e se Molly
rompe il mio programma, poi perdo se il mio
programma come riesce a stufare come
sopravvivere a questa valutazione, allora vinco e
allora ottengo una certezza che io
non necessariamente con l’altra piega
nei meccanismi di iniezione un’altra cosa
quello è interessante che se una moglie è
rilevante è perché alla fine del
i metodi formali del giorno ti permettono di avere un
analisi di tutti gli stati a voi
che puoi programmare sul tuo sistema
in ma-ma-ma test in prova voi
in realtà devono forzare un sistema a fallire
altrimenti non si ha nessuna componente
fiducia che sta per funzionare
correttamente in modalità fallimento Molly
fornisce come parte di questa esecuzione un modo
a
ragioniamo sui fallimenti così perché
dopo il primo ad esempio il mio
il programma era una cagata e lui me l’ ha detto e poi
questa è una cosa di lignaggio e poi lui
mi dà anche un costo di lignaggio e in a
lampada o diagramma così posso ragionare
il tempo poi riesco a inoltrarlo di nuovo
per sottoporlo nuovamente e entro la fine del
il giorno in cui vedi che il mio lignaggio è un po ‘
un po ‘più complesso ed è un po’
un po ‘ più robusto, quindi puoi
guarda questo nel giornale cinquanta secondi ora
questo è come in realtà non è poi così male a destra
sì, stiamo andando bene, quindi il recente
come Molly molto è anche perché è così
presenta una via di mezzo tra le cose
sono come molto più pragmatici
test sono un formalismo e una rigidità
di metodi formali non so se ce n’è uno
vedi anche quelli a scuola ma il
la prima volta ho detto loro che era proprio come
ahh e poi non ho capito perché
erano bravi e poi ora lo capisco
le certezze sono molto più simili
sono molto più concreti come sono
hanno appena completato la loro matematicamente
dimostrabile così così ci dà un
terra di mezzo e e si tratta è il
stato dall’importanza della verifica
il molto fine per tolleranza nonostante
della complessità dello spazio delle faglie
ah ok ciao Craig eCos bello dei nostri partner
sì, la parte difficile è sapere come
cosa tutto ciò che potrebbe essere nel
finito come spazio di input si whoo
quindi spero in questo momento cosa siamo
provare a farlo è come essere esposto alle idee
che erano nuovi per noi o cose che noi
in realtà piace imparare e diverso
prospettive che abbiamo acquisito leggendo
documenti così anche noi stessi così come eravamo
proprio come ci piace giocare con
quale carta metteremo
diverso di diverse sezioni noi
in realtà ho imparato che il nostro punto di vista
siamo un po ‘diversi e quindi
quello che ho trovato prezioso su un foglio
erano le cose che trovi forse dentro
e poi quando trovi valore o sei il
cose che sono così
lo sanno tutti ma è così
interessante così così così che cosa abbiamo fatto
per te nel caso ti fossi addormentato mi piace
per fare questa cosa con le mie presentazioni
dove abbiamo messo i riassunti ma l’ ho fatto
chiamali a sentire il culo così se John è
non scegliere il nostro primo portarlo grazie
così abbiamo visto tre elementi fondamentali
documenti uno in ogni categoria agile magra
e robusto nella carta agile ricorda
abbiamo sentito da David Parness telegrafando
a noi di 21 anni fa progettando per
il cambiamento sta progettando per il successo così
questa è una lezione davvero importante e
ne abbiamo parlato molto oggi
la categoria di collegamento considerava la scalabilità ma
a che prezzo Franklin cherry 2015 a
il sistema scalabile potrebbe non essere necessariamente a
sistema snello e quindi semplicemente perseguendo
scalabilità per proprio diritto da
alcuni contesti potrebbero effettivamente essere abbastanza
costoso e lì il costo meraviglioso
metrica per aiutarci a valutare che nel
sezione robusta ci ha portato attraverso
pensando alla disponibilità in termini di
rendimento in termini di raccolta e la
capacità di un sistema con grazia
degradare e ancora esibirsi in alcuni
modo di fronte allo stress e
questo è un ottimo risultato di design oh okay
il mio di nuovo tutto bene così nelle frontiere
nella sezione di frontiera l’abbiamo visto
quando si tratta del nostro stato di gestione del lavoro
può essere difficile se devi
gestire un database su scala come te
conosci questo e lo stato della città e condividi
ricordo questo trucco che altri simili
altre persone stavano usando anche su Facebook
ma questa leva della squadra ha permesso loro di farlo
riavviare i processi DV più velocemente e il team
stesso è diventato più agile perché in
termini di operazioni che erano in grado di fare
tutto ciò che li ha portati 12 ore in
l’arco di uno così è super
potente in termini di lean chiedendo il
domanda sbagliata è spreco
e pensi che dovresti pensare
su ciò che è veramente necessario se puoi
usa un’approssimazione quindi risparmi molto
di impegno e un sacco di lavoro e
quindi in realtà piace che il tuo processo sia
molto più snello perché si perdono le inserzioni
e nel caso di robusto poi 3 seno
circa da uno stato buono e recente
all’indietro può davvero piacere
aiutarti a determinare se il loro XA
fallimenti di esecuzione che potrebbero avere
aiutati potrebbero averlo impedito
uscita accada quindi questo è anche
molto bello perché normalmente sarei stato usato
pensare in un modo ma non lo facciamo davvero
pensa al ritorno e e e penso
anche questo tipo di pensiero ci aiuta
diventare un po ‘ più robusto perché
ci ha dato gli strumenti per capire davvero
dove i nostri sistemi stavano facendo quando loro
Erano lì quando erano in esecuzione e
sì sì, così questo è il mio sommario robusto noi
ho compilato così ovviamente i documenti
divertente leggerli a volte un po ‘
stimolante per iniziare in
leggere ma il blog di Adrian è fantastico
perché ti aiuta almeno a capire
il succo di ciò che stai leggendo e io noi
avere un pronti contro termine con tutto ciò che deve
fare con tutto ciò che abbiamo trovato utile
per iniziare veramente con i documenti che noi
ho collegato a tutti i documenti che
abbiamo discusso è una specie di a
disservizio perché sono molto molto
bene e dovevamo essere ancora loro in cinque
minuti e c’è molto di più
informazioni che sono di grande valore quindi vai
controlla il link dei reporter al
diapositive già pubblicate
loro e questo è un promemoria per davvero
unisciti ai tuoi giornali locali per amore se tu
voglio parlare, siamo davvero grandiosi
sempre alla ricerca di nuovi oratori tu
non c’è nemmeno bisogno di preparare un pieghevole
magazzino si può fare uno più piccolo e il
gli organizzatori ti aiutano a svilupparlo e il
la carta del mattino è fantastica, quindi leggi e
per ora abbiamo come i danks
tu
Please follow and like us: