Ci sono delle conclusioni utilizzabili dal documento "Sulla correlazione tra dimensione e validità metrica"?

Question

Ci sono delle conclusioni utilizzabili dal documento "Sulla correlazione tra dimensione e validità metrica"?

#1 da (1 voti)

0

Nel documento sulla correlazione tra dimensioni e validità della metrica Gil e Lalouche concludono che tutte le metriche del software più diffuse sono valide solo nella misura in cui sono correlate con le dimensioni del codice.

Usano diverse definizioni di dimensioni tra cui righe di codice, numero di token e dimensioni del codice gzip.

Ci sono delle conclusioni che possiamo trarre da questo oltre a scrivere meno codice se possibile?

Ho capito correttamente che la "instabilità", la "bugginess" e la "modifica della complessità" sono in scala lineare con la dimensione del codice? Significa che anche la suddivisione di un grande progetto in diversi progetti più piccoli è destinata ad avere lo stesso numero assoluto di bug e nessun'altra metrica obiettivo è migliore della dimensione del codice per questo scopo?

research metrics

posta Alex L 06.01.2018 - 00:50

fonte

1 risposta

Leggi altre domande sui tag research metrics

Dove dovrei generare la risposta per api? Azioni che possono avere cooldown individuali o un cooldown di "gruppo"

score 1 · Answer 1

Dopo aver letto il documento credo che quanto suggeriscono gli autori sia che maggiore è la correlazione tra la metrica dell'ingegneria del software e la dimensione del codice / artefatto / programma, maggiore è la validità della metrica per determinare "instabilità", "bug" e "cambia complessità".

Ci sono delle conclusioni che possiamo trarre da questo oltre che scrivere meno codice se possibile? No e non penso nemmeno che "scrivere meno codice se possibile" sia una conclusione logica o un elemento utilizzabile basato su questo documento da solo. Scrivere "codice pulito" sarebbe meglio di "codice meno".

Ho capito correttamente che "instabilità", "sfuggita" e "modifica della complessità" scala linearmente con la dimensione del codice? In base a questo documento, "sì". Ma a parità di condizioni, intuitivamente penserei di esserlo anche senza la ricerca dell'autore.

Significa che anche la suddivisione di un grande progetto in diversi progetti più piccoli è destinata ad avere lo stesso numero assoluto di bug e nessun'altra metrica obiettivo è migliore della dimensione del codice per questo scopo? No, non lo faccio Gli autori hanno provato una di queste affermazioni - numero assoluto di bug e nessun'altra metrica obiettivo.

Ricorda che gli autori stanno mostrando una correlazione tra la dimensione del codice e la validità della metrica per predire "instabilità", "bug" e "cambiamento di complessità". C'è un grande divario tra correlazione e causalità.