archivo

Archivos diarios: julio 14, 2011

No hay que perder el objetivo final de nuestro trabajo, que no es otro que ofrecer el mejor servicio posible dentro del contexto en el que nos encontremos.

¿Qué hay que hacer cuando hay un problema? Arreglarlo y si afecta de manera importante al trabajo de los usuarios, lo antes posible.

El islandés, Atli Björgvin Oddsson, ingeniero de software es uno de los creadores de TimeSnapper, lo tiene bastante claro: “No documentes el problema, arréglalo”.

A eso yo añado, que una vez resuelto ya habrá tiempo, si se puede, para documentar, mejorar la solución ofrecida, etc…

Brian Foote es un ingeniero de software americano especializado en programación orientada a objetos, patrones de diseño, reutilización de código y refactorización. Tiene más de 25 años de experiencia en proyectos de desarrollo de software y es autor de numerosos artículos sobre la materia.

Muchas veces se piensa en el coste que tiene hacer las cosas bien sin pensar en los intereses que generan hacer los desarrollos sin el suficiente nivel de calidad.

Sobre este tema Brian Foote hace la siguiente reflexión: “Si piensas que una buena arquitectura es cara, prueba una mala”.