Jorge Dieguez Blog

Tecnologías de colaboración

Lo importante es ¡¡¡ que funcione !!!!!

¡QUE FUNCIONE! - Ese es el foco, ese es nuestro principal objetivo!!!!!, que funcione la aplicación que hemos hemos desarrollado o implantado.

Que funciona!!!!!!, ¿y lo demás!?:
.... que los nombres de identificadores en el código fuente no tienen significado : ¿acaso alguien ve eso?

... que el código no tiene comentario: ¿comentar? ¿para que?

...que no hemos documentado la configuración empleada ¿alguien querrá cambiar algo? (total que estudie todo de nuevo, para eso esta google)

...que no hemos etiquetado las versiones en el repositorio de código fuente ¿para que? nos acordamos perfectamente que cambios hemos hecho y por que

...que no hemos desarrollado un método de despliegue automático : ¿acaso el que vaya a desplegar nuestra aplicación es un inútil?¿no es un informático?

...que no hemos diseñado y construido las pruebas de nuestro software ¿pruebas? ya hemos probado todo muchas veces, no nos pagan para diseñar pruebas!

......

......

Pienso que algunas veces, nos centramos demasiado en que funcione y nos olvidamos de otros factores como: la mantenibilidad, la inter-operatividad, la seguridad, la escalabilidad, la usabilidad, felxibilidad en el cambio  y por supuesto la rentabilidad o el valor que podemos aportar al cliente con la solución.

En referente a este asunto, es importante que seamos conscientes de que existen métodos o practicas para hacer mejor las cosas(solo tenemos que buscar en google "buenas practicas..." ) y que existen otras muchas malas practicas(por ejemplo el empleo de los Antipatrones).

Posted: 27/2/2009 19:14 por Jorge Dieguez | con 9 comment(s) |
Archivado en:
Comparte este post:

Comentarios

Tanagarallo ha opinado:

Muy bien comentario.

Yo además añadiría.

Si no es mantenible --> Algún día fallará.

Si no es escalable --> Algún día fallará.

Si no es usable --> No funciona de cara al usuario.

Si no es rentable --> No funciona hacia el jefe.

Resumiendo, hace falta todo eso para que funcione en el tiempo.

Pero siendo realistas.

Si no es mantenible --> más soporte y más pasta.

Si no es escalable --> Futuro proyecto de ampliación.

Si no es usable --> Más barato y más beneficio. Se siente en las especificaciones no se había dicho nada que el informe tenía que salir en menos de 20 minutos.

Si no es rentable(de cara al cliente) --> Lo que importa es que sea hacia quien hace la aplicación (teoría del pan para hoy, pero bueno).

# February 27, 2009 8:49 PM

Christian Komiya ha opinado:

Buen comentario, lamentablemente es una realidad que sucede en muchos equipos de desarrollo, a veces no es por el desarrollador, sinó suele venir de cargos más altos como el líder del proyecto. Al final se convierte en una tendencia de malas prácticas

# February 27, 2009 10:10 PM

Sergio Tarrillo ha opinado:

A veces también es parte de la escuela, he visto algunos desarrolladores que no toman conciencia del valor de lo que están haciendo, solo piensan que funcione y nada mas. No toman conciencia, de lo que estan haciendo es importante y será usado por muchas personas, y que debe soportar cualquier locura del usuario.

Tampoco la culpa es de los desarrolladores, cuando empecé a desarrollar nadie me dijo que el software  tenía que ser usable, que el rendimiento, que la mantebilidad, etc, ya se va aprendiendo con el tiempo. Por eso lo malo no es que hagan esto por desconocimiento, lo realmente malo es que después de saber que esto a la larga puede traer problemas, sólo le importante hacerlo funcionar sin importar como.

Y es responsabilidad del líder del proyecto, poder detectar que alguien no tuvo la escuela necesaria para hacer las cosas bien, y enseñarle como debe ser, ya si el jefe de proyecto no sabe tampoco, cerramos y nos vamos por unas cervezas :D

Saludos, y buen tema para discutir.

# February 28, 2009 4:41 AM

Jorge Dieguez ha opinado:

El buen hacer, las buenas practica deben ser un objetivo de todos los integrantes del equipo, esta claro que a los profesionales con as experiencia se les presupone mas cultura para hacer mejor las cosas, pero insisto, debe ser el objetivo de todos, hacer mejor las cosas es nuestro trabajo.

# February 28, 2009 11:12 AM

Mario A Chavez ha opinado:

Hola;

Mi comentario es un poco extenso, por lo tanto lo converti en un post mario-chavez.blogspot.com/.../lo-importante-es-que-funcione.html

Saludos !

MAC

# March 1, 2009 10:04 PM

Miguel Sierra ha opinado:

Muy bueno!! es una reprimenda en toda regla!!!

Me encanta!!

# March 2, 2009 9:01 AM

Rcastrogo ha opinado:

Totalmente de acuerdo.

Pero yo a veces, y en algunos proyectos, me planteo si no es mejor "El como sea" que las buenas practicas.

Total el Jefe NUNCA ve el código y si lo ve.... y el principio de Peter se da tantas veces... que no se entera.

Saludos.

# March 2, 2009 1:52 PM

Steve Hansen ha opinado:

Hola,

Comentarios sarcásticos aparte mantenibilidad no viene en el diccionario de la real academia de la lengua española. ¿Se refiere a sostenibilidad?

Un Saludo

SH

# March 2, 2009 3:37 PM

michel ha opinado:

bien creo que el problema no es de los desarrolaldores, ya que muchas veces las casas desarrolladoras o contultoras de TI, obligan a los desarrolladores a no implementar ingenieria de software.

yo trabaje en una desarrolladora de software por 2 años, desde que comence a desarrollar yo siempre trate de hacer uso de tecnicas y d ebuenas practicas, cuando me asignaron a un proyecto, el desarrollo ya habia comenzado, y empezaria mi dolor de  cabeza, este proyecto tuvo una fase de levantamiento de requerimientos muy pobre y jamas hubo un analisis. cuando empeze a desarrollar me tope que la BD era un chilakil, nunca existio una arquitectura, las tablas y los campos los hibas agregando conforme los necesitabas. imaginense eso tu hacias un stored procedure que inserta en una tabla y luego ya no funciona por que otro desarrollador agrego un campo lo elimino o le cambio el tipo de dato.

todo esto siempre sucedio por que los jefes daban tiempos fatales, existia prioridad con los clientes

# March 10, 2009 6:28 PM