Mantener el código

Git, Pull Requests, Calidad, Workflows, Principio de los Cuatro Ojos, Formatear

Como se mencionó en el capítulo anterior, Devops es importante para mantener el código, pero adivina qué: también es un esfuerzo en equipo y, además, es una prioridad crítica para el negocio, porque con un código malo vienen cosas malas.

Codificar "libre para todos" significa que los desarrolladores simplemente desarrollan como les parece, lo cual está lejos de cómo debería mantenerse el código en un excelente repositorio de código.

Uno de los "porqués" pasados por alto aquí es que el código es Propiedad Intelectual (PI) de la empresa y tiene un valor monetario, incluso si no está en los libros de contabilidad, como un posible valor de activo si la empresa se vende. Eso solo hace que valga la pena mantener el código actualizado.

Además: ¿por qué debería ser legible y revisable el código? Las funciones más importantes deberían estar documentadas, al menos a nivel alto (es extremadamente difícil mantener la documentación actualizada en un entorno de desarrollo rápido y podría ralentizar mucho el desarrollo).

Tener el código en un repositorio de Git asegura que se puedan agregar nuevas versiones y siempre se puede retroceder y rastrear qué se agregó por quién. Si se utiliza un sistema de gestión de tareas para gestionar la Backlog, también se puede rastrear la tarea o el ticket correspondiente, lo que resulta en una documentación muy buena de la historia.

Esto es útil para ver por qué se cambió algo y qué lo desencadenó. Al trabajar en ramas, los desarrolladores tienen su propia copia distribuida del código en su propio ordenador y pueden colaborar fácilmente mediante la extracción de una actualización del código si otro desarrollador ha estado trabajando en la misma rama o si se han agregado nuevas ramas de características a la rama principal durante un lanzamiento de producción.

Lee más en "El Manual del CTO" disponible en Amazon/Kindle.