Si los programadores fueran albañiles

Situación

Similitud

Solución.

Problemas en el diseño y estructura del edificio antiguo donde los servicios básicos no llegaban a los últimos pisos.

Problemas al diseñar la estructura de un software, si no se hace correctamente puede que el software no sea funcional y presente problemas de ejecución.

Se podría pensar en construir un nuevo software para hacerlo funcional, haciendo los modelos pertinentes y pensando mejor en el problema.

Las personas que van a vivir en el nuevo edificio pueden seguir viviendo en el antiguo mientras terminan de construir el nuevo edificio, pero no se sabe si pueden costear la nueva vivienda.

Si queremos remplazar un software por una nueva versión, mientras se desarrolla la nueva versión, los usuarios pueden seguir utilizando la antigua versión, pero no se tiene en cuenta si los nuevos costos por la realización del nuevo software puede ser pagado por los usuarios que utilizaban la versión antigua.

Pensar en el usuario, haciendo encuestas y demás, premiar a los usuarios antiguos con el mismo precio, pero a los nuevos usuarios se les podría subir el costo por la nueva actualización.

Construcción de la obra sin terminar la cimentación completamente, por falta de tiempo.

Cuando en un proyecto se comienza a codificar sin tener claro cómo se va hacer ya sea por diseño anterior de clases y demás.

Hacer el planteamiento del proyecto ya sea diseñando UML y planteamientos del problema para tener claro hacia dónde se dirige el proyecto y cómo se va  realizar.

Un obrero se trajo una pala de cavar de otra obra anterior.

Cuando un programador reutiliza código de un proyecto anterior, sin tener en cuenta que implicaciones podría tener en el nuevo proyecto.

Tener claro que se necesita y diseñar un nuevo código, teniendo en cuenta el problema que se desea desarrollar en el proyecto que se esté realizando en ese momento.

El trabajo sin planos es dificultoso.

Cuando se inicia sin a realizar el proyecto sin saber hacia dónde se dirige, ni cómo se va a realizar.

Tener claro cómo se va a realizar el proyecto y cuál es la arquitectura del mismo, son los pasos básicos para iniciar un proyecto, pues se va a tener muchas dificultades a la hora de funcionalidad del programa.

Uno de los clientes, ingresaron a la obra, sin estar terminada.

Utilizar el programa sin terminarlo, por obvias razones no va a funcionar y/o puede que se presenten errores en su ejecución.

Si es de hacer una muestra, hacer que ese demostración quede perfectamente validada, por esas razones es importante hacerlas casi cuando el producto esté listo.

Amueblar sin terminar la obra, como traer baterías para los fluorescentes y unos muebles de caoba.

No tener claro cómo se conecta la vista con la lógica, por esta razón es importante tener el diseño UML básico del proyecto.

Tener en cuenta el diseño UML, y como se va a utilizar la vista para la funcionalidad del proyecto.

Suplir con cubos por la inexistencia de tuberías

Remplazar partes funcionales del proyecto por alta de tiempo.

Se debe completar todo lo funcional del proyecto, ya que cada programador tiene una tarea,  si no se completa puede estar en peligro la funcionalidad del programa, por eso es importante terminar todo como se planeó desde un inicio.

Planos que no eran de la obra a realizar, por esta razón instalaron aros de baloncesto en el ascensor.

En este caso es cuando se hace el planteamiento de la estructura, errónea.

Complementar toda la estructura con diagramas como UML, para así estar con confianza de lo que se va a realizar, y todos los programadores tengan el mismo objetivo.