Pasar al contenido principal
Monoforms Web Development
CAPTCHA
6 + 3 =
Resuelva este simple problema matemático y escriba la solución; por ejemplo: Para 1+3, escriba 4.
Esta pregunta es para comprobar si usted es un visitante humano y prevenir envíos de spam automatizado.

Main navigation

  • Home
  • Sobre mi
  • Contacto
CAPTCHA
10 + 3 =
Resuelva este simple problema matemático y escriba la solución; por ejemplo: Para 1+3, escriba 4.
Esta pregunta es para comprobar si usted es un visitante humano y prevenir envíos de spam automatizado.

Sobrescribir enlaces de ayuda a la navegación

  1. Home
  2. Cambio En El Código:

Cambio en el código:

By peter, 14 Octubre, 2013
En un proyecto que estamos trabajando ha llegado el punto que cada cambio en el sistema, cada nuevo requisito; implica la repercusión de otra funcionalidad o de otra parte del desarrollo. Hemos tenido que testear la aplicación minuciosamente en desarrollo y calidad antes de pasar a producción ya que un error en esa parte puede ocasionar el mal funcionamiento de otras.  

Leyendo hoy el libro de “Código limpio” relata bien la problemática a la que nos estamos enfrentando:

... los equipos que avancen rápidamente al inicio de un proyecto pueden acabar a paso de tortuga. Cada cambio en el código afecta a dos o tres partes del mismo. Ningún cambio es trivial. Para ampliar o modificar un sistema es necesario comprender todos los detalles, efectos y consecuencias, para de ese modo poder añadir nuevos detalles, efectos y consecuencias. Con el tiempo, el desastre aumenta de tal modo que no se puede remediar. Es imposible.

Al aumentar el desastre, la productividad del equipo disminuye y acaba por desaparecer. Al reducir la productividad, el director hace lo único que puede: ampliar la plantilla del proyecto con la esperanza de aumentar la productividad. Pero esa nueva plantilla no conoce el diseño del sistema. No conocen la diferencia entre un cambio adecuado al objetivo de diseño y otro que lo destroce.  

 Así que por lo tanto hay que testear mucho, conocer las implicaciones de cada cambio, codificar de forma entendible no solo para uno sino para los que nos siguen puedan añadir, corregir funcionalidades rápidamente. Tal como lo dice en el libro “debemos tratar de que el código se explique por si solo”.

Comentarios

Contenido reciente

  • Como limpiar usings sin usar en Rider
  • Instalando apache, mysql y php en Ubuntu
  • Cómo liberé 12GB en mi servidor y reviví mi sitio web (sin llorar… mucho)
  • ¿Que son los sitios web agregadores y los anuncios clasificados?
  • Mi Experiencia con Docker, Podman y Kubernetes
  • Lo más destacado del AWS User Group Puebla
  • Docker: Ignorar el directorio vendor en un proyecto de Go.
  • Instala Kubernetes en Ubuntu 22.04 para pruebas
  • Serverless, Lambda y Kubernetes: Fundamentos para la nube
  • Ejecuta tu lambda de Golang en AWS SAM de forma local

Recomendados

  • Biodiv
  • Medium
RSS feed

Política de privacidad

Términos de uso

Recomendados

  • Biodiv
  • Medium
Powered by Drupal

Monoforms ©2021 Created by Pedro Rojas Reyes