La integración continua para el desarrollador es tan simple como ingresar el código en un repositorio de desarrollo y usar un diseño basado en la configuración (sin codificación, todas las configuraciones están en una base de datos o archivos planos)
En una configuración de entorno DEV, SIT, UAT, PROD, puede suceder lo siguiente.
Un proceso automatizado monitorea el repositorio DEV, cuando se encuentran cambios:
– aplica la configuración para SIT
– compila, si es necesario
– crea el paquete de implementación SIT (o actualiza el repositorio de implementación SIT)
– se implementa en el entorno SIT
- ¿Cuáles son los 5 mejores programas de monitoreo de precios?
- ¿En qué aspectos el mundo real del software es más complejo que el campo de los algoritmos?
- Cómo desarrollar tu cerebro para ser como Jeff Bezos
- Cómo subir de nivel como programador
- ¿Qué se necesitaría para construir un cliente BitTorrent similar a uTorrent?
En general, SIT ocurriría sin aprobación y es realmente para que los desarrolladores se aseguren de que su código se integre con todos los demás antes de promover el código a cualquier otro nivel de prueba.
Para UAT / PROD, se deben agregar pasos de aprobación para que el equipo de control de calidad, el equipo de prueba de usuarios y los propietarios de productos tengan la oportunidad de revisar los cambios antes de su lanzamiento al público. El paquete de implementación SIT se puede reutilizar simplemente actualizando los archivos de configuración.
La deuda de código se puede reducir cada vez que toca un fragmento de código. En lugar de simplemente agregar un nivel adicional de piratería a un código incorrecto, refactorícelo (es por eso que tiene equipos de control de calidad y pruebas unitarias). Esté atento a códigos inmanejables y busque oportunidades para reducir su verbosidad y dividir aún más las tareas cuando comienza a ramificarse demasiado.
Un administrador consciente de la deuda del código a menudo debe hornear a tiempo para corregir errores o desarrollar funciones. Las alternativas son:
– dedique a un desarrollador a codificar la reducción de la deuda (cualquier ciclo libre está trabajando en la deuda de código, a menudo un individuo muy experto en arquitectura)
– tenga a su equipo de desarrollo en rotación, por ejemplo, un desarrollador por semana es responsable de la reducción de la deuda del código (esto les permite a los desarrolladores mejorar su cobertura de código bastante rápido)
Las correcciones de deudas de código pueden ser mundanas como eliminar bloques de comentarios antiguos, mejorar nombres de variables o tan complicado como refactorizar un objeto de manejo de hilos para utilizar las últimas construcciones de lenguaje. Siempre hay oportunidades para limpiar el código, el código está destinado a ser revisado.