In StackExchange Podcast # 09 viene segnalato:
Another study recently looked at how much effort goes into maintaining the build system: 5 to 30% of all development effort is spent on maintaining the build system. With the variations being huge even when working on similar projects.
Qual è il nome dello studio a cui si fa riferimento, e dove può essere trovato? L'audio del podcast non contiene ulteriori dettagli.
Inoltre, qualcuno ha collegamenti ad altri studi che coprono lo stesso argomento.
Non ho sentito il podcast, ma lo studio è probabilmente un documento del più recente ICSE , chiamato "An Studio empirico di costruzione sforzo di manutenzione "di Shane McIntosh et al. Controlla il link diretto (o pagina DOI ufficiale se vuoi i metadati).
Il loro studio si concentra principalmente sulla frequenza con cui i cambiamenti del codice sorgente hanno un impatto sulla build e su quanti sviluppatori di un team sono in genere interessati a mantenere la build. Ricordo che è uno studio interessante, ma ho trovato i numeri un po 'difficili da interpretare, come spesso accade negli studi empirici che cercano di trovare connessioni tra le cose:)
Non ho un link per te, ma parlando per esperienza personale, quella percentuale varia in base a 2 punti principali: 1) progettazione e complessità del sistema 2) e organizzazione personale
Un sistema ben progettato richiederà uno sforzo minimo per mantenere anche se è piuttosto complesso. Ma se il tuo staff non è adeguatamente formato e organizzato nella gestione del codice, probabilmente impiegherai molto tempo a correggere build scadenti o commit errati e simili ...
Tuttavia, quando si dispone di un ambiente di sviluppo, Q & A, RC e Produzione ... Tutto ha un impatto sul processo di passaggio dallo sviluppo alla produzione effettiva.
Direi che le percentuali sono corrette, inclinandoci più vicino al 30% rispetto al 5%. Se tutto ciò che stai investendo è del 5%, stai facendo un buon lavoro. (Questo include errori rilevati durante Q & A o RC o anche produzione dovuti a missmanagement del sistema di build, che può causare enormi ritardi).
Leggi altre domande sui tag commandline-build-tool