23 lines
1.5 KiB
Markdown
23 lines
1.5 KiB
Markdown
|
# Analisi
|
||
|
|
|
||
|
|
## RQ1: come il ML e' distribuito sull'architettura dei progetti?
|
||
|
|
|
||
|
|
## RQ2: come sono distribuiti i bug sulle diverse fasi di ML?
|
||
|
|
|
||
|
|
Come illustrato nella @sec:classificazione-commit per poter determinare la natura del *issue fix* si è fatto ricorso alla classificazione delle issues ad esso linkate.
|
||
|
|
Nel caso in cui la issue sia stata classificata manualmente, oltre all'individuazione della tipologia (\ac{ML}, non \ac{ML}) è stata individuata anche la fase in cui il problema si palesava (si veda @sec:classificazione-issues).
|
||
|
|
Questo dato aggiuntivo presente su alcune issues è stato *proiettato* anche sulla classificazione dei commit di *fix* per andare come questi sono distribuiti sulle varie fasi.
|
||
|
|
I risultati di questa analisi sono riportati in @fig:count-fix-phases.
|
||
|
|
|
||
|
|
{#fig:count-fix-phases}
|
||
|
|
|
||
|
|
Rispetto alla distribuzione sulle issues (@fig:labeling-phases) è possibile notare la scomparsa della fase *data collection*, inoltre è evidente anche la riduzione delle occorrenze di *model training* e una crescita di importanza per quanto riguarda le fasi di *model requirements* e *model deployment*.
|
||
|
|
Sfortunatamente i dati disponibili per questa analisi sono molti limitati, è stato possibile ricavare la fase solo per quaranta *fix*, per cui non è stato possibile altre analisi.
|
||
|
|
|
||
|
|
## RQ3: esiste una differenza di entropy tra ML bug e altri bug?
|
||
|
|
|
||
|
|
## RQ4: come varia il livello di discussione tra ML bug e altri bug?
|
||
|
|
|
||
|
|
## RQ5: come varia il time-to-fix tra ML bug e altri bug?
|
||
|
|
|