19 votos

Cómo convencer a la gerencia para limpiar el código después de ir a vivir

En uno de mis clientes que yo más y más a menudo se ejecutan en la situación que no nos da tiempo para "limpiar" el código después de que hemos pasado de vivir. ¿Cómo podemos convencer a la gestión que este sería el tiempo y el esfuerzo bien invertido?

Algunos de los más explicaciones: por lo general, hay una loca carrera para conseguir que las cosas funcionen de forma adecuada en el tiempo, y después de que el cliente interno se ha aceptado el código, yo normalmente gustaría pasar algún tiempo. Por ejemplo, hay el manejo de asuntos internos y de las cosas que el cliente interno no se preocupan realmente, pero estoy seguro de que estas cosas se pagan a lo largo del tiempo, haciendo que el código sea más legible y fácil de entender, para corregir errores en los que se puede llegar a lo largo del tiempo o los cambios que son necesarios, serán más fáciles de hacer.

Los argumentos hacen algo de sentido .. no hay riesgo asociado con los cambios, la necesidad de que el cliente interno para hacer pruebas de aceptación, de nuevo, generalmente con algún tipo de garantía de que vamos a tener cuidado de las cosas "la próxima vez", cuando tenemos que trabajar en el código.

33voto

Ian Varley Puntos 5623

Una excelente metáfora que realmente capta la atención de las empresas-de los tipos que se refieren a ella como la Deuda Técnica. Que les haga entender que si bien no es un problema grave en este momento, va a empeorar con el tiempo si se ignora, y hay verdaderos monetaria consecuencias en caso de que usted no tiene que lidiar con ella.

9voto

Yes - that Jake. Puntos 9184

La pregunta que usted debe ser capaz de responder antes de sugerir cualquier cambio es, "¿Cómo esta nos hacen dinero?" Si no hay buena respuesta, un cambio verdaderamente no tienen un buen negocio en caso de ser hecha.

Como desarrolladores, siempre queremos mejorar el código, hacerlo más elegante, etc. Pero, muy pocos de nosotros tenemos el lujo de acercarse a la programación como un arte más que una herramienta de negocios.

Para los cambios que se han nebulosa de casos de negocios, usted puede a menudo vienen en ellos como parte de una amplia revisión con valor conocido.

8voto

AngryHacker Puntos 18835

Yo normalmente trato de trabajar el "clean-up" en el próximo sprint a la derecha después de la liberación. La forma en que me lo explique a la administración es que hemos tenido que tomar algunas libertades y los accesos directos con el código de envío en tiempo y ahora, con el fin de cultivar el producto, debemos mejorar la fundación.

Espero que funcione para usted.

5voto

Jonathan Sampson Puntos 121800

Lamentablemente no sé de que la Gerencia se interesa en la forma legible el código, o lo limpio que es, o cómo es escalable es. A ellos les importa si funciona o no. Y, en muchos casos, es la de ganar dinero.

Un amigo mío una vez que se espera que llegue a la gestión de la pared con respecto a la post-producción-limpieza, por lo que él había plantado un par de sleep() de los comandos de la aplicación para que se ejecute lentamente. Cuando haciendo una demostración de que, constantemente asegurar la gestión que "Esto se puede mejorar con algo de limpieza." Ellos con mucho gusto alentó a la post-producción de la limpieza en ese punto, ya que se podía VER la necesidad.

Es un poco engañoso, pero funcionó. Al final, la aplicación era más limpio, más rápido (obviamente), y bien escrito.

4voto

frankodwyer Puntos 9422

Los argumentos hacen algo de sentido .. no hay riesgo asociado con los cambios, la necesidad de que el cliente interno para hacer pruebas de aceptación de nuevo

Estos no tienen sentido, son asesinas argumentos. Incluso si usted tenía decente marcos de pruebas, etc, siempre hay algún riesgo de que usted va a romper algo en la 'limpieza' el código, y hay poco o ningún beneficio a obtener.

Si no se hace bien la primera vez, entonces usted necesita para esperar el siguiente solicitudes de cambio y hacer el trabajo a continuación. Por supuesto, usted puede trabajo por delante, pero es necesario esperar para la próxima versión y ejecutar el proceso de liberación de nuevo.

edit: para ampliar sobre esto, si usted tenía un arreglo o una solicitud de cambio, también se puede limpiar el código de seguridad de algunos en ese momento. Pero hasta que usted tiene que, sólo estás perdiendo el tiempo, a menos que en realidad no tienen nada más que hacer, lo que parece poco probable.

Línea de fondo es si el código no estaba limpio en la versión 1, la limpieza puede ser sólo parte de release 2. Y si no hay un release 2, o no tienes tiempo para trabajar en ello, sin embargo, usted puede olvidarse de él.

Iteramos.com

Iteramos es una comunidad de desarrolladores que busca expandir el conocimiento de la programación mas allá del inglés.
Tenemos una gran cantidad de contenido, y también puedes hacer tus propias preguntas o resolver las de los demás.

Powered by:

X