¿Cuánto esfuerzo se requiere para mantener un sistema de compilación?

9

En StackExchange Podcast # 09 se observa:

Otro estudio analizó recientemente cuánto esfuerzo se requiere para mantener el sistema de compilación: del 5 al 30% de todo el esfuerzo de desarrollo se gasta en mantener el sistema de compilación. Las variaciones son enormes incluso cuando se trabaja en proyectos similares.

¿Cuál es el nombre del estudio al que se hace referencia y dónde se puede encontrar? El audio del podcast no contiene más detalles.

Además, ¿alguien tiene algún enlace a otros estudios que cubran el mismo tema?

commandline-build-tool

— Neil Mitchell
fuente

3

Guau. Nunca se me pasó por la cabeza que una tienda podría pasar tanto tiempo en un sistema de construcción. Tenemos un sistema de compilación hecho a mano y personalizado que realiza compilaciones nocturnas de todas (20 algunas) versiones y (50 algunas) ramas de desarrollo (si se han realizado cambios), inicia pruebas unitarias y detiene e inicia servidores de prueba (uno o más por lanzamiento y una o más para muchas ramas de desarrollo), resultados por correo, etc. Sin embargo, en los 4 años que he estado en este empleador, no creo que hayamos pasado mucho más de un par de semanas en eso y eso ¡incluye extender las características de nuestra solución personalizada!

— Marjan Venema

Es lo que pasa cuando la gente se refiere a algo / alguien y se olvidan de agregar las referencias ...

— wleao

No conozco el estudio, pero los resultados pueden variar según lo que defina "manteniendo el sistema de compilación". "¿Agregar o cambiar archivos" es parte de eso? ¿Configurar un instalador es parte del "mantenimiento del sistema de compilación"?

— Doc Brown

1

No he escuchado el podcast, pero el estudio es probablemente un artículo del ICSE más reciente , llamado "Un estudio empírico del esfuerzo de mantenimiento de la construcción" por Shane McIntosh et al. Verifique el enlace directo (o la página oficial de DOI si desea metadatos).

Su estudio se centra principalmente en la frecuencia con la que los cambios en el código fuente afectan la compilación y cuántos desarrolladores de un equipo suelen preocuparse por mantener la compilación. Recuerdo que es un estudio interesante, pero los números me resultaron un poco difíciles de interpretar, como suele ser el caso de los estudios empíricos que intentan encontrar conexiones entre las cosas :)

— Deckard
fuente

2

No tengo un enlace para usted, pero hablando por experiencia personal, ese porcentaje varía de acuerdo con 2 puntos principales: 1) diseño y complejidad del sistema 2) y organización personal

Un sistema bien diseñado requerirá un esfuerzo mínimo para mantenerlo incluso si es bastante complejo. Pero si su personal no está debidamente capacitado y organizado para manejar el código, probablemente pasará mucho tiempo arreglando compilaciones incorrectas o confirmaciones incorrectas y cosas por el estilo ...

Sin embargo, cuando tiene un entorno de desarrollo, preguntas y respuestas, RC y producción ... Todo afecta al proceso de pasar del desarrollo a la producción real.

Yo diría que los porcentajes son correctos, inclinándose más cerca de la marca del 30% que del 5%. Si todo lo que está invirtiendo es del 5%, está haciendo un buen trabajo. (Esto incluye errores encontrados durante Q&A o RC o incluso Producción debido a una mala gestión del Sistema de compilación, lo que puede causar grandes demoras).

— AJC
fuente

Si todo lo que está invirtiendo es del 5%, sugeriría que no está midiendo todo o con precisión.

— mattnz

no mate Estás usando una definición diferente. La mayoría de las empresas para las que he trabajado NO tienen un sistema de compilación, como no hay servidores de compilación automatizados, integración de VCS (a menudo no hay VCS en absoluto, excepto qué proyectos podrían configurarse por sí mismos, lo que termina bajo el radar), etc. En cualquier "estudio" del porcentaje de recursos utilizados para mantener el "sistema de compilación", terminarían enlistados como gastos casi sin nada, a menos que se desglosen para incluir el esfuerzo dedicado a mantener todos los scripts ANT y Maven, algo Raramente hecho.

— Jwenting