visité las ruinas de un asentamiento romano, el otro día que se encuentra en un hermoso valle en medio de una isla
.
El entorno era idílica, al abrigo de los vientos y no demasiado lejos de la principal ciudad comercial, parecía un lugar ideal para cultivar y criar una familia.
Su historia fue bien abastecidos en las señales en torno a las ruinas de una vivienda sustancial, que había sido ampliado en época romana para incluir un baño caliente y fría y pisos de mosaico. Todo esto era muy atractivo y una inversión considerable para el terrateniente.
Pero el asentamiento fue abandonado, y se me ocurrió que tenía que haber una buena razón, ya que era evidente que alguien había puesto mucho esfuerzo y las finanzas en su sueño.
Me preguntaba si los vikingos, que eran conocido por ser activo en esta área después de que los romanos dejaron, había atacado a ella, pero no había señales de trabajo de ladrillo carbonizado o las secuelas de la batalla.
Mirando a su alrededor otra señal de manifiesto el problema.
Ha habido más de un intento de resolver la zona, pero la tierra formado un punto natural de drenaje para las colinas alrededor, y los edificios sucesivos había cada finalmente sucumbió a la subsidencia.
Me quedaba ninguna duda de que la edificios eran de buena calidad y que los constructores eran competentes en la construcción, pero está claro que había tomado unas cuantas generaciones para saber que esto no era un lugar adecuado para la construcción. Si realmente queremos resolver este lugar ahora nos conduciría pilas profundamente en la tierra para superar el hundimiento.
El punto que esto condujo a mi mente fue la de desarrollar software. Es muy frecuente que las organizaciones de desarrollo de software y sus clientes a hacer los mismos errores otra vez. Si los fundamentos son inestables, entonces no hay punto en la construcción, pero con un poco de previsión alguien podría resolver el problema y proporcionar una manera segura de entregar una buena base.
El error más grande que las organizaciones hacen es correr para cortar código antes de que entienden el problema que están resolviendo.
Eso no significa que tenga que ser complacientes y que se sientan alrededor de una serie de reuniones va a resolver todos sus problemas
¿Qué se debe hacer es: -..
valla Anillo lo que sabes
valla Anillo lo que no sabe.
Asegúrese de que está desarrollando el producto adecuad