archivo

Archivos diarios: abril 17, 2012

Cuando las cosas no salen o no van como uno quiere pese a que se pone todo el empeño posible crea frustración. También se produce ese estado y con frecuencia cuando tus tareas dependen de tantas personas que se eternizan y te impiden dar una respuesta rápida ante un problema.

La frustración paraliza, disminuye tu motivación y agota tu energía.

No tengo pastillas que curen la frustración, si las tuviera probablemente no tendría esa sensación tan a menudo. Lo único que he visto que funciona contra la frustración es la acción, actuar con el objetivo de ir venciendo esas barreras y esa resistencia que te impide conseguir tus objetivos.

Es posible que en esa lucha de la acción contra la frustración gane muchas batalla la segunda pero tenemos mucho que decir en esa guerra, que podremos perder, pero no sin luchar y no con los brazos caídos.

Una costumbre poco aconsejable es trabajar con un desarrollo en el que la base de datos no tiene un buen juego de datos (tanto en volumen como en posibles casuísticas), lo que provoca que después nos encontremos con sorpresas desagradables cuando el producto llegue a producción.

Cuando se trabaja sobre un sistema en producción es muy recomendable trabajar en los entornos de desarrollo y preproducción con unos juegos de datos similares a producción, a ser posible en preproducción casi iguales y, si no es posible, trabajar como mínimo con una foto reciente de los mismos disociando los datos que se consideren sensibles.

Como es lógico hay que evaluar el volumen y la criticidad/sensibilidad de los datos que puede hacer que no sea posible y/o aconsejable su replica en más entornos, en estos casos, tocará por lo menos, tal y como decía al principio disponer de un juego de datos que responda a las diferentes situaciones que se puedan producir en el uso del sistema de información y con un volumen adecuado para evaluar el comportamiento y rendimiento de la aplicación.