[Musica]
ciao il mio nome è Ben sto vendendo qui a
box cattivo con mis he è un postdoc a
l’Università Tecnica di Monaco e
anche il co-fondatore della compagnia ha chiamato
vedi qfp li accolgo ciao Simone grazie
licenziandomi tutti chi sei e cosa
Sto facendo positivo mi guadagno da vivere
fare analisi della qualità del software in
strada da un lato su un ricercatore e
in quel ruolo sono interessato a quale
caratteristiche importanti del software
come la qualità può quindi LEC ci dici
circa e il mio secondo ruolo come consulente
Mi interessa ciò che è effettivamente utile
perché ci sono molte cose che sono
facile da metalare per non Mary McDonald okay
se il tuo orologio e se ne andasse era di circa
un sottoinsieme della tua ricerca e del tuo lavoro
in pratica ciò che è di circa il mio discorso è
su come eseguire il debug di sviluppo del software
team esaminando i dati del repository di
che voglio dire dovrà sempre
architetture abbiamo un tecnico
architettura come il sistema è scomposto
nel sottosistema e come comunicano
e abbiamo un’organizzazione
l’architettura è come una squadra
decomposto in qualcosa e di quelli
due non corrispondono problemi sorgono e sul mio
parlo di presentazioni di analisi che ci mostrano
dove si verificano disallineamenti e che cosa
le conseguenze sono in genere informali
problemi nel codice una tipica partita netta
è se devono essere necessarie due squadre secondarie diverse
collaborare a ciò che non può realmente a
soluzione tipica è quella squadra in esecuzione
copia il codice dall’altra squadra e non
solo un po ‘di codice ma spesso come decine
o centinaia di migliaia di righe di
codice e quindi questa base di codice è
duplicato e deve essere mantenuta in
due posti e quello che poi vediamo è quello
Di nuovo sei è successo solo un’area non
dall’altra me di tutti i problemi
hai che hai un codice duplicato
base e la causa alla radice di fondo è
che le squadre non possono realmente comunicare
nel modo in cui vorrebbero farlo
codice okay e come si fa
reagisce pacificamente a questi documenti
affidabile ma in genere sono contento di
conoscilo ma non possono sempre rettificare
la causa principale a volte era a
scelta deliberata per duplicare il
codebase per restare con quell’esempio e
a volte non possono davvero cambiare il
fatto che la squadra in questa impostazione
non può funzionare bene insieme ma poi loro
bisogno di prendere misure per alleviare il
problema ma ad esempio tu il clone
strumento di gestione per correggere almeno i bug
in tutti i posti dove hanno un buon
il caffè parla bene, ma tu eri anche uno spettacolo
un percorso di miglioramento quindi sì, ma facciamo
in genere ci sono più o meno 40 e
soluzioni più o meno dolorose e
dipende sempre dal contesto come
cambiando radicalmente puoi farlo
tipicamente quelle analisi puntano su
problemi ma tu richiedi complessi
informazioni per decidere quale soluzione è
il migliore è al di là di quello che è uno strumento
può fare questo è dove si vive e
interpretare i risultati e conoscere
la cultura di contesto si mantiene vedere
il database con tutta la tua analisi
risultati sì, abbiamo un indice nel nostro
strumento in cui integriamo tutti i dati
usato per eseguire le nostre analisi su ma esso
in genere deriva da diverse fonti
come da sistemi di controllo versione da
Muckraker da tracce di profileristi noi
correre in sistemi di produzione dipende un po ‘
sulla domanda di analisi e anche
dipende dallo sviluppo e
piattaforma di produzione quando si raccolgono tutti
i dati di molti tipi diversi si
cos’è europea è molto
interessante o molto divertente trovare che hai
in tutte le società penso a cosa
mi ha sorpreso di più è in genere
quando parliamo per la prima volta con le compagnie
dicono tutti che sono speciali
perché si sviluppano nel tempo
pressione e sono molto stressante
è davvero la cosa unificante tra tutti
clienti diversi e come un primo
colpo d’occhio e il metodo sistema che tuo
il sorgere del mare sembra molto diverso da a
totale
più del cobalto o di un sistema di evap che
funziona su ASAP ma se fai un passo indietro
il problema si ha se si deve
mantenere tali sistemi per 10 anni o
20 sono molto simili hanno sempre
le cose hanno sempre architetture
e hanno bisogno di abbinare tutte le bugie voi
devono risolvere i problemi che sorgono quando
tu mantenga quel software come hai fatto
decidere di lavorare su questo problema specifico
tutti questi problemi bella domanda
fammi pensare penso perché erano questi
i problemi che i nostri clienti hanno fatto al lavoro
quando abbiamo fatto la nostra tesi di dottorato sul programma
analisi in genere ci piace guardare indietro
quali problemi erano interessanti
da un punto di vista scientifico per
esempio perché usano molto
algoritmo complicato ma da quando abbiamo trovato
che la compagnia che eravamo costretti a guardare
molti dei problemi rilevanti
molto più di quanto siano sexy da un
punto di vista scientifico e così abbiamo guardato
in questi problemi perché il nostro
i clienti soffrono di loro ciò che è nostro
direzioni di ricerca future in termini di
analisi del programma mi sembra il più
direzione di ricerca importante è a
ridurre il tempo di feedback molti dei miei
analisi da eseguire in una build notturna e
allora devi aspettare fino al giorno dopo
ottieni i tuoi risultati e questo è ciò che serve
troppo lungo soprattutto se corri e corri
in uno sviluppo multimarca non lo siamo
anche ogni singolo ramo delle analisi
vengono eseguiti e gran parte della ricerca
il lavoro che stiamo facendo è incrementale
algoritmi di analisi in modo da ottenere il tuo
feedback dopo un secondo e uno in
il giorno successivo e su analisi multi-ramo
ma così analizziamo tutti i rami
in concomitanza con l’incrementale
algoritmi di analisi che ottieni
feedback immediato pertinente
il tuo lavoro e il feedback non tardivo il prossimo
giorno per l’intera squadra va bene così
fondamentalmente con me che potremmo
inventare questi strumenti nel nostro IEP sì e
sì
feedback immediato si ok grazie per
andare a colloquio con noi
ciao il mio nome è Ben sto vendendo qui a
box cattivo con mis he è un postdoc a
l’Università Tecnica di Monaco e
anche il co-fondatore della compagnia ha chiamato
vedi qfp li accolgo ciao Simone grazie
licenziandomi tutti chi sei e cosa
Sto facendo positivo mi guadagno da vivere
fare analisi della qualità del software in
strada da un lato su un ricercatore e
in quel ruolo sono interessato a quale
caratteristiche importanti del software
come la qualità può quindi LEC ci dici
circa e il mio secondo ruolo come consulente
Mi interessa ciò che è effettivamente utile
perché ci sono molte cose che sono
facile da metalare per non Mary McDonald okay
se il tuo orologio e se ne andasse era di circa
un sottoinsieme della tua ricerca e del tuo lavoro
in pratica ciò che è di circa il mio discorso è
su come eseguire il debug di sviluppo del software
team esaminando i dati del repository di
che voglio dire dovrà sempre
architetture abbiamo un tecnico
architettura come il sistema è scomposto
nel sottosistema e come comunicano
e abbiamo un’organizzazione
l’architettura è come una squadra
decomposto in qualcosa e di quelli
due non corrispondono problemi sorgono e sul mio
parlo di presentazioni di analisi che ci mostrano
dove si verificano disallineamenti e che cosa
le conseguenze sono in genere informali
problemi nel codice una tipica partita netta
è se devono essere necessarie due squadre secondarie diverse
collaborare a ciò che non può realmente a
soluzione tipica è quella squadra in esecuzione
copia il codice dall’altra squadra e non
solo un po ‘di codice ma spesso come decine
o centinaia di migliaia di righe di
codice e quindi questa base di codice è
duplicato e deve essere mantenuta in
due posti e quello che poi vediamo è quello
Di nuovo sei è successo solo un’area non
dall’altra me di tutti i problemi
hai che hai un codice duplicato
base e la causa alla radice di fondo è
che le squadre non possono realmente comunicare
nel modo in cui vorrebbero farlo
codice okay e come si fa
reagisce pacificamente a questi documenti
affidabile ma in genere sono contento di
conoscilo ma non possono sempre rettificare
la causa principale a volte era a
scelta deliberata per duplicare il
codebase per restare con quell’esempio e
a volte non possono davvero cambiare il
fatto che la squadra in questa impostazione
non può funzionare bene insieme ma poi loro
bisogno di prendere misure per alleviare il
problema ma ad esempio tu il clone
strumento di gestione per correggere almeno i bug
in tutti i posti dove hanno un buon
il caffè parla bene, ma tu eri anche uno spettacolo
un percorso di miglioramento quindi sì, ma facciamo
in genere ci sono più o meno 40 e
soluzioni più o meno dolorose e
dipende sempre dal contesto come
cambiando radicalmente puoi farlo
tipicamente quelle analisi puntano su
problemi ma tu richiedi complessi
informazioni per decidere quale soluzione è
il migliore è al di là di quello che è uno strumento
può fare questo è dove si vive e
interpretare i risultati e conoscere
la cultura di contesto si mantiene vedere
il database con tutta la tua analisi
risultati sì, abbiamo un indice nel nostro
strumento in cui integriamo tutti i dati
usato per eseguire le nostre analisi su ma esso
in genere deriva da diverse fonti
come da sistemi di controllo versione da
Muckraker da tracce di profileristi noi
correre in sistemi di produzione dipende un po ‘
sulla domanda di analisi e anche
dipende dallo sviluppo e
piattaforma di produzione quando si raccolgono tutti
i dati di molti tipi diversi si
cos’è europea è molto
interessante o molto divertente trovare che hai
in tutte le società penso a cosa
mi ha sorpreso di più è in genere
quando parliamo per la prima volta con le compagnie
dicono tutti che sono speciali
perché si sviluppano nel tempo
pressione e sono molto stressante
è davvero la cosa unificante tra tutti
clienti diversi e come un primo
colpo d’occhio e il metodo sistema che tuo
il sorgere del mare sembra molto diverso da a
totale
più del cobalto o di un sistema di evap che
funziona su ASAP ma se fai un passo indietro
il problema si ha se si deve
mantenere tali sistemi per 10 anni o
20 sono molto simili hanno sempre
le cose hanno sempre architetture
e hanno bisogno di abbinare tutte le bugie voi
devono risolvere i problemi che sorgono quando
tu mantenga quel software come hai fatto
decidere di lavorare su questo problema specifico
tutti questi problemi bella domanda
fammi pensare penso perché erano questi
i problemi che i nostri clienti hanno fatto al lavoro
quando abbiamo fatto la nostra tesi di dottorato sul programma
analisi in genere ci piace guardare indietro
quali problemi erano interessanti
da un punto di vista scientifico per
esempio perché usano molto
algoritmo complicato ma da quando abbiamo trovato
che la compagnia che eravamo costretti a guardare
molti dei problemi rilevanti
molto più di quanto siano sexy da un
punto di vista scientifico e così abbiamo guardato
in questi problemi perché il nostro
i clienti soffrono di loro ciò che è nostro
direzioni di ricerca future in termini di
analisi del programma mi sembra il più
direzione di ricerca importante è a
ridurre il tempo di feedback molti dei miei
analisi da eseguire in una build notturna e
allora devi aspettare fino al giorno dopo
ottieni i tuoi risultati e questo è ciò che serve
troppo lungo soprattutto se corri e corri
in uno sviluppo multimarca non lo siamo
anche ogni singolo ramo delle analisi
vengono eseguiti e gran parte della ricerca
il lavoro che stiamo facendo è incrementale
algoritmi di analisi in modo da ottenere il tuo
feedback dopo un secondo e uno in
il giorno successivo e su analisi multi-ramo
ma così analizziamo tutti i rami
in concomitanza con l’incrementale
algoritmi di analisi che ottieni
feedback immediato pertinente
il tuo lavoro e il feedback non tardivo il prossimo
giorno per l’intera squadra va bene così
fondamentalmente con me che potremmo
inventare questi strumenti nel nostro IEP sì e
sì
feedback immediato si ok grazie per
andare a colloquio con noi
Please follow and like us: