[Musica]
molto
[Musica]
sapere che è un grande piacere essere qui
questa conferenza ha una lunga storia
nella mia eredità ho incontrato per la prima volta mia moglie
a questa conferenza circa 12 anni fa
bene godere quale era il predecessore di
questa conferenza è cambiata molto in
gli anni in cui ho parlato un po ‘ di
quello e quanti di voi erano qui per
l’ ultimo discorso del mio stimato collega
Dan Nord, quindi mi dispiace che se ne sia andato
non solo non credere a niente lui
detto tranne circa tre cose così uno è
sulla certificazione in monopinna e a
la modifica della monetizzazione della schiuma è
solo questo è un problema molto serio
ha assolutamente ragione su un altro
è il ridimensionamento che aveva anche ragione
circa e la terza cosa la sua risposta a
la domanda su di te sa come stai
fare una squadra motivata che abbiamo appena
concluso circa sei mesi di letteratura
ricerca su questo ed è venuto fuori esattamente
lo stesso posto che Dan ha fatto e Dan
ha fatto molte ricerche su questo
Dan è una specie di meta ricercatore che fa
la nostra ricerca e ciò che fanno gli altri
ricerca sul motivo per cui ho parlato di Dan
è che il mio discorso è tipo di st. parlare
secondo verso e che ti sta dicendo
sappiamo che abbiamo una sorta di devoluzione da
originale e agile e il mio discorso è molto
più o meno lo stesso eccetto quello che sto facendo
fare un passo indietro e guardare un paio di
le cose e una è l’orientamento agli oggetti e
l’altro è agile e penso che abbiamo
seriamente devoluto entrambi e
sorprendentemente è per circa lo stesso
la ragione e quello che voglio fare è dare un
visione un po ‘più alta di ciò che il
la storia era circa e ciò che questi due
le cose riguardano solo in termini di
Storia Voglio iniziare con una famiglia
albero e come tutti gli alberi genealogici è
probabilmente sbagliato o probabilmente hai il tuo
proprio ma
possiamo tornare al sentiero per
sistema di produzione che non è lene lene
è una cosa americana ed è molto
diverso da TPS e molte persone
Diciamo che la mischia è venuta da magra, non è vero
la magra è un percorso separato da questo e da
crede in cose come la causa principale
analisi e da questo abbiamo la la
la carta di takusan nel mocassino dice
che è un nuovo sviluppo di nuovi prodotti
gioco in Harvard Business Review e quello
ha avuto un po ‘di influenza su XP e
una grande influenza sulla mischia Jeff Sutherland
spesso dice anche che la mischia è venuta da questo
quelli provenienti da molte fonti lo erano
in parte probabilmente alcuni dei miei lavori erano
in parte dal suo lavoro a West Point più
delle cose che sono in mischia trovate
in addestramento militare e da molto
di altri luoghi e programmazione estrema
è venuto dalla mischia nel 1996 e poi questo
tipo di morto e poi agile venuto da
tutti questi e uno dei punti I
voglio rendere il più agile venuto dalla mischia
la mischia non è venuta da agile quindi intendo
il manifesto agile era una specie di crema
scrematura di molte delle pratiche che
Erano in quel momento in una certa misura
anche da dsdm ma e questi a loro volta
erano echi di cose precedenti come alcuni
della ricerca che avevamo fatto a Bell
Laboratori che sono stati pubblicati anche
molto prima così la maggior parte dei componenti
di mischia del manifesto agile nel
modelli organizzativi che erano alla
prima conferenza sui modelli scrum maledetti
in parallelo l’ orientamento dell’oggetto torna indietro
ad un paio di ragazzi in neugog e
hanno avuto il loro primo
dimostrazione di ciò in una lingua
chiamato simile e simile risale a
circa 1964 ma orientato agli oggetti
la versione era nel 1967 e poi la nozione
dell’orientamento all’oggetto veramente iniziato
mettendo radici nella conferenza di legge di oops
è iniziato nel 1980, quindi se guardi
alle idee originali dietro gli oggetti
questo va via via indietro a a 1972 1974 e
parleremo di quella
la comunità dei modelli è uscita da questo
comunità se guardi la maggior parte del
persone che hanno fondato la comunità di modelli
erano tutti vecchi e molto
della comunità di misericordia è uscito dal
idee di modelli così per esempio il quotidiano
standup che è in mischia è venuto da alcuni
lavoro di brevetti che era stato fatto prima
e alcuni lavori a Moreland e poi agili
tipo di disegno su tutti questi oggetti
orientamento sui modelli e così via
e torneremo in questa famiglia
albero un sacco di cose che molti di noi potrebbero essere
nuovo a voi voglio dire qui è l’e-mail che
Jeff Sutherland è arrivato da Kent Beck
chiedendo di essere in grado di rubare tutto lui
potrebbe dal modo in cui Jeff stava usando
l’ articolo di Harvard Business Review e
dicendo che ho fatto alcuni schemi
questo GM mettendo insieme questa cosa
e, naturalmente, ha finito per essere estremo
programmazione quindi ecco qui ecco qui
La posta di Kent o lo sapevi che l’ho inventato
programmazione estrema ho seguito il lavoro
di Jim Killeen e Ward Cunningham su
sviluppo del software con Ron Jeffries
e il team c3 di Chrysler che ha inventato
una programmazione estrema nominata intendo
la storia è scritta dai vincitori e
da allora, da uno solo
ignorare tutto giù a nord, detto così
l’abbiamo visto nel precedente discorso I
è stato contento di vedere che tutti nel
il pubblico l’aveva visto prima quando io
insegnare Oh ima, posso anche essere scrum certificato
allenatore giusto , ragazzi, dobbiamo attaccarci
insieme qui quando insegno la mischia
Classe ho chiesto alla gente quanti di voi
ho visto questo ed è circa la metà del
classe e quindi ho smesso di essere sorpreso
ma è circa la metà delle persone che hanno
mai visto il manifesto agile ma questo
è una specie di software specifico
cosa leggera e tutti
che ora Dan Nord ha avuto il suo dire tutto
se potessi scrivere il manifesto agile
di nuovo lo farei in questo modo per tutti
scrivere articoli su questo Kent ‘s his e
Ho il mio e così via e così via se
torni indietro e guarda il lasciare il
roba originale e molti di questi
principi originali che anche l’XP
la gente parla di come troviamo
agili tornano a questo questo questo
lavoro di nanaka e Takeuchi quindi questo è un
Scivola che Nanaki ha dato al fatto che fosse un
raduno di scrum a Tokyo circa tre
anni fa stavamo parlando tutti così
questa è la sua diapositiva e traccia la
la storia della mischia inizia con la sua
cartaceo in una recensione aziendale di Harvard
il nuovo gioco di sviluppo di nuovi prodotti e
poi un secondo documento la conoscenza
creare società e il passo successivo furono
questi modelli organizzativi come ho fatto io
per tutto il 1993 e averlo pubblicato il
prima conferenza modellata la maggior parte del
elementi che trovi in estremo
programmazione e mischia sono in quelli
modelli e quindi questo giorno penso che sia
sbagliato penso che questo fosse 93 Baracus ha 94 anni
mentre il primo sprint di mischia e
poi più tardi aggiunge alla mischia quotidiana e
il maestro di mischia e poi è quasi
sette anni dopo abbiamo il primo
libro di misan da Ken e Mike e nel
lo stesso anno il manifesto agile così sette
sai che la mischia è stata funzionante
per sette o otto anni e poi
infine
nanaka insieme a Ken qui un altro
figlio ha scritto un libro su scrum più per
il punto di vista delle sue fondamenta in
Cultura giapponese e nella Toyota
Sistema di produzione non in lean se tu
guarda la storia di
agile non sono davvero agili, voglio dire che odio
questi sondaggi dicono l’86% di tutti
aziende in Oh Angela come diavolo
hanno misurato quello che diavolo fa
che significa che io intendo fare è necessario disporre di un
punteggio di 75 per cento di quelle cose che
Dan ha parlato
quindi intendo tutte le cose che Dan ha parlato
in termini di mischia intendo dire che lo sono
si applicano ugualmente ad agile che c’è
cazzate così tanto se andiamo io
mi piace molto parlare di Toyota
Sistema di produzione e perché è così
ben noto e ben documentato e alcuni
cose che hanno a che fare con i giapponesi
e la cultura del design Toyota che non lo sono
ben compreso e non altrettanto bene
documentato ma faccio un sacco di lavoro in
Giappone con partner giapponesi e noi siamo
iniziando a ottenere un apprezzamento migliore
per per come funziona così un sacco di questo
riguarda gli individui e le interazioni
dove è un orientamento all’oggetto parliamo
su interfaccia utente antropomorfo
design avevamo una cosa chiamata
Auto CRC quanti di voi hanno utilizzato CRC
carte uno dei migliori
tecniche di progettazione orientate agli oggetti che
sono là fuori e non è lì
più
perché altre cose hanno preso il sopravvento ora
abbiamo una nuova carta chiamata user story
che non mi fa iniziare sull’utente
storie
riparazione continua che fai sempre
le cose più solide questo è un profondo
fondamento di una disciplina modello così
agile dice di aver trovato la risposta
cambiare oggetti riguardava la programmazione di
differenza uno dei grandi usi di
l’ereditarietà stava definendo in modo incrementale a
nuova funzionalità in termini di una vecchia o
definire una nuova classe in termini di un vecchio
uno ha un cliente molto attivo
collaborazione di cui abbiamo parlato nel
manifesto e la formulazione originale
di orientamento agli oggetti era coinvolgente
utenti finali attraverso i loro modelli mentali
cos’è un oggetto è la rappresentazione
all’interno della macchina del modello mentale
di qualcosa che è nella mente di un
l’utente finale non è qualcosa con un
interfaccia compatibile plug -in
non ciò che un oggetto è un oggetto è parte
di un modello mentale umano e l’obiettivo
è coinvolgere la persona con il
software così i due insieme diventano uno
badate che questo viene fuori da un punto di vista psicologico
ricerca
BiPAP è stato ispirato dall’apprendimento
teoria da Piaget ed era più grande il
figlio di Alan Kay che da quando è nato
abbandonato sul resto del mondo e
quanto male sono andate le cose
incluso in chiacchiere, le chiacchiere non lo sono
molto meglio del resto di loro e
sta giocando con i suoi stessi giocattoli
ora e nessuno sa veramente quello che è
sospetto che sia qualcosa di grandioso e
per quanto riguarda la qualità si tratta di lavorare
orientamento software e oggetto intendo
se chiedi di essere un oggetto o qualcuno
programmatore in questi giorni la gente dirà
sì, io uso bene il TDD sì, lo fanno
test e questi sono il tipo di
tecnologie alle quali le persone si associano
con l’orientamento all’oggetto così tanto
radici le radici strutturali o
radici psicologiche di TPS e di
gli oggetti sono gli stessi di un an
iPad proprio quando è stata scattata questa foto
1976
questo è un iPad per gridare forte così no
questo è qualcosa chiamato Dynabook ora
non è reale è un mock-up fatto
cartone ma è stato progettato utilizzando
tecnologia che era disponibile presso
tempo di Alan Kay come progetto concettuale
di come questa ragazza potrebbe uscire seduta
sotto un albero sull’erba e usarlo per
esplorare il mondo intorno a lei esplorare il
biblioteca esplorare ciò che i suoi amici
stavano facendo interagire con i suoi amici e
quindi questo è un gioco non è come
molti di voi sono al discorso sulla gamification
quindi ora sai chi ho fatto alla mia domanda
è che i giochi sono un’imposizione di
qualcosa dall’esterno mentre Kay
e pepe stiamo cercando di bloccare i bambini
esplorare e così viene da dentro
piuttosto che regole imposte dall’esterno
quello era l’intero fondamento dell’oggetto
orientamento per ottenere i concetti su
le menti delle persone e farli entrare nel
computer e caso che sentiamo il bambino
è un verbo piuttosto che un nome e un attore
piuttosto che un oggetto non è scalabile
un piccione o un topo perché c’erano tutti
questi intendo la Scuola Skinner di
Formazione scolastica
stava insegnando per ripetizione bene te
può insegnare a un topo di correre stupito di no
non riguardo a quello che sta cercando di acquisire
modella se il suo ambiente circostante
per occuparsi di esso linguaggio sessista
so che mi scuso la sua citazione diretta noi
vorrebbe guardare nella sua corrente
modi di pensare per influenzare
lui piuttosto che cercare di sostituire
il suo modello con uno dei nostri così questo è
originariamente di cosa si trattava
sembra poco agile, no?
invece di spingere lo sviluppo, stiamo andando
fare lo sviluppo pull per provare ad impegnarsi
il cliente e entrambi i software
lavora con il loro modello della loro attività
questo era l’obiettivo completo dell’oggetto
orientamento però su un più individuale
livello e questo è L & K quindi aveva scritto
questo documento che è un po ‘fluttuante
in realtà ho trovato questo è stato
pubblicato formalmente da qualche parte ma dai PHA
e altri lavorano sulle basi e sulle forme
del pensiero dei bambini è un equo
argomento convincente per credere nel
i computer non sono un mezzo quasi ideale per
l’espressione dell’epistemologia di un bambino
che cos’è un modello operativo non è un
Algoritmo oh fallo quanti ne hanno detto
i tuoi professori che pensano e
gli algoritmi sono cattivi se lo fai
oggetti la formulazione originale è tutto
in termini di algoritmi si tratta di a
gruppo di oggetti che interagiscono insieme
risolvi qualche problema quanti di voi facciano
programmazione orientata agli oggetti davvero
davvero una volta l’ultima volta che hai scritto un
oggetto quale linguaggio di programmazione tu
non può Java è l’ unica lingua in
che non puoi fare orientato agli oggetti
programmare è l’unico a cui sei
programmatore orientato alla classe sei
costruire i progetti per costruire il
casa una classe è solo qualcosa che è
sanno cosa è un programma è un
gestire un gruppo di oggetti che interagiscono
l’uno con l’altro collegati l’uno all’altro
in memoria che è orientato agli oggetti
programmazione non è
di oggetti se stai lavorando su uno
classe in un momento che non conosci nemmeno
dove va il collegamento a loro quell’oggetto
dal design non ti è permesso saperlo
dove va perché questo meraviglioso
la cosa chiamata polimorfismo è andare in due
con gli steroidi e se non riesci a capire
il tuo programma, cosa fai?
prova il tuo sviluppo è perché noi
non riesco a capire il nostro codice che abbiamo perso
questo e molto ha a che fare con
il nostro linguaggio di programmazione riguarda
algoritmi che sono informali e non
necessariamente logicamente coerente e
questo si adatta bene a come i bambini vedono
il mondo quindi si tratta di ciò che K chiama a
la conoscenza dell’epistemologia genetica è
mantenuto come una serie di operativi
modelli come fa questa collezione di
gli oggetti interagiscono ma non posso guardare
il tuo codice Java e vedi quella rete di
oggetti o vedere il flusso tra di loro voi
non riesco a capire che si crede in
cose che non capisci che tu possa
soffrire potrei fare un intero corso di scrum
con ciò che la canzone pop cita Stevie Wonder
credi in cose che non fai
capisci che potresti soffrire è molto
più tardi nello sviluppo infantile
la logica è usata e anche allora attraverso
strategie logiche extra così
la programmazione orientata agli oggetti è una specie di
riguardo il fantasma o l’anima nel
macchina così qui abbiamo un bambino e
individui e interazioni che hanno
sentito che da qualche parte prima su
processi e strumenti come fanno gli individui
interagire con gli oggetti ora questo è quello che io
chiamare un programma agile in cui il programma
ha empatia con il modello mentale del
utente finale e del programma intendo il
programmatore deve essere lì a capire
sia quello che sta succedendo nel computer e
cosa sta succedendo nella mente del bambino
sarebbe davvero bello se fosse il bambino
potrebbe andare direttamente nel computer e
manipolare le cose è come se fossi
insegnandoti mi piacerebbe andare direttamente
nel tuo cervello e manipola le cellule
ma sarebbe davvero disordinato, quindi lavoriamo
attraverso questa interfaccia e così
l’interfaccia ha qualcosa chiamato strumento
e uno strumento ha un controller che crea
e coordina le viste senza il controller
non è la cosa attraverso cui input
viene da questo è tutto questo questo è
un’altra cosa che le persone grossolanamente
fraintendere la gente non capisce
Model View controller il controller
crea e coordina le viste che dà
accesso a questo modello Vista modello
controller user e quell’input arriva
da un utente attraverso la vista attraverso il
Controller ovunque e ottiene fino al
modello e sto cercando di farlo
integrazione tra l’utente finale e il
computer quindi in un certo senso il modello e
l’ utente finale dovrebbe pensare
la stessa cosa che uno è solo un
estensione dell’altro questo è il tutto
obiettivo della programmazione orientata agli oggetti no
polimorfismo non incapsulamento no
modelli mentali umani di produttività è
riguardo le persone
quindi molti programmatori programmano le classi
qualsiasi programmatore JavaScript qui fai
questo diritto puoi programmare sugli oggetti
I programmatori JavaScript possono farlo
un modo in cui i programmatori Java non lo faranno mai
le classi sono statiche, comunque vendi
le classi non vendiamo software per casi d’uso
è un servizio chiamato questa cosa
software as-a-service software è sempre
un servizio un cd-rom ha assolutamente no
valore fino a quando non è installato e in esecuzione
su un computer è un servizio quindi vendiamo
usare i casi e non possiamo capire cosa
i nostri programmi fanno perché siamo isolati
lavorare in un metodo in una classe
avere uno alla volta in modo che cosa facciamo quello che
testiamo un metodo di una classe in a
il tempo tutto il resto sono dei scherzi oh sì, come
questo funzionerà la GUI verrà dopo
Jef Raskin fondatore del Macintosh
progetto ha detto che l’interfaccia è il
prodotto il software è solo una schifezza
che deve andare d’accordo con l’interfaccia
per far funzionare ciò che costruisci e
fornire è un’interfaccia il resto del
roba è muda è spreco di termine magro per
rifiuti e quindi se ci separiamo
client-server non ha questo
connessione dove l’utente è veramente
regista che manipola direttamente i loro
modello mentale e casi d’uso non lo sono
progettato in modo che gli utenti non possano capirli
dall’interfaccia e dai programmatori
non riesco a capirle dal codice e
è incredibile che tutto funzioni o cose del genere
qualsiasi software è utilizzabile a tutti
perché abbiamo perso questa visione di cosa
si supponeva che gli oggetti riguardassero e
l’auto era una specie di problema religioso
giusto perché in Fortran o in Pascal o
alcune delle grandi lingue del tempo
la gente ha detto bene
stiamo programmando in termini di scenari
e usa i casi oh, beh, adesso siamo nuovi
non voglio farlo, abbiamo una grafica
interfacce utente e ne sta premendo uno
pulsante alla volta quindi tutte le operazioni
sono atomici un buon metodo di conversazione
dovrebbe essere lungo tre righe e questo è
vero se vuoi fare qualcosa di semplice
come come PowerPoint bene se si vuole
fare qualcosa di sofisticato sono ancora
sta per essere il vostro albero di navigazione per
Pagina scorre stanno ancora andando essere
sequenze corrette ci sono ancora uso
casi che fanno parte della nostra attività
scenari e dobbiamo gestirli
e le interfacce tradizionali non lo sono
bravo in quello che molti di voi hanno provato
effettuare una prenotazione del volo in finlandese
Compagnie aeree sul loro sito web che non puoi fare
e alcune persone ottengono questo Amazon ottiene
questo intendo dire che il sito Web Amazon è
quasi invisibile probabilmente non puoi
ricorda cosa c’era nella pagina l’ultimo
tempo che hai lasciato sul sito web Amazon
perché è così naturale è come te
sapere di essere in una libreria e di raccogliere
qualcosa se riesci a ricordare esattamente
ciò che si passi dovuto passare attraverso quella
la memoria è parte del tuo apprendimento che è
di cambiare il comportamento di attraversare
il dolore del sistema che non è all’altezza
le tue aspettative
quindi l’orientamento all’oggetto ha perso le sue radici
c’è poco che ragiona
l’interazione di oggetti molto pochi
metodi per concentrarsi su reti di
oggetti cooperanti il mio metodo qui io
metodo di progettazione medio il migliore che conosco
sono le carte CRC e ora è molto
fuori moda perché così cosa hanno fatto le carte CRC
vieni da bene probabilmente c’è un
argomento bene c’è Ward Cunningham o
Anche quelli di Rebecca Worth sono Brock
erano molto popolari da Kent Beck
e voglio dire se tu ora stai vendendo
lo sviluppo basato sui test non lo fai
bisogno di carte CRC giusto che si intromettano
di vendere quell’idea così guidata dai test
sviluppo che conosci la ricerca
spettacoli ti uccideranno
RTFM siamo professionisti qui e
sfortunatamente non ho visto questo tipo
di carta in questa conferenza c’è molto
pochi dati per sostenere i discorsi a questo
conferenza e ci sono persone che parlano
su TDD ma leggi leggi leggi il
documenti di Abrahamson Sinha Alto tutto il
ricercatori che hanno fatto ricerche reali
su TDD cosa ti costringe a fare
design bottom-up TDD non è un test
tecnica è una tecnica di progettazione e
stai progettando cosa testare
metodi non è possibile testare una classe di una classe
non si esegue un metodo per testare
metodi che sono in fondo alla gerarchia
congratulazioni che hai appena fatto a
architettura dal basso e tu puoi
programma in Fortran in qualsiasi lingua e
lo sviluppo basato sui test lo garantisce
e i dati della ricerca confermano questo
le metriche di accoppiamento e coesione di
i sistemi costruiti con TDD ti uccideranno
sappi che sono molte di queste cose
ed è quello che questo discorso è di circa
ci sono molte cose che sappiamo di sapere
come fare questo no perché è così
sarà diverso ogni volta
oggetto diverso e certamente a
classe diversa non puoi farlo così tanto
di questo è solo l’ignoranza e
quindi intendo che mi sono fermato in una cabina della compagnia
qui che vende consulenze agili
e la mischia di consulenza e ho raccolto
ci sono una piccola scatola di
linee guida per la mischia e il primo piano
Presi ci sbagliamo solo che non sono
scrum ci sono un sacco di cose così è
perché vorrei che Dan fosse qui che Dan ha detto
riguardo alla mischia che sono solo sbagliati Dan e
potrebbe darsi che Dan lo faccia davvero
capire la mischia e quello che sta parlando
circa è come persone ignoranti
praticarlo perché le persone per natura
ricadrà sul loro vecchio progetto
modi di gestione ma di cosa ha parlato
non era una vite
e non è qualcosa in cui ho riconosciuto
i miei clienti e non è certamente
qualcosa che insegno così forse lui solo
peggiora i miei clienti di quanto non lo faccia io
conoscere l’attenzione sull’unità testando un oggetto
integrità ha sostituito operativo
i modelli e l’attenzione umana è tutto
sui processi e gli strumenti degli strumenti di Turk
su individui e interazioni intendo
Qui guardo tutte le cose qui
docker e automazione Toyota ha appena
rimosso l’automazione da buona parte di
le loro linee di assemblaggio e la sostituirono
con gli esseri umani perché i robot no
imparare questo è come migliorare la
lo scopo dell’esecuzione di un test è
capire che testo scriverò dopo
Voglio che il tuo cervello sia impegnato con il
software per non dirne alcuni soft
computer per andare fuori e eseguire un sacco di
test voglio un essere umano lì
scopo del test è imparare e lo farò
imparo coinvolgendo il mio cervello e lo faccio
con test esplorativi non automatizzati
test e certamente non unit test così
ci sono tutte queste cose che crediamo possano
il fulmine ti colpisce se non lo fai
credere nel TDD o nei test unitari o
test automatici che sei stato venduto a
conto dei beni quindi scegliamo di credere
cose che semplicemente non sono vere e
c’è molto poco supporto di
queste cose così ora sono diventati modelli
soluzioni tecniche preconfezionate e il
buona parte quindi un pò capito cosa
parte degli handle del controller della vista del modello
inserire gli eventi bene è di solito la vista
può essere il modello ma tutti dicono
no, ecco a cosa serve il controller
è solo che fraintende cos’è
il ruolo del controller per creare e
coordinate le viste non è da gestire
inserisci quanti di voi disegnano l’oggetto
diagrammi
un gruppo di sfigati siete tutti classe ubriaco
diagrammi che stai disegnando
progetti non la casa quanti di voi
lavorare con casi d’uso non solo scenari
casi d’uso case use non è svedese per
lo scenario e la vonda seguono esattamente ciò di cui abbiamo bisogno
solo i requisiti possono essere complessi e
in entrambi i casi per strutturarli così e il
tutta la cultura è persa in queste lingue
non supportano più classificazioni
secondo i comportamenti o i ruoli che loro
giocare e non voglio entrare in questo perché
la conferenza non vuole che parli
su questo in questa conferenza abbiamo provato
avere un seminario su DCI e in questo modo
di programmazione c’è molta ricerca
che indica che funziona con Hector
cantos era un ricercatore di RTI a
un paio d’ anni di ricerca empirica
con 14 soggetti circa la metà dei quali erano
professionista e metà di chi erano
studenti e tempo di correttezza
consumo e riferimento durante la lettura
comprensione o cosa hanno misurato e
i risultati indicano che il codice DCI e il
il linguaggio trigger supporta di più
codice comprensibile per quanto riguarda
correttezza e migliora la località di
riferimento
finalmente oggetto o programmazione ma
volevi conoscere Java
9
volevi succhiare un po ‘meno il nostro
l’industria non può permettersi di succhiare un po ‘
meno abbiamo bisogno di cambiamenti di paradigma di cui stiamo parlando
con l’ingegneria del software dove loro
erano con trasformare il piombo in oro nel
Medioevo in pratica intellettualmente
sappiamo che sappiamo come fare questa roba ma
le persone sono molto avverse al rischio è davvero
davvero difficile vendere agile è andato storto
allo stesso modo tutti pensano mezzi agili
veloce la parola veloce non appare in
il manifesto agile e se guardo il
radici da cui è venuto l’agile che sono
TPS dice che le decisioni accurate prese con
lunga deliberazione, ne abbiamo quante di sempre
sentito la frase rinviare le decisioni al
ultimo momento responsabile quindi c’è a
concetto in lean chiamato ultimo responsabile
momento è un momento oltre il quale il tuo
la capacità di effettuare un risultato è presa
via vuoi prendere quelle decisioni come
il più presto possibile non rinviare loro XP
la gente ha sbagliato esattamente 180
Grado sbagliato obiettivo che avremmo letto la magra
letteratura che vuoi programmare
processo qui si rendono ad alto rischio
le decisioni prima e che ti mette su
Jeff sa che questo jeff dice che tu gestisci
le tue dipendenze nella prima metà di
lo sprint prima ti abbandona allo sprint
così almeno intuitivamente lo sa
non rinvii le decisioni che le tiri
avanti così sì, c’era questo concetto
chiamato l’ultimo momento responsabile e
poi le persone agili hanno aggiunto la parola
differire ad esso è esattamente l’opposto di
cosa significa la gente magra leggere la roba
fuori dall’Istituto magro di Stanford
il social design con le carte CRC è stato
sostituito da test individuali a coppie
molto poco sull’utente finale mentale
modella quanti psicologi sono sul tuo
squadra quanti degli analisti cognitivi come
molti analisti comportamentali se lo fai
programmazione orientata agli oggetti ognuno di
dovresti essere comportamentale
psicologo è quello che è
sta suscitando modelli mentali dell’utente finale se
non sai come suscitare un utente finale
modello che potresti usare anche Fortran
processi e strumenti come JIRA e
test su individui e interazione
qualsiasi cosa possiamo ridurre la programmazione
ridurre alla programmazione perché perché fa
cane leccare i suoi genitali perché può perché
ridurre tutto alla programmazione
perché possiamo sì e certificazione
la collaborazione con il cliente va bene così
Agile ha davvero perso le sue radici intendo
in questo collegamento dall’orientamento dell’oggetto a
agile non c’è analisi che amo davvero
Eric Evans è un grande ragazzo, lui è il
dhih dhih dhih guy ma intendo che hanno ottenuto
liberarsi dell’analisi perché
bene fanno finta che sono un debole
ignoranza, fingono di essere
ignorante e reinventeremo
tutto noi stessi usando cose come
sviluppo basato su test
Voglio dire se tu sei se tu sei il mio aerospaziale
o un appaltatore medico non ti voglio
avvicinarsi al mio software a meno che tu non abbia
qualche buona esperienza di dominio che abbiamo perso
il collegamento da modelli di modelli e
siamo in realtà un sacco di questa roba arriva
da ma non ho avuto abbastanza tempo
in questo discorso per coprire tutto mentre siamo
alla ricerca per la qualità senza un nome
a volte lo chiamiamo Kwan Oh Moo Manu
Shih Tzu in giapponese sembra giusto
e quindi non sento i programmatori che parlano molto
su questo codice sembra giusto e basta
vale cento test
e una buona pianificazione che è stata sostituita
testando e rilavorando la rilavorazione è costosa
abbiamo un focus su prodotti e strumenti e no
sul processo le persone magre dicono di costruire il
processo giusto e costruisci il giusto
prodotto e in effetti inizialmente lo sai
mischia e in qualche modo XP capito
questo dove hanno detto che il processo è tutto
A proposito di feedback, lo so quanti di voi hanno
leggi l’ ultima guida di Scrum, ma intendo
no, non puoi rilasciarlo tutte le volte che
vuoi solo non avere un team DevOps
quanti di voi hanno una squadra DevOps I
significa che è una mano libera
non ci sono squadre DevOps in mischia
principi fondamentali che le persone non fanno
capire e le parti buone un po ‘
capito qual è lo scopo della
scrum quotidiano chiunque sappia e uno a
fai un tentativo, non tu
comunicare e putamen qualcun altro
condividi l’obiettivo chiunque altro
sguardo di condivisione delle informazioni sei tutto
sei fantastico
[Musica]
Yuri pianifica il lavoro per le prossime 24 ore
è una mini riunione di pianificazione sprint ora
eccoti qui probabilmente stai su a
squadra di scrum hai fatto questo a
milioni di volte e tu non sai cosa
lo stai facendo perché stai ricevendo il
informazioni da questo tetto al piano di sopra
le conferenze di celling sono queste conferenze
facendo danni incredibili perché
non c’è autorevole nastasi
non tornare alla fonte no
la spiegazione della roba hawai funziona bene
ricette ed è infetto l’ intero
industria e guidata sia agile e
orientamento dell’oggetto nel terreno e
allora abbiamo il Dan Norris qui
provocandoci con cose che in effetti sono
non la mischia che rende peggiore cosa
percentuale degli sprint per il grande
la squadra di scrum fallisce la risposta è al 50%
pura matematica se comprendi come la velocità
funziona e tu capisci la tua differenza
è meglio che riempi il 50% del tuo
scatta se ti stai fallendo di più fai schifo
se senti meno nascondi qualcosa
stai tradendo che stai mentendo
cucinando i libri questa è matematica semplice
questo fa parte dell’essere agili qual è il
la migliore strategia di tracciamento dei bug in mischia noi
non tenere traccia di bug li aggiustiamo ora come
molte persone usano JIRA che non chiederò nemmeno
è davvero un bel posto dove mettere bug
perché nessuno li troverà lì
come interagiscono i team di Scrum di platform
con altre squadre di mischia non ci sono
squadre piattaforma in mischia un team Scrum
interfacce con l’ utente finale c’è a
la nuova guida di Scrum a Kennan Jeff
seriamente considerando il cambio di nome
il nome del team di sviluppo per il
team di sviluppo che non ha realizzato
il taglio finale non so perché non l’ho fatto
parlato con Jeff ma non la squadra di consegna
il team di sviluppo lo inserisce nel
gli utenti finali non dirigono il cliente lì
non ci sono clienti in mischia che sono a
handoff si trasferisce il nostro umore ah così dove noi
sono oggi individui e interazioni
nessun individuo in unità j a cui rimandare
gli ultimi clienti del momento responsabile
e collaborazione abbiamo scritto team
user stories oh yeah l’utente finale lo farà mai
parlare con loro di un software funzionante bene
i test unitari superano le carte CRC
bene i progetti di classe individuale dove sono
le persone in questa programmazione di
differenza o refactoring test di qualità
e si, come se funzionasse
accattivanti utenti finali, oh, solo tu ottieni
punti per l’ utilizzo corretto dei modelli di progettazione
design centrato sull’utente
cos’è un utente che conosci invece che siamo
intenzione di fare test TDD e unità unitarie
e finirà per imbattersi nell’utente
da qualche parte e soddisfare le loro esigenze alle
strumenti nemici comuni sulle persone urlano a
molto al di fine risultato qui uno dei
i discorsi a cui sono andato oggi erano di fatto a
prodotto commerciale non era poi così male, ma io
stava facendo una cosa di livello molto basso come
molti computer fanno cose di basso livello
i compilatori eccellenti sono uno strumento perfetto
quando sono preoccupato per i nostri strumenti
che mostra o prova ad aiutare l’umano
commercializzazione della comunicazione o siamo
facendo la cosa giusta penso dan né
ho detto abbastanza su questa mercificazione
proviamo a fare qualcosa di generale come
valorizzare la semplificazione della conoscenza e
solo l’ignoranza e la speranza disperata io
ho menzionato questo un sacco di persone
credi nell’automazione perché i gestori di cuz
sento che risparmia denaro che possono ottenere
con meno scimmie nella gabbia
lascia che i computer facciano il loro lavoro e
si scopre che la Toyota l’ha trovato
no questo corto circuito che apprende il
cortocircuiti Kaizen e kaizoku così
miglioramenti di processo di base quindi se tu
hanno Kaizen mentalità loro sempre migliori
non hai automazione eccetto per
regressione per noi sappiamo che funziona
ci sono prove che ciò funzioni
i test di regressione sono test che tu
scrivi per riprodurre i bug che le persone trovano
nel campo non vuoi regredire
nei vecchi bug automatizzare quelli ma il
riposare fare test esplorativi quindi cosa
dovremmo fare per ripristinare l’attenzione in modo che questo
potresti essere uno degli ultimi poliziotti di
la conferenza quindi voglio lasciarvi un po ‘
cose a cui pensare e tornare a casa con
quindi per quanto riguarda le persone e lo ero
molto contento di fare alcuni discorsi che
erano molto molto umani e centric qui e io
devo accreditare la conferenza per quello
in termini di bianco si può provare a casa
programmazione mob non ne sono nemmeno sicuro
lavori
So che i lavori di programmazione tra pari non lo faccio
sapere se pas se la programmazione è
conveniente se è meglio di
programmare la coppia, ma provalo lo sai tutti
là dove si dispone di una persona al
tastiera e non sono autorizzati a
pensa più o meno che digita cosa
loro sono detti e il resto della squadra è
lì discutendo il design e il racconto
la persona alla tastiera oh crearne uno
di queste classi Oh metti questo algoritmo
qui creerò questo metodo e poi
si scambiano dopo cinque minuti e c’è
un facilitatore quindi tre ruoli nella tua squadra
membro o facilitatore o il conducente
e c’è un tizio chiamato Zulu legnoso che
ha spinto questo avanti e loro
avere qualcosa di fantastico
se non altro per la costruzione di grandi squadre
che ne dici di riparazioni in corso?
apprendimento organizzativo così invece di
ottenere il giusto processo va oltre
processo per guardare la tua organizzazione
struttura ora cosa sta cercando di Dan
Diciamo che stiamo per avere
struttura dinamica e team di ricostruzione
tutto il tempo non c’è molta ricerca
e questo è in psicologia e e
la gente del software non legge la psicologia
destra
Voglio dire, la ricerca è recente quest’anno
quello mostra che tieni una squadra unita e
vale la pena di conoscere un grande
fattore integrale nei punti di prestazione I
non userà un numero come Jeff
okay e così se tu solo continuamente io
significa che questa è la nostra idea del personale del nostro staff
so che questo non funziona e c’è
una ricerca che non supporta la stabilità
le squadre hanno valore a loro diritto e
come ti opponi che chiedi alla gente
per crescere quindi se vuoi solo succhiare un
poco meno di quanto le persone possano mantenere
le loro competenze individuali e a
scrum team la tua sfida a crescere e a
padroneggiare nuove tecniche e nuove
tecnologie intendo dire che era in piedi
qui e dicendo bene posso insegnare a chiunque
nella nuova tecnologia in due settimane e da
il modo in cui sono d’accordo un sacco di prove di
questo quindi se sono eccitati quindi perché noi
organizzare le squadre e prendere questo ordine
di magnitudine colpire sul throughput quando io
può passare due settimane e insegnare alla gente il
nuova tecnologia per portarlo fino a a
squadra interfunzionale di nuovo intendo io
non capisco nemmeno la sua tesi
non è auto coerente è così
meraviglioso essere l’ultimo discorso in
conferenza posso fare questo sì quanti
Gente UX qui amo il mio popolo UX il
l’interfaccia è il prodotto e siamo tutti
ha detto che c’è questa grande discussione su LinkedIn
in questo momento impara a pensare come un utente il
la cosa peggiore che uno sviluppatore possa mai fare
è come un utente come te
prevenuto dalla tua implementazione e
quello che hai sentito dai requisiti
persone che non riesci a pensare come un utente tu
gli utenti non possono pensare come utenti e intendo
persone che le persone UX sono davvero buone
a stuzzicare questi modelli mentali e
ti dà da mangiare quanti di voi sono
proprietari del prodotto ogni proprietario del prodotto
dovrebbe essere una persona UX dovrebbe avere un po ‘
La conoscenza di UNIX riguarda le persone no
sulla tecnologia la tecnologia è facile
passare due settimane e insegnare alla gente il
la tecnologia che la gente fa è dura
parte e ultima abbiamo bisogno di un equilibrio di
focus sui processi e focus sui prodotti quindi
pensa la gente negli anni ’70 e
Gli anni ’80 sono stati presi troppo in considerazione
elaborare l’intera cosa ISO e CMMI e
il tipo di prodotto è stato accantonato e tu
può anche essere troppo focalizzato sul prodotto
e non essere preoccupato per l’apprendimento o
sul miglioramento e quindi hai bisogno di a
equilibrio quindi intendo la mischia è un quadro
che offre questo equilibrio ce ne sono molti
più così non sono non ho intenzione di essere qui
come una mischia venditori e mischia è solo un
lo scrum tool scrum è la porta attraverso
che passi sulla via per
illuminazione stiamo facendo un libro di mischia
proprio ora e la prefazione al
scrum book è la storia Zen di otto
bocce se non sai che lo guardi su
quando vai a casa, quindi vogliamo prenderti
all’ottava ciotola o al decimo c’è
il nostro decimo cade e questa è la mia storia
voglio portarti alla decima build di Bowl
il processo giusto e costruirai il
prodotto giusto e troppe persone vogliono
per sostenere il programma cowboy e andare
di nuovo a XP hanno paura del
struttura perché hanno paura che
stanno andando a perdere il controllo in modo che il
tipo di critiche che abbiamo visto nel
gli ultimi discorsi sono radicati nella paura e così io
non voglio la paura, voglio trasformare le persone
sciolto voglio essere una gioia per venire a lavorare
e sì, naturalmente, ognuno ha una voce in capitolo
dove il prodotto sta andando così
il proprietario del prodotto non è il capo
hanno una decisione finale perché
perché noi stiamo andando tenerli
responsabile e hai sentito il tuo sentito Dan
dire che la responsabilità è importante per te
non può ritenere una squadra responsabile se a
la squadra di calcio fa a pezzi chi sparate
la squadra ha comprato fatto ce ne sono cinque
minuti oh okay
qualche lancia sfuggente all’orizzonte e
la programmabilità dell’utente lo rimette in
le mani delle persone che sono in realtà
usandolo e il movimento del design che
è stato questo meraviglioso movimento da parte tua
probabilmente lo conosciamo dagli anni ’80
meraviglioso corpo di letteratura che nessun altro
l’informatica ha letto eppure la maggior parte
di ciò che facciamo è design meraviglioso
letteratura dietro questo vogliamo il tutto
organizzazione per imparare e imparare di più
dell’apprendimento in mischia accade a questo
livello a doppio ciclo sta cambiando il
struttura e quindi la struttura è lì
per una ragione ed è un quadro è
non una metodologia estremamente leggera
è sì cambiato molto in 25 anni e
i dettagli dentro di te possono cambiare qualsiasi
tempo avvolge le tue pratiche che avvolge
il processo non è imponendo che
non permettere a nessuno di dirti altrimenti il
l’apprendimento reale avviene qui al livello
di processo e valori regalati a
retrospettiva fuori sede una volta all’anno I
voglio che tu sogni non solo di essere
avversi al rischio, vogliamo lavorare con le aree
possiamo controllare reti di oggetti e
gruppi di persone ci portano fuori dalla nostra
zona di comfort e dobbiamo raggiungere
quella zona al di fuori della nostra zona di comfort a
crescere e prosperare e anche solo a
sopravvivere sogno di fare grandi cose come
Alan Kay sognava di cambiare
educazione con cui Jeff Sutherland ha sognato
scrum questo libro è dedicato a Nobel
il vincitore Mohammad Yunus e il Grameen
Banca per l’origine della microimpresa
sviluppo della strategia per
liberare i poveri dalla povertà
è stato un modello per nutrire centinaia di
migliaia di
sviluppatori di software dall’abuso del Delaware
causato da cattive pratiche di gestione
questo è mischia non lo stand-up al giorno per
ogni discorso a cui sei stato negli ultimi due
giorni c’erano prove convincenti per
l’affermazione che questo è meglio di
qualsiasi altra cosa o che funzioni anche o
hai appena creduto in questa conferenza
per ogni discorso chiedi come migliora questo
la qualità della vita e per quanti
persone e portare a casa almeno cinque idee
questo aiuterà la tua squadra ad aumentare il
valore umano del tuo prodotto o servizio
Ho finito, grazie mille
[Applausi]
il tempo delle domande si okay lasciatemi
averlo
il primo riguarda i test di integrazione
che ne dici di farlo dieci volte al giorno
un centinaio di volte al giorno mi ha
valore tremendo perché è di più
molto vicino a ciò che l’utente finale
è vedere l’intero sistema insieme
quindi voglio dire che questo è circa il 90% del
test che sto facendo ora all’interno del
test di integrazione ci sono strategie
come i test esplorativi di un
integrazione giusta quindi c’è questo è un
due matrice bidimensionale ma più
test importanti è l’usabilità dell’utente
testare è l’unica cosa alla fine
quello conta se funziona
nient’altro conta tutto il resto è
solo un indicatore ma l’integrazione
i test sono unit test della tua copertura
tester e utente test è ciò che voi
dovrebbe concentrarsi su questo è tutto ciò
importa alla fine sono intrappolato in un
negozio di yavar
Sono intrappolato lavorando in un negozio di Yahoo cosa
faccio bias linguistico
oh dovresti rifattorizzare il tuo CV
[Risata]
[Musica]
quindi la risposta è a quel livello
nessuna differenza quindi il nostro cervello destro
organizza le cose in base alla classificazione, così noi
hanno classificazione e classi sono
significativo e gentile del dominio
la modellizzazione ha sentito parlare di questa cosa chiamata
dominio guidato non mi importa, lo so
solo le classi non sono buone perché loro
non supporterà il caso d’uso quindi ho bisogno
qualcos’altro così dovrebbe essere il modello di classe
va bene, ma non sono le classi come persone
usali oggi e le classi devono essere
sovraccarico di fare anche le cose del caso d’uso
perché non c’è niente altro che è tutto
c’è e le interfacce Java non funzionano
perché anche con i metodi predefiniti il
il tempo vincolante per gli oggetti è sbagliato
c’è essenzialmente diventato parte del
classe quindi sì ho ancora lezioni nel mio
modello di dominio per qualche forma di
domini ma ho bisogno di qualcos’altro che
è ciò che i ruoli sono per codificare il
caso d’uso sì, lo so
Devo stare insieme, dobbiamo farlo
ok ho uno molto pratico
quello segue il tuo comando e qualcuno vuole
per togliere il titolo del meraviglioso
libro sul design che non conosce il
titolo più oh ci sono un paio di
loro uno è progettato dopo il modernismo di
Jonathan Kira e un altro è quello che è
si chiama che sto avendo un momento difficile
pensando a queste cose sul mio al mio
piedi e lui può mandarmi una mail e io posso
inviare una bibliografia è qui
Christopher Alexander ha ottenuto il suo grande inizio
dai modi in cui era parte di questo
comunità ma lui era solo uno dei tanti
molte persone assolutamente brillanti
questo è centrato nel Regno Unito
dal modo in cui pelliccia per qualche strana ragione
ma ci sono anche le persone che danno
noi il design conosci il damasco
il movimento di fabbricazione torna nel
a tarda notte del 19 ° secolo questo è
buona idea di design nel Regno Unito
bussa a te letteratura morta che ha così
molte intuizioni sul perché le cose in
il software va storto ed è senza tempo questo
è una specie di strana scuola di meteorologia
in tutto il mondo ha iniziato a scivolare dentro
il post-modernismo e andare dal moderno
scuola di post-modernismo e la maggior parte del
le persone a questa conferenza sono ancora
bloccato nel linguaggio della tecnologia okay no io
non va bene grazie, va bene lo scorso
domanda realmente che è molto molto
termine generico se leggi zio se vuoi dire
zio Bob Martin è anche pieno di merda
ma io e Bob siamo molto amici noi
amo combattere in pubblico e lui è un po ‘
il poster del poster per bambino
arte del software e ad un certo livello
è assolutamente il giusto obiettivo e
quindi intendo che ero nel software
ufficio tecnico per alcuni anni ho
guarda, sono un ingegnere elettrotecnico
l’ingegneria non è ingegneria non lo è
e l’informatica non è una scienza
apri il tedesco non è un problema giusto
è informatica, quindi è un mestiere e io
significa che ci sono alcuni, come qualsiasi imbarcazione I
significa che ci sono scientifiche
basi voglio dire che ho bisogno di sapere come mescolare
dipinge per essere un pittore così
qui c’è ancora della scienza, ma io
non sono d’accordo con con lo zio Bob e
che il lato del professionista è
qualunque cosa lui dica è ciò che usi
uso
Voglio dire che è solo una cagata, intendo
la professionalità è che ha molto
barra più alta di quella ma da a
punto di vista artigianale questa nozione
di lavorare in piccoli gruppi di essere
motivato dalle cose che Dan ha parlato
circa qui
che Dan Pink ha parlato di oh questo è
quello che gli piace e loro hanno lo stesso
nome in autonomia padronanza e
scopo e e così quelli sono le cose
con cui mi identificherò spesso
artigianato ed è solo un altro modo
di parlare delle cose rosa discorsi
circa se non hai letto l’unità del libro
prendi il book drive e leggilo è solo
un piccolo avvertimento quando lo leggo
Pensavo fosse un po ‘
superficiale e stavo cercando
più citazioni di ricerca si scopre lui
ha fatto tutta la ricerca tutta la ricerca è
lì lo scrive solo in uno stile
è accessibile al laico, ma
se leggi alcune di queste altre cose tutte
la ricerca è lì tutte quelle cose che lui
può eseguire il backup ed è semplicemente geniale
molto per cui ti ringrazio tanto
le tue idee con cui condivide i tuoi pensieri
l’un l’altro e grazie per essere qui
[Applausi]
molto
[Musica]
sapere che è un grande piacere essere qui
questa conferenza ha una lunga storia
nella mia eredità ho incontrato per la prima volta mia moglie
a questa conferenza circa 12 anni fa
bene godere quale era il predecessore di
questa conferenza è cambiata molto in
gli anni in cui ho parlato un po ‘ di
quello e quanti di voi erano qui per
l’ ultimo discorso del mio stimato collega
Dan Nord, quindi mi dispiace che se ne sia andato
non solo non credere a niente lui
detto tranne circa tre cose così uno è
sulla certificazione in monopinna e a
la modifica della monetizzazione della schiuma è
solo questo è un problema molto serio
ha assolutamente ragione su un altro
è il ridimensionamento che aveva anche ragione
circa e la terza cosa la sua risposta a
la domanda su di te sa come stai
fare una squadra motivata che abbiamo appena
concluso circa sei mesi di letteratura
ricerca su questo ed è venuto fuori esattamente
lo stesso posto che Dan ha fatto e Dan
ha fatto molte ricerche su questo
Dan è una specie di meta ricercatore che fa
la nostra ricerca e ciò che fanno gli altri
ricerca sul motivo per cui ho parlato di Dan
è che il mio discorso è tipo di st. parlare
secondo verso e che ti sta dicendo
sappiamo che abbiamo una sorta di devoluzione da
originale e agile e il mio discorso è molto
più o meno lo stesso eccetto quello che sto facendo
fare un passo indietro e guardare un paio di
le cose e una è l’orientamento agli oggetti e
l’altro è agile e penso che abbiamo
seriamente devoluto entrambi e
sorprendentemente è per circa lo stesso
la ragione e quello che voglio fare è dare un
visione un po ‘più alta di ciò che il
la storia era circa e ciò che questi due
le cose riguardano solo in termini di
Storia Voglio iniziare con una famiglia
albero e come tutti gli alberi genealogici è
probabilmente sbagliato o probabilmente hai il tuo
proprio ma
possiamo tornare al sentiero per
sistema di produzione che non è lene lene
è una cosa americana ed è molto
diverso da TPS e molte persone
Diciamo che la mischia è venuta da magra, non è vero
la magra è un percorso separato da questo e da
crede in cose come la causa principale
analisi e da questo abbiamo la la
la carta di takusan nel mocassino dice
che è un nuovo sviluppo di nuovi prodotti
gioco in Harvard Business Review e quello
ha avuto un po ‘di influenza su XP e
una grande influenza sulla mischia Jeff Sutherland
spesso dice anche che la mischia è venuta da questo
quelli provenienti da molte fonti lo erano
in parte probabilmente alcuni dei miei lavori erano
in parte dal suo lavoro a West Point più
delle cose che sono in mischia trovate
in addestramento militare e da molto
di altri luoghi e programmazione estrema
è venuto dalla mischia nel 1996 e poi questo
tipo di morto e poi agile venuto da
tutti questi e uno dei punti I
voglio rendere il più agile venuto dalla mischia
la mischia non è venuta da agile quindi intendo
il manifesto agile era una specie di crema
scrematura di molte delle pratiche che
Erano in quel momento in una certa misura
anche da dsdm ma e questi a loro volta
erano echi di cose precedenti come alcuni
della ricerca che avevamo fatto a Bell
Laboratori che sono stati pubblicati anche
molto prima così la maggior parte dei componenti
di mischia del manifesto agile nel
modelli organizzativi che erano alla
prima conferenza sui modelli scrum maledetti
in parallelo l’ orientamento dell’oggetto torna indietro
ad un paio di ragazzi in neugog e
hanno avuto il loro primo
dimostrazione di ciò in una lingua
chiamato simile e simile risale a
circa 1964 ma orientato agli oggetti
la versione era nel 1967 e poi la nozione
dell’orientamento all’oggetto veramente iniziato
mettendo radici nella conferenza di legge di oops
è iniziato nel 1980, quindi se guardi
alle idee originali dietro gli oggetti
questo va via via indietro a a 1972 1974 e
parleremo di quella
la comunità dei modelli è uscita da questo
comunità se guardi la maggior parte del
persone che hanno fondato la comunità di modelli
erano tutti vecchi e molto
della comunità di misericordia è uscito dal
idee di modelli così per esempio il quotidiano
standup che è in mischia è venuto da alcuni
lavoro di brevetti che era stato fatto prima
e alcuni lavori a Moreland e poi agili
tipo di disegno su tutti questi oggetti
orientamento sui modelli e così via
e torneremo in questa famiglia
albero un sacco di cose che molti di noi potrebbero essere
nuovo a voi voglio dire qui è l’e-mail che
Jeff Sutherland è arrivato da Kent Beck
chiedendo di essere in grado di rubare tutto lui
potrebbe dal modo in cui Jeff stava usando
l’ articolo di Harvard Business Review e
dicendo che ho fatto alcuni schemi
questo GM mettendo insieme questa cosa
e, naturalmente, ha finito per essere estremo
programmazione quindi ecco qui ecco qui
La posta di Kent o lo sapevi che l’ho inventato
programmazione estrema ho seguito il lavoro
di Jim Killeen e Ward Cunningham su
sviluppo del software con Ron Jeffries
e il team c3 di Chrysler che ha inventato
una programmazione estrema nominata intendo
la storia è scritta dai vincitori e
da allora, da uno solo
ignorare tutto giù a nord, detto così
l’abbiamo visto nel precedente discorso I
è stato contento di vedere che tutti nel
il pubblico l’aveva visto prima quando io
insegnare Oh ima, posso anche essere scrum certificato
allenatore giusto , ragazzi, dobbiamo attaccarci
insieme qui quando insegno la mischia
Classe ho chiesto alla gente quanti di voi
ho visto questo ed è circa la metà del
classe e quindi ho smesso di essere sorpreso
ma è circa la metà delle persone che hanno
mai visto il manifesto agile ma questo
è una specie di software specifico
cosa leggera e tutti
che ora Dan Nord ha avuto il suo dire tutto
se potessi scrivere il manifesto agile
di nuovo lo farei in questo modo per tutti
scrivere articoli su questo Kent ‘s his e
Ho il mio e così via e così via se
torni indietro e guarda il lasciare il
roba originale e molti di questi
principi originali che anche l’XP
la gente parla di come troviamo
agili tornano a questo questo questo
lavoro di nanaka e Takeuchi quindi questo è un
Scivola che Nanaki ha dato al fatto che fosse un
raduno di scrum a Tokyo circa tre
anni fa stavamo parlando tutti così
questa è la sua diapositiva e traccia la
la storia della mischia inizia con la sua
cartaceo in una recensione aziendale di Harvard
il nuovo gioco di sviluppo di nuovi prodotti e
poi un secondo documento la conoscenza
creare società e il passo successivo furono
questi modelli organizzativi come ho fatto io
per tutto il 1993 e averlo pubblicato il
prima conferenza modellata la maggior parte del
elementi che trovi in estremo
programmazione e mischia sono in quelli
modelli e quindi questo giorno penso che sia
sbagliato penso che questo fosse 93 Baracus ha 94 anni
mentre il primo sprint di mischia e
poi più tardi aggiunge alla mischia quotidiana e
il maestro di mischia e poi è quasi
sette anni dopo abbiamo il primo
libro di misan da Ken e Mike e nel
lo stesso anno il manifesto agile così sette
sai che la mischia è stata funzionante
per sette o otto anni e poi
infine
nanaka insieme a Ken qui un altro
figlio ha scritto un libro su scrum più per
il punto di vista delle sue fondamenta in
Cultura giapponese e nella Toyota
Sistema di produzione non in lean se tu
guarda la storia di
agile non sono davvero agili, voglio dire che odio
questi sondaggi dicono l’86% di tutti
aziende in Oh Angela come diavolo
hanno misurato quello che diavolo fa
che significa che io intendo fare è necessario disporre di un
punteggio di 75 per cento di quelle cose che
Dan ha parlato
quindi intendo tutte le cose che Dan ha parlato
in termini di mischia intendo dire che lo sono
si applicano ugualmente ad agile che c’è
cazzate così tanto se andiamo io
mi piace molto parlare di Toyota
Sistema di produzione e perché è così
ben noto e ben documentato e alcuni
cose che hanno a che fare con i giapponesi
e la cultura del design Toyota che non lo sono
ben compreso e non altrettanto bene
documentato ma faccio un sacco di lavoro in
Giappone con partner giapponesi e noi siamo
iniziando a ottenere un apprezzamento migliore
per per come funziona così un sacco di questo
riguarda gli individui e le interazioni
dove è un orientamento all’oggetto parliamo
su interfaccia utente antropomorfo
design avevamo una cosa chiamata
Auto CRC quanti di voi hanno utilizzato CRC
carte uno dei migliori
tecniche di progettazione orientate agli oggetti che
sono là fuori e non è lì
più
perché altre cose hanno preso il sopravvento ora
abbiamo una nuova carta chiamata user story
che non mi fa iniziare sull’utente
storie
riparazione continua che fai sempre
le cose più solide questo è un profondo
fondamento di una disciplina modello così
agile dice di aver trovato la risposta
cambiare oggetti riguardava la programmazione di
differenza uno dei grandi usi di
l’ereditarietà stava definendo in modo incrementale a
nuova funzionalità in termini di una vecchia o
definire una nuova classe in termini di un vecchio
uno ha un cliente molto attivo
collaborazione di cui abbiamo parlato nel
manifesto e la formulazione originale
di orientamento agli oggetti era coinvolgente
utenti finali attraverso i loro modelli mentali
cos’è un oggetto è la rappresentazione
all’interno della macchina del modello mentale
di qualcosa che è nella mente di un
l’utente finale non è qualcosa con un
interfaccia compatibile plug -in
non ciò che un oggetto è un oggetto è parte
di un modello mentale umano e l’obiettivo
è coinvolgere la persona con il
software così i due insieme diventano uno
badate che questo viene fuori da un punto di vista psicologico
ricerca
BiPAP è stato ispirato dall’apprendimento
teoria da Piaget ed era più grande il
figlio di Alan Kay che da quando è nato
abbandonato sul resto del mondo e
quanto male sono andate le cose
incluso in chiacchiere, le chiacchiere non lo sono
molto meglio del resto di loro e
sta giocando con i suoi stessi giocattoli
ora e nessuno sa veramente quello che è
sospetto che sia qualcosa di grandioso e
per quanto riguarda la qualità si tratta di lavorare
orientamento software e oggetto intendo
se chiedi di essere un oggetto o qualcuno
programmatore in questi giorni la gente dirà
sì, io uso bene il TDD sì, lo fanno
test e questi sono il tipo di
tecnologie alle quali le persone si associano
con l’orientamento all’oggetto così tanto
radici le radici strutturali o
radici psicologiche di TPS e di
gli oggetti sono gli stessi di un an
iPad proprio quando è stata scattata questa foto
1976
questo è un iPad per gridare forte così no
questo è qualcosa chiamato Dynabook ora
non è reale è un mock-up fatto
cartone ma è stato progettato utilizzando
tecnologia che era disponibile presso
tempo di Alan Kay come progetto concettuale
di come questa ragazza potrebbe uscire seduta
sotto un albero sull’erba e usarlo per
esplorare il mondo intorno a lei esplorare il
biblioteca esplorare ciò che i suoi amici
stavano facendo interagire con i suoi amici e
quindi questo è un gioco non è come
molti di voi sono al discorso sulla gamification
quindi ora sai chi ho fatto alla mia domanda
è che i giochi sono un’imposizione di
qualcosa dall’esterno mentre Kay
e pepe stiamo cercando di bloccare i bambini
esplorare e così viene da dentro
piuttosto che regole imposte dall’esterno
quello era l’intero fondamento dell’oggetto
orientamento per ottenere i concetti su
le menti delle persone e farli entrare nel
computer e caso che sentiamo il bambino
è un verbo piuttosto che un nome e un attore
piuttosto che un oggetto non è scalabile
un piccione o un topo perché c’erano tutti
questi intendo la Scuola Skinner di
Formazione scolastica
stava insegnando per ripetizione bene te
può insegnare a un topo di correre stupito di no
non riguardo a quello che sta cercando di acquisire
modella se il suo ambiente circostante
per occuparsi di esso linguaggio sessista
so che mi scuso la sua citazione diretta noi
vorrebbe guardare nella sua corrente
modi di pensare per influenzare
lui piuttosto che cercare di sostituire
il suo modello con uno dei nostri così questo è
originariamente di cosa si trattava
sembra poco agile, no?
invece di spingere lo sviluppo, stiamo andando
fare lo sviluppo pull per provare ad impegnarsi
il cliente e entrambi i software
lavora con il loro modello della loro attività
questo era l’obiettivo completo dell’oggetto
orientamento però su un più individuale
livello e questo è L & K quindi aveva scritto
questo documento che è un po ‘fluttuante
in realtà ho trovato questo è stato
pubblicato formalmente da qualche parte ma dai PHA
e altri lavorano sulle basi e sulle forme
del pensiero dei bambini è un equo
argomento convincente per credere nel
i computer non sono un mezzo quasi ideale per
l’espressione dell’epistemologia di un bambino
che cos’è un modello operativo non è un
Algoritmo oh fallo quanti ne hanno detto
i tuoi professori che pensano e
gli algoritmi sono cattivi se lo fai
oggetti la formulazione originale è tutto
in termini di algoritmi si tratta di a
gruppo di oggetti che interagiscono insieme
risolvi qualche problema quanti di voi facciano
programmazione orientata agli oggetti davvero
davvero una volta l’ultima volta che hai scritto un
oggetto quale linguaggio di programmazione tu
non può Java è l’ unica lingua in
che non puoi fare orientato agli oggetti
programmare è l’unico a cui sei
programmatore orientato alla classe sei
costruire i progetti per costruire il
casa una classe è solo qualcosa che è
sanno cosa è un programma è un
gestire un gruppo di oggetti che interagiscono
l’uno con l’altro collegati l’uno all’altro
in memoria che è orientato agli oggetti
programmazione non è
di oggetti se stai lavorando su uno
classe in un momento che non conosci nemmeno
dove va il collegamento a loro quell’oggetto
dal design non ti è permesso saperlo
dove va perché questo meraviglioso
la cosa chiamata polimorfismo è andare in due
con gli steroidi e se non riesci a capire
il tuo programma, cosa fai?
prova il tuo sviluppo è perché noi
non riesco a capire il nostro codice che abbiamo perso
questo e molto ha a che fare con
il nostro linguaggio di programmazione riguarda
algoritmi che sono informali e non
necessariamente logicamente coerente e
questo si adatta bene a come i bambini vedono
il mondo quindi si tratta di ciò che K chiama a
la conoscenza dell’epistemologia genetica è
mantenuto come una serie di operativi
modelli come fa questa collezione di
gli oggetti interagiscono ma non posso guardare
il tuo codice Java e vedi quella rete di
oggetti o vedere il flusso tra di loro voi
non riesco a capire che si crede in
cose che non capisci che tu possa
soffrire potrei fare un intero corso di scrum
con ciò che la canzone pop cita Stevie Wonder
credi in cose che non fai
capisci che potresti soffrire è molto
più tardi nello sviluppo infantile
la logica è usata e anche allora attraverso
strategie logiche extra così
la programmazione orientata agli oggetti è una specie di
riguardo il fantasma o l’anima nel
macchina così qui abbiamo un bambino e
individui e interazioni che hanno
sentito che da qualche parte prima su
processi e strumenti come fanno gli individui
interagire con gli oggetti ora questo è quello che io
chiamare un programma agile in cui il programma
ha empatia con il modello mentale del
utente finale e del programma intendo il
programmatore deve essere lì a capire
sia quello che sta succedendo nel computer e
cosa sta succedendo nella mente del bambino
sarebbe davvero bello se fosse il bambino
potrebbe andare direttamente nel computer e
manipolare le cose è come se fossi
insegnandoti mi piacerebbe andare direttamente
nel tuo cervello e manipola le cellule
ma sarebbe davvero disordinato, quindi lavoriamo
attraverso questa interfaccia e così
l’interfaccia ha qualcosa chiamato strumento
e uno strumento ha un controller che crea
e coordina le viste senza il controller
non è la cosa attraverso cui input
viene da questo è tutto questo questo è
un’altra cosa che le persone grossolanamente
fraintendere la gente non capisce
Model View controller il controller
crea e coordina le viste che dà
accesso a questo modello Vista modello
controller user e quell’input arriva
da un utente attraverso la vista attraverso il
Controller ovunque e ottiene fino al
modello e sto cercando di farlo
integrazione tra l’utente finale e il
computer quindi in un certo senso il modello e
l’ utente finale dovrebbe pensare
la stessa cosa che uno è solo un
estensione dell’altro questo è il tutto
obiettivo della programmazione orientata agli oggetti no
polimorfismo non incapsulamento no
modelli mentali umani di produttività è
riguardo le persone
quindi molti programmatori programmano le classi
qualsiasi programmatore JavaScript qui fai
questo diritto puoi programmare sugli oggetti
I programmatori JavaScript possono farlo
un modo in cui i programmatori Java non lo faranno mai
le classi sono statiche, comunque vendi
le classi non vendiamo software per casi d’uso
è un servizio chiamato questa cosa
software as-a-service software è sempre
un servizio un cd-rom ha assolutamente no
valore fino a quando non è installato e in esecuzione
su un computer è un servizio quindi vendiamo
usare i casi e non possiamo capire cosa
i nostri programmi fanno perché siamo isolati
lavorare in un metodo in una classe
avere uno alla volta in modo che cosa facciamo quello che
testiamo un metodo di una classe in a
il tempo tutto il resto sono dei scherzi oh sì, come
questo funzionerà la GUI verrà dopo
Jef Raskin fondatore del Macintosh
progetto ha detto che l’interfaccia è il
prodotto il software è solo una schifezza
che deve andare d’accordo con l’interfaccia
per far funzionare ciò che costruisci e
fornire è un’interfaccia il resto del
roba è muda è spreco di termine magro per
rifiuti e quindi se ci separiamo
client-server non ha questo
connessione dove l’utente è veramente
regista che manipola direttamente i loro
modello mentale e casi d’uso non lo sono
progettato in modo che gli utenti non possano capirli
dall’interfaccia e dai programmatori
non riesco a capirle dal codice e
è incredibile che tutto funzioni o cose del genere
qualsiasi software è utilizzabile a tutti
perché abbiamo perso questa visione di cosa
si supponeva che gli oggetti riguardassero e
l’auto era una specie di problema religioso
giusto perché in Fortran o in Pascal o
alcune delle grandi lingue del tempo
la gente ha detto bene
stiamo programmando in termini di scenari
e usa i casi oh, beh, adesso siamo nuovi
non voglio farlo, abbiamo una grafica
interfacce utente e ne sta premendo uno
pulsante alla volta quindi tutte le operazioni
sono atomici un buon metodo di conversazione
dovrebbe essere lungo tre righe e questo è
vero se vuoi fare qualcosa di semplice
come come PowerPoint bene se si vuole
fare qualcosa di sofisticato sono ancora
sta per essere il vostro albero di navigazione per
Pagina scorre stanno ancora andando essere
sequenze corrette ci sono ancora uso
casi che fanno parte della nostra attività
scenari e dobbiamo gestirli
e le interfacce tradizionali non lo sono
bravo in quello che molti di voi hanno provato
effettuare una prenotazione del volo in finlandese
Compagnie aeree sul loro sito web che non puoi fare
e alcune persone ottengono questo Amazon ottiene
questo intendo dire che il sito Web Amazon è
quasi invisibile probabilmente non puoi
ricorda cosa c’era nella pagina l’ultimo
tempo che hai lasciato sul sito web Amazon
perché è così naturale è come te
sapere di essere in una libreria e di raccogliere
qualcosa se riesci a ricordare esattamente
ciò che si passi dovuto passare attraverso quella
la memoria è parte del tuo apprendimento che è
di cambiare il comportamento di attraversare
il dolore del sistema che non è all’altezza
le tue aspettative
quindi l’orientamento all’oggetto ha perso le sue radici
c’è poco che ragiona
l’interazione di oggetti molto pochi
metodi per concentrarsi su reti di
oggetti cooperanti il mio metodo qui io
metodo di progettazione medio il migliore che conosco
sono le carte CRC e ora è molto
fuori moda perché così cosa hanno fatto le carte CRC
vieni da bene probabilmente c’è un
argomento bene c’è Ward Cunningham o
Anche quelli di Rebecca Worth sono Brock
erano molto popolari da Kent Beck
e voglio dire se tu ora stai vendendo
lo sviluppo basato sui test non lo fai
bisogno di carte CRC giusto che si intromettano
di vendere quell’idea così guidata dai test
sviluppo che conosci la ricerca
spettacoli ti uccideranno
RTFM siamo professionisti qui e
sfortunatamente non ho visto questo tipo
di carta in questa conferenza c’è molto
pochi dati per sostenere i discorsi a questo
conferenza e ci sono persone che parlano
su TDD ma leggi leggi leggi il
documenti di Abrahamson Sinha Alto tutto il
ricercatori che hanno fatto ricerche reali
su TDD cosa ti costringe a fare
design bottom-up TDD non è un test
tecnica è una tecnica di progettazione e
stai progettando cosa testare
metodi non è possibile testare una classe di una classe
non si esegue un metodo per testare
metodi che sono in fondo alla gerarchia
congratulazioni che hai appena fatto a
architettura dal basso e tu puoi
programma in Fortran in qualsiasi lingua e
lo sviluppo basato sui test lo garantisce
e i dati della ricerca confermano questo
le metriche di accoppiamento e coesione di
i sistemi costruiti con TDD ti uccideranno
sappi che sono molte di queste cose
ed è quello che questo discorso è di circa
ci sono molte cose che sappiamo di sapere
come fare questo no perché è così
sarà diverso ogni volta
oggetto diverso e certamente a
classe diversa non puoi farlo così tanto
di questo è solo l’ignoranza e
quindi intendo che mi sono fermato in una cabina della compagnia
qui che vende consulenze agili
e la mischia di consulenza e ho raccolto
ci sono una piccola scatola di
linee guida per la mischia e il primo piano
Presi ci sbagliamo solo che non sono
scrum ci sono un sacco di cose così è
perché vorrei che Dan fosse qui che Dan ha detto
riguardo alla mischia che sono solo sbagliati Dan e
potrebbe darsi che Dan lo faccia davvero
capire la mischia e quello che sta parlando
circa è come persone ignoranti
praticarlo perché le persone per natura
ricadrà sul loro vecchio progetto
modi di gestione ma di cosa ha parlato
non era una vite
e non è qualcosa in cui ho riconosciuto
i miei clienti e non è certamente
qualcosa che insegno così forse lui solo
peggiora i miei clienti di quanto non lo faccia io
conoscere l’attenzione sull’unità testando un oggetto
integrità ha sostituito operativo
i modelli e l’attenzione umana è tutto
sui processi e gli strumenti degli strumenti di Turk
su individui e interazioni intendo
Qui guardo tutte le cose qui
docker e automazione Toyota ha appena
rimosso l’automazione da buona parte di
le loro linee di assemblaggio e la sostituirono
con gli esseri umani perché i robot no
imparare questo è come migliorare la
lo scopo dell’esecuzione di un test è
capire che testo scriverò dopo
Voglio che il tuo cervello sia impegnato con il
software per non dirne alcuni soft
computer per andare fuori e eseguire un sacco di
test voglio un essere umano lì
scopo del test è imparare e lo farò
imparo coinvolgendo il mio cervello e lo faccio
con test esplorativi non automatizzati
test e certamente non unit test così
ci sono tutte queste cose che crediamo possano
il fulmine ti colpisce se non lo fai
credere nel TDD o nei test unitari o
test automatici che sei stato venduto a
conto dei beni quindi scegliamo di credere
cose che semplicemente non sono vere e
c’è molto poco supporto di
queste cose così ora sono diventati modelli
soluzioni tecniche preconfezionate e il
buona parte quindi un pò capito cosa
parte degli handle del controller della vista del modello
inserire gli eventi bene è di solito la vista
può essere il modello ma tutti dicono
no, ecco a cosa serve il controller
è solo che fraintende cos’è
il ruolo del controller per creare e
coordinate le viste non è da gestire
inserisci quanti di voi disegnano l’oggetto
diagrammi
un gruppo di sfigati siete tutti classe ubriaco
diagrammi che stai disegnando
progetti non la casa quanti di voi
lavorare con casi d’uso non solo scenari
casi d’uso case use non è svedese per
lo scenario e la vonda seguono esattamente ciò di cui abbiamo bisogno
solo i requisiti possono essere complessi e
in entrambi i casi per strutturarli così e il
tutta la cultura è persa in queste lingue
non supportano più classificazioni
secondo i comportamenti o i ruoli che loro
giocare e non voglio entrare in questo perché
la conferenza non vuole che parli
su questo in questa conferenza abbiamo provato
avere un seminario su DCI e in questo modo
di programmazione c’è molta ricerca
che indica che funziona con Hector
cantos era un ricercatore di RTI a
un paio d’ anni di ricerca empirica
con 14 soggetti circa la metà dei quali erano
professionista e metà di chi erano
studenti e tempo di correttezza
consumo e riferimento durante la lettura
comprensione o cosa hanno misurato e
i risultati indicano che il codice DCI e il
il linguaggio trigger supporta di più
codice comprensibile per quanto riguarda
correttezza e migliora la località di
riferimento
finalmente oggetto o programmazione ma
volevi conoscere Java
9
volevi succhiare un po ‘meno il nostro
l’industria non può permettersi di succhiare un po ‘
meno abbiamo bisogno di cambiamenti di paradigma di cui stiamo parlando
con l’ingegneria del software dove loro
erano con trasformare il piombo in oro nel
Medioevo in pratica intellettualmente
sappiamo che sappiamo come fare questa roba ma
le persone sono molto avverse al rischio è davvero
davvero difficile vendere agile è andato storto
allo stesso modo tutti pensano mezzi agili
veloce la parola veloce non appare in
il manifesto agile e se guardo il
radici da cui è venuto l’agile che sono
TPS dice che le decisioni accurate prese con
lunga deliberazione, ne abbiamo quante di sempre
sentito la frase rinviare le decisioni al
ultimo momento responsabile quindi c’è a
concetto in lean chiamato ultimo responsabile
momento è un momento oltre il quale il tuo
la capacità di effettuare un risultato è presa
via vuoi prendere quelle decisioni come
il più presto possibile non rinviare loro XP
la gente ha sbagliato esattamente 180
Grado sbagliato obiettivo che avremmo letto la magra
letteratura che vuoi programmare
processo qui si rendono ad alto rischio
le decisioni prima e che ti mette su
Jeff sa che questo jeff dice che tu gestisci
le tue dipendenze nella prima metà di
lo sprint prima ti abbandona allo sprint
così almeno intuitivamente lo sa
non rinvii le decisioni che le tiri
avanti così sì, c’era questo concetto
chiamato l’ultimo momento responsabile e
poi le persone agili hanno aggiunto la parola
differire ad esso è esattamente l’opposto di
cosa significa la gente magra leggere la roba
fuori dall’Istituto magro di Stanford
il social design con le carte CRC è stato
sostituito da test individuali a coppie
molto poco sull’utente finale mentale
modella quanti psicologi sono sul tuo
squadra quanti degli analisti cognitivi come
molti analisti comportamentali se lo fai
programmazione orientata agli oggetti ognuno di
dovresti essere comportamentale
psicologo è quello che è
sta suscitando modelli mentali dell’utente finale se
non sai come suscitare un utente finale
modello che potresti usare anche Fortran
processi e strumenti come JIRA e
test su individui e interazione
qualsiasi cosa possiamo ridurre la programmazione
ridurre alla programmazione perché perché fa
cane leccare i suoi genitali perché può perché
ridurre tutto alla programmazione
perché possiamo sì e certificazione
la collaborazione con il cliente va bene così
Agile ha davvero perso le sue radici intendo
in questo collegamento dall’orientamento dell’oggetto a
agile non c’è analisi che amo davvero
Eric Evans è un grande ragazzo, lui è il
dhih dhih dhih guy ma intendo che hanno ottenuto
liberarsi dell’analisi perché
bene fanno finta che sono un debole
ignoranza, fingono di essere
ignorante e reinventeremo
tutto noi stessi usando cose come
sviluppo basato su test
Voglio dire se tu sei se tu sei il mio aerospaziale
o un appaltatore medico non ti voglio
avvicinarsi al mio software a meno che tu non abbia
qualche buona esperienza di dominio che abbiamo perso
il collegamento da modelli di modelli e
siamo in realtà un sacco di questa roba arriva
da ma non ho avuto abbastanza tempo
in questo discorso per coprire tutto mentre siamo
alla ricerca per la qualità senza un nome
a volte lo chiamiamo Kwan Oh Moo Manu
Shih Tzu in giapponese sembra giusto
e quindi non sento i programmatori che parlano molto
su questo codice sembra giusto e basta
vale cento test
e una buona pianificazione che è stata sostituita
testando e rilavorando la rilavorazione è costosa
abbiamo un focus su prodotti e strumenti e no
sul processo le persone magre dicono di costruire il
processo giusto e costruisci il giusto
prodotto e in effetti inizialmente lo sai
mischia e in qualche modo XP capito
questo dove hanno detto che il processo è tutto
A proposito di feedback, lo so quanti di voi hanno
leggi l’ ultima guida di Scrum, ma intendo
no, non puoi rilasciarlo tutte le volte che
vuoi solo non avere un team DevOps
quanti di voi hanno una squadra DevOps I
significa che è una mano libera
non ci sono squadre DevOps in mischia
principi fondamentali che le persone non fanno
capire e le parti buone un po ‘
capito qual è lo scopo della
scrum quotidiano chiunque sappia e uno a
fai un tentativo, non tu
comunicare e putamen qualcun altro
condividi l’obiettivo chiunque altro
sguardo di condivisione delle informazioni sei tutto
sei fantastico
[Musica]
Yuri pianifica il lavoro per le prossime 24 ore
è una mini riunione di pianificazione sprint ora
eccoti qui probabilmente stai su a
squadra di scrum hai fatto questo a
milioni di volte e tu non sai cosa
lo stai facendo perché stai ricevendo il
informazioni da questo tetto al piano di sopra
le conferenze di celling sono queste conferenze
facendo danni incredibili perché
non c’è autorevole nastasi
non tornare alla fonte no
la spiegazione della roba hawai funziona bene
ricette ed è infetto l’ intero
industria e guidata sia agile e
orientamento dell’oggetto nel terreno e
allora abbiamo il Dan Norris qui
provocandoci con cose che in effetti sono
non la mischia che rende peggiore cosa
percentuale degli sprint per il grande
la squadra di scrum fallisce la risposta è al 50%
pura matematica se comprendi come la velocità
funziona e tu capisci la tua differenza
è meglio che riempi il 50% del tuo
scatta se ti stai fallendo di più fai schifo
se senti meno nascondi qualcosa
stai tradendo che stai mentendo
cucinando i libri questa è matematica semplice
questo fa parte dell’essere agili qual è il
la migliore strategia di tracciamento dei bug in mischia noi
non tenere traccia di bug li aggiustiamo ora come
molte persone usano JIRA che non chiederò nemmeno
è davvero un bel posto dove mettere bug
perché nessuno li troverà lì
come interagiscono i team di Scrum di platform
con altre squadre di mischia non ci sono
squadre piattaforma in mischia un team Scrum
interfacce con l’ utente finale c’è a
la nuova guida di Scrum a Kennan Jeff
seriamente considerando il cambio di nome
il nome del team di sviluppo per il
team di sviluppo che non ha realizzato
il taglio finale non so perché non l’ho fatto
parlato con Jeff ma non la squadra di consegna
il team di sviluppo lo inserisce nel
gli utenti finali non dirigono il cliente lì
non ci sono clienti in mischia che sono a
handoff si trasferisce il nostro umore ah così dove noi
sono oggi individui e interazioni
nessun individuo in unità j a cui rimandare
gli ultimi clienti del momento responsabile
e collaborazione abbiamo scritto team
user stories oh yeah l’utente finale lo farà mai
parlare con loro di un software funzionante bene
i test unitari superano le carte CRC
bene i progetti di classe individuale dove sono
le persone in questa programmazione di
differenza o refactoring test di qualità
e si, come se funzionasse
accattivanti utenti finali, oh, solo tu ottieni
punti per l’ utilizzo corretto dei modelli di progettazione
design centrato sull’utente
cos’è un utente che conosci invece che siamo
intenzione di fare test TDD e unità unitarie
e finirà per imbattersi nell’utente
da qualche parte e soddisfare le loro esigenze alle
strumenti nemici comuni sulle persone urlano a
molto al di fine risultato qui uno dei
i discorsi a cui sono andato oggi erano di fatto a
prodotto commerciale non era poi così male, ma io
stava facendo una cosa di livello molto basso come
molti computer fanno cose di basso livello
i compilatori eccellenti sono uno strumento perfetto
quando sono preoccupato per i nostri strumenti
che mostra o prova ad aiutare l’umano
commercializzazione della comunicazione o siamo
facendo la cosa giusta penso dan né
ho detto abbastanza su questa mercificazione
proviamo a fare qualcosa di generale come
valorizzare la semplificazione della conoscenza e
solo l’ignoranza e la speranza disperata io
ho menzionato questo un sacco di persone
credi nell’automazione perché i gestori di cuz
sento che risparmia denaro che possono ottenere
con meno scimmie nella gabbia
lascia che i computer facciano il loro lavoro e
si scopre che la Toyota l’ha trovato
no questo corto circuito che apprende il
cortocircuiti Kaizen e kaizoku così
miglioramenti di processo di base quindi se tu
hanno Kaizen mentalità loro sempre migliori
non hai automazione eccetto per
regressione per noi sappiamo che funziona
ci sono prove che ciò funzioni
i test di regressione sono test che tu
scrivi per riprodurre i bug che le persone trovano
nel campo non vuoi regredire
nei vecchi bug automatizzare quelli ma il
riposare fare test esplorativi quindi cosa
dovremmo fare per ripristinare l’attenzione in modo che questo
potresti essere uno degli ultimi poliziotti di
la conferenza quindi voglio lasciarvi un po ‘
cose a cui pensare e tornare a casa con
quindi per quanto riguarda le persone e lo ero
molto contento di fare alcuni discorsi che
erano molto molto umani e centric qui e io
devo accreditare la conferenza per quello
in termini di bianco si può provare a casa
programmazione mob non ne sono nemmeno sicuro
lavori
So che i lavori di programmazione tra pari non lo faccio
sapere se pas se la programmazione è
conveniente se è meglio di
programmare la coppia, ma provalo lo sai tutti
là dove si dispone di una persona al
tastiera e non sono autorizzati a
pensa più o meno che digita cosa
loro sono detti e il resto della squadra è
lì discutendo il design e il racconto
la persona alla tastiera oh crearne uno
di queste classi Oh metti questo algoritmo
qui creerò questo metodo e poi
si scambiano dopo cinque minuti e c’è
un facilitatore quindi tre ruoli nella tua squadra
membro o facilitatore o il conducente
e c’è un tizio chiamato Zulu legnoso che
ha spinto questo avanti e loro
avere qualcosa di fantastico
se non altro per la costruzione di grandi squadre
che ne dici di riparazioni in corso?
apprendimento organizzativo così invece di
ottenere il giusto processo va oltre
processo per guardare la tua organizzazione
struttura ora cosa sta cercando di Dan
Diciamo che stiamo per avere
struttura dinamica e team di ricostruzione
tutto il tempo non c’è molta ricerca
e questo è in psicologia e e
la gente del software non legge la psicologia
destra
Voglio dire, la ricerca è recente quest’anno
quello mostra che tieni una squadra unita e
vale la pena di conoscere un grande
fattore integrale nei punti di prestazione I
non userà un numero come Jeff
okay e così se tu solo continuamente io
significa che questa è la nostra idea del personale del nostro staff
so che questo non funziona e c’è
una ricerca che non supporta la stabilità
le squadre hanno valore a loro diritto e
come ti opponi che chiedi alla gente
per crescere quindi se vuoi solo succhiare un
poco meno di quanto le persone possano mantenere
le loro competenze individuali e a
scrum team la tua sfida a crescere e a
padroneggiare nuove tecniche e nuove
tecnologie intendo dire che era in piedi
qui e dicendo bene posso insegnare a chiunque
nella nuova tecnologia in due settimane e da
il modo in cui sono d’accordo un sacco di prove di
questo quindi se sono eccitati quindi perché noi
organizzare le squadre e prendere questo ordine
di magnitudine colpire sul throughput quando io
può passare due settimane e insegnare alla gente il
nuova tecnologia per portarlo fino a a
squadra interfunzionale di nuovo intendo io
non capisco nemmeno la sua tesi
non è auto coerente è così
meraviglioso essere l’ultimo discorso in
conferenza posso fare questo sì quanti
Gente UX qui amo il mio popolo UX il
l’interfaccia è il prodotto e siamo tutti
ha detto che c’è questa grande discussione su LinkedIn
in questo momento impara a pensare come un utente il
la cosa peggiore che uno sviluppatore possa mai fare
è come un utente come te
prevenuto dalla tua implementazione e
quello che hai sentito dai requisiti
persone che non riesci a pensare come un utente tu
gli utenti non possono pensare come utenti e intendo
persone che le persone UX sono davvero buone
a stuzzicare questi modelli mentali e
ti dà da mangiare quanti di voi sono
proprietari del prodotto ogni proprietario del prodotto
dovrebbe essere una persona UX dovrebbe avere un po ‘
La conoscenza di UNIX riguarda le persone no
sulla tecnologia la tecnologia è facile
passare due settimane e insegnare alla gente il
la tecnologia che la gente fa è dura
parte e ultima abbiamo bisogno di un equilibrio di
focus sui processi e focus sui prodotti quindi
pensa la gente negli anni ’70 e
Gli anni ’80 sono stati presi troppo in considerazione
elaborare l’intera cosa ISO e CMMI e
il tipo di prodotto è stato accantonato e tu
può anche essere troppo focalizzato sul prodotto
e non essere preoccupato per l’apprendimento o
sul miglioramento e quindi hai bisogno di a
equilibrio quindi intendo la mischia è un quadro
che offre questo equilibrio ce ne sono molti
più così non sono non ho intenzione di essere qui
come una mischia venditori e mischia è solo un
lo scrum tool scrum è la porta attraverso
che passi sulla via per
illuminazione stiamo facendo un libro di mischia
proprio ora e la prefazione al
scrum book è la storia Zen di otto
bocce se non sai che lo guardi su
quando vai a casa, quindi vogliamo prenderti
all’ottava ciotola o al decimo c’è
il nostro decimo cade e questa è la mia storia
voglio portarti alla decima build di Bowl
il processo giusto e costruirai il
prodotto giusto e troppe persone vogliono
per sostenere il programma cowboy e andare
di nuovo a XP hanno paura del
struttura perché hanno paura che
stanno andando a perdere il controllo in modo che il
tipo di critiche che abbiamo visto nel
gli ultimi discorsi sono radicati nella paura e così io
non voglio la paura, voglio trasformare le persone
sciolto voglio essere una gioia per venire a lavorare
e sì, naturalmente, ognuno ha una voce in capitolo
dove il prodotto sta andando così
il proprietario del prodotto non è il capo
hanno una decisione finale perché
perché noi stiamo andando tenerli
responsabile e hai sentito il tuo sentito Dan
dire che la responsabilità è importante per te
non può ritenere una squadra responsabile se a
la squadra di calcio fa a pezzi chi sparate
la squadra ha comprato fatto ce ne sono cinque
minuti oh okay
qualche lancia sfuggente all’orizzonte e
la programmabilità dell’utente lo rimette in
le mani delle persone che sono in realtà
usandolo e il movimento del design che
è stato questo meraviglioso movimento da parte tua
probabilmente lo conosciamo dagli anni ’80
meraviglioso corpo di letteratura che nessun altro
l’informatica ha letto eppure la maggior parte
di ciò che facciamo è design meraviglioso
letteratura dietro questo vogliamo il tutto
organizzazione per imparare e imparare di più
dell’apprendimento in mischia accade a questo
livello a doppio ciclo sta cambiando il
struttura e quindi la struttura è lì
per una ragione ed è un quadro è
non una metodologia estremamente leggera
è sì cambiato molto in 25 anni e
i dettagli dentro di te possono cambiare qualsiasi
tempo avvolge le tue pratiche che avvolge
il processo non è imponendo che
non permettere a nessuno di dirti altrimenti il
l’apprendimento reale avviene qui al livello
di processo e valori regalati a
retrospettiva fuori sede una volta all’anno I
voglio che tu sogni non solo di essere
avversi al rischio, vogliamo lavorare con le aree
possiamo controllare reti di oggetti e
gruppi di persone ci portano fuori dalla nostra
zona di comfort e dobbiamo raggiungere
quella zona al di fuori della nostra zona di comfort a
crescere e prosperare e anche solo a
sopravvivere sogno di fare grandi cose come
Alan Kay sognava di cambiare
educazione con cui Jeff Sutherland ha sognato
scrum questo libro è dedicato a Nobel
il vincitore Mohammad Yunus e il Grameen
Banca per l’origine della microimpresa
sviluppo della strategia per
liberare i poveri dalla povertà
è stato un modello per nutrire centinaia di
migliaia di
sviluppatori di software dall’abuso del Delaware
causato da cattive pratiche di gestione
questo è mischia non lo stand-up al giorno per
ogni discorso a cui sei stato negli ultimi due
giorni c’erano prove convincenti per
l’affermazione che questo è meglio di
qualsiasi altra cosa o che funzioni anche o
hai appena creduto in questa conferenza
per ogni discorso chiedi come migliora questo
la qualità della vita e per quanti
persone e portare a casa almeno cinque idee
questo aiuterà la tua squadra ad aumentare il
valore umano del tuo prodotto o servizio
Ho finito, grazie mille
[Applausi]
il tempo delle domande si okay lasciatemi
averlo
il primo riguarda i test di integrazione
che ne dici di farlo dieci volte al giorno
un centinaio di volte al giorno mi ha
valore tremendo perché è di più
molto vicino a ciò che l’utente finale
è vedere l’intero sistema insieme
quindi voglio dire che questo è circa il 90% del
test che sto facendo ora all’interno del
test di integrazione ci sono strategie
come i test esplorativi di un
integrazione giusta quindi c’è questo è un
due matrice bidimensionale ma più
test importanti è l’usabilità dell’utente
testare è l’unica cosa alla fine
quello conta se funziona
nient’altro conta tutto il resto è
solo un indicatore ma l’integrazione
i test sono unit test della tua copertura
tester e utente test è ciò che voi
dovrebbe concentrarsi su questo è tutto ciò
importa alla fine sono intrappolato in un
negozio di yavar
Sono intrappolato lavorando in un negozio di Yahoo cosa
faccio bias linguistico
oh dovresti rifattorizzare il tuo CV
[Risata]
[Musica]
quindi la risposta è a quel livello
nessuna differenza quindi il nostro cervello destro
organizza le cose in base alla classificazione, così noi
hanno classificazione e classi sono
significativo e gentile del dominio
la modellizzazione ha sentito parlare di questa cosa chiamata
dominio guidato non mi importa, lo so
solo le classi non sono buone perché loro
non supporterà il caso d’uso quindi ho bisogno
qualcos’altro così dovrebbe essere il modello di classe
va bene, ma non sono le classi come persone
usali oggi e le classi devono essere
sovraccarico di fare anche le cose del caso d’uso
perché non c’è niente altro che è tutto
c’è e le interfacce Java non funzionano
perché anche con i metodi predefiniti il
il tempo vincolante per gli oggetti è sbagliato
c’è essenzialmente diventato parte del
classe quindi sì ho ancora lezioni nel mio
modello di dominio per qualche forma di
domini ma ho bisogno di qualcos’altro che
è ciò che i ruoli sono per codificare il
caso d’uso sì, lo so
Devo stare insieme, dobbiamo farlo
ok ho uno molto pratico
quello segue il tuo comando e qualcuno vuole
per togliere il titolo del meraviglioso
libro sul design che non conosce il
titolo più oh ci sono un paio di
loro uno è progettato dopo il modernismo di
Jonathan Kira e un altro è quello che è
si chiama che sto avendo un momento difficile
pensando a queste cose sul mio al mio
piedi e lui può mandarmi una mail e io posso
inviare una bibliografia è qui
Christopher Alexander ha ottenuto il suo grande inizio
dai modi in cui era parte di questo
comunità ma lui era solo uno dei tanti
molte persone assolutamente brillanti
questo è centrato nel Regno Unito
dal modo in cui pelliccia per qualche strana ragione
ma ci sono anche le persone che danno
noi il design conosci il damasco
il movimento di fabbricazione torna nel
a tarda notte del 19 ° secolo questo è
buona idea di design nel Regno Unito
bussa a te letteratura morta che ha così
molte intuizioni sul perché le cose in
il software va storto ed è senza tempo questo
è una specie di strana scuola di meteorologia
in tutto il mondo ha iniziato a scivolare dentro
il post-modernismo e andare dal moderno
scuola di post-modernismo e la maggior parte del
le persone a questa conferenza sono ancora
bloccato nel linguaggio della tecnologia okay no io
non va bene grazie, va bene lo scorso
domanda realmente che è molto molto
termine generico se leggi zio se vuoi dire
zio Bob Martin è anche pieno di merda
ma io e Bob siamo molto amici noi
amo combattere in pubblico e lui è un po ‘
il poster del poster per bambino
arte del software e ad un certo livello
è assolutamente il giusto obiettivo e
quindi intendo che ero nel software
ufficio tecnico per alcuni anni ho
guarda, sono un ingegnere elettrotecnico
l’ingegneria non è ingegneria non lo è
e l’informatica non è una scienza
apri il tedesco non è un problema giusto
è informatica, quindi è un mestiere e io
significa che ci sono alcuni, come qualsiasi imbarcazione I
significa che ci sono scientifiche
basi voglio dire che ho bisogno di sapere come mescolare
dipinge per essere un pittore così
qui c’è ancora della scienza, ma io
non sono d’accordo con con lo zio Bob e
che il lato del professionista è
qualunque cosa lui dica è ciò che usi
uso
Voglio dire che è solo una cagata, intendo
la professionalità è che ha molto
barra più alta di quella ma da a
punto di vista artigianale questa nozione
di lavorare in piccoli gruppi di essere
motivato dalle cose che Dan ha parlato
circa qui
che Dan Pink ha parlato di oh questo è
quello che gli piace e loro hanno lo stesso
nome in autonomia padronanza e
scopo e e così quelli sono le cose
con cui mi identificherò spesso
artigianato ed è solo un altro modo
di parlare delle cose rosa discorsi
circa se non hai letto l’unità del libro
prendi il book drive e leggilo è solo
un piccolo avvertimento quando lo leggo
Pensavo fosse un po ‘
superficiale e stavo cercando
più citazioni di ricerca si scopre lui
ha fatto tutta la ricerca tutta la ricerca è
lì lo scrive solo in uno stile
è accessibile al laico, ma
se leggi alcune di queste altre cose tutte
la ricerca è lì tutte quelle cose che lui
può eseguire il backup ed è semplicemente geniale
molto per cui ti ringrazio tanto
le tue idee con cui condivide i tuoi pensieri
l’un l’altro e grazie per essere qui
[Applausi]
Please follow and like us: