El desarrollo de Software no es fácil, incluso cuando tenemos todo controlado
Aprovechando que es casi Viernes y ya tenemos el fin de semana a la vuelta de la esquina, aquí os dejo una pseudo-reflexión, con un par de imágenes y alguna meditación «paranoica» del desarrollo de Software.
Cuando desarrollamos una aplicación Software, tratamos de tener entre las manos y controlados todos los detalles (grandes y pequeños) del propio desarrollo. A nadie nos gusta perder el foco de ningún detalle y menos al principio de un proyecto informático. Pero más o menos, el inicio de un proyecto no suele acarrear mayores complicaciones que las propias de las toma de decisión (muy importante y tras las cuales indicaremos algunas de las direcciones del proyecto). Los problemas graves realmente, suelen aparecer en mitad del proyecto y por supuestísimo al final del mismo.
Sin embargo, la inmensa mayoría de los desarrolladores y arquitectos, tenemos por lo general la capacidad para ver primero las partes más importantes y destacables de un proyecto, situarlas dentro de la prioridad que se merece detectando y definiendo las tareas perfectamente, y dejando en un segundo plano, aquellas tareas más pequeñas o menos importantes dentro de la lista de prioridades marcadas.
Aunque a mí me gusta ser meticuloso y tratar de ser organizado, a veces algunos detalles se nos puede escapar, y más cuando estamos a pleno rendimiento, y las etapas de desarrollo avanzan sin parar y existen contratiempos, ajustes, prisas a veces, etc. Lo de siempre.
Sin embargo, en muchas ocasiones se nos cuelan algunos fantasmas, fruto de vete a saber qué espectro maligno o que alineación de los astros en el espacio estelar… de ahí esa famosa frase de «¡te digo que ayer lo probé y funcionaba!, ¡no lo entiendo!«… claro claro… y ahora vas y lo cascas…
El caso es que estas cosas les sonará a la mayoría por no decir a todo el mundo, y es que el señor Murphy que sabe de leyes, decía eso de «si algo tiene la posibilidad de salir mal, saldrá mal«, y claro, a esta frase habría que añadirla esa de «si algo va mal, piensa que podría ir peor«, y más vale una imagen que mil palabras.
Pero todo este rollo lo cuento, porque estos detalles del desarrollo, no sólo nos pasa a los que trabajamos en empresas pequeñas, si no también a quienes trabajan en empresas de mayor envergadura como Microsoft. Para muestra un botón.
Aquí vemos un buen ejemplo de esos detalles «pequeños» que a veces se nos escapan. Una pantalla de Microsoft SQL Server Management Studio Express que nos indica a la hora de restaurar una copia de seguridad, un mensaje tremendamente explicativo del error y un texto «Click the hyperlink in the Message column for details«. Y claro… todavía estoy buscando el hipervínculo… al menos resolví el problema, pero no gracias a la ayuda emergente desde luego.
Ahora bien, yo pregunto… ¿sois de los que pensáis realmente que tenéis todo (digo todo todo todo) controlado cuando abordais un proyecto informático y no se os espaba normalmente ningún «fantasma»?. Contad anécdotas que seguro que las tenéis. 😉
9 Responsesso far
Me hizo reir el comentario y me transportó hacia aquellas situaciones en las cuales he pasado que las mencionas y son muy ciertas… Son gajes del oficio.
Paolo Rivera
Venezuela
Hola Paolo, desde luego que sí, siempre ocurren cosas inesperadas, como el uso de un texto «hardcodeado» de tipo «tonto el que lo lea», o «hasta aquí no llega» que muchos programadores ponen en un momento dado para cambiarlo al final del proyecto, y finalmente se olvidan, queda ahí, y en producción salta (Murphy) dejando una mala imagen y una evidencia bastante fea (aunque el conjunto de la aplicación funcione perfectamente).
Es cierto, son gajes del oficio, pero hay que procurar evitar los «detalles», al menos evitar usar determinadas costumbres que aunque a alguno le parezca raro, se utilizan mucho.
Realmente nada mas cierto siempre queda tinta en el tintero o nunca se olvidaron una linea que pone el resultado de una variable en el text del form para resolver que está pasando?.
Simplemente excelente.
Te voy a decir algo lo unico que falto fue que dijeras mi nombre y donde vivo…(es broma o sera verdad!)
Todos los desarrolladores tenemos esa mania :
– No eso es facil mejor lo realizo de ultimo.
– Eso es una tonteria el cliente ni cuenta se va dar. (yo te dije que no presionaras ese boton)
Y es asi. Tenemos que tener mejores practicas y patrones de diseños (pero siempre nos vamos por los caminos oscuros)
Bueno no escribo mas y saludos Jorge.
PD:menos mal que este blog no lo leen mis clientes
Creo que en el mundo del desarrollo del software se produce una especie de paralelísmo entre «el diseño» y «la funcionalidad». Este paralelísmo crea la gran parte de los problemas que padecemos cuando creamos software. De todos modos, la informática sigue siendo a mi juicio una ciencia «casi exacta». Soy pesimista y creo que Murphy es claro en sus puntos de vistas y que encajan perfectamente en la informática. Si algo va a salir mal, saldrá mal. Si algo es inseguro, si se le aplica mayor seguridad este finalmente será más inseguro.
Estimados desarrolladores, no nos podemos escapar de Murphy. El pesimismo es también una ciencia.
Mi opinio reside en lo que se ha hecho hantes ya que si hemos contruido una aplicación en lenguaje imperfecto, entonces por que nuestro programa aún tomando todas las máximas posibles debería de ser 100 % estable.Además de felicitar al autor del tema por dejarlo vivo a la opinion ya que es un punto muy hacertado entre los programadores…
Murphy sabrá de leyes pero en general es pesimista. Yo soy más optimista (es una especie de auto-sugestión, que me ha dado muy buenos resultados siempre) así que esa ley para mi es más bien «Si las cosas no pueden ir peor, solo pueden mejorar»
lo unico qe ta weno de estoo es la imagen ��
Your insight view is usefule for me. Thanks!