nilart.com

El siguiente artículo, del blog Andoni Arroyo  de geeks.ms, representa muy bien, con un ejemplo cotidiano real, lo que suele ocurrirle al programador a la hora de construir una aplicación, especialmente si se saltan todos los procesos “que no sirven para nada”, pero bueno, esto es otra historia…

Os dejo el fragmento de texto:

La historia que os voy a contar está basada en hechos reales. Aprovechando que tengo unos días libres antes de salir de viaje me he dispuesto a acabar con la fila india de zapatos que tengo por casa. Así que ni corto ni perezoso me fui al Ikea y me cogí un zapatero de esos tan apañado que te montas en casa.

Me puse manos a la obra y decidí seguir las instrucciones que tan amablemente incluyen los suecos a modo de ”paso a paso”. Tras una revisión previa combinada con mis nulos conocimientos en bricolaje y ebanistería, me decidí a seguir los pasos indicados al pie de la letra. El resultado, os lo podréis imaginar, un zapatero impresionante con una de las tablas del frontal colocada al revés, es decir, un precioso acabado en madera virgen…

Me ha dado por pensar los motivos de este pequeño desastre y la analogía de los mismos en los proyectos de desarrollo de Software. Podemos decir que yo he sido el programador currillo que he recibido una serie de pequeñas tareas bien definidas. Estas tareas fueron creadas por un gran analista sueco como resultado de un diseño basado en el análisis de la funcionalidad a cubrir.

Por supuesto, no tengo ninguna duda de que el señor analista sueco creó las tareas de manera correcta en su contexto y en su momento. Lamentablemente en el proceso de “codificación” de mi zapatero se han dado algunas circunstancias inesperadas.

• Errores humanos
  Tras comprobar de nuevo las instrucciones observo que no se especifica explícitamente el lado que debe dar hacia el frontal y cual no. Obviamente mi decisión no fue la correcta.
• Falta de comunicación
  La verdad es que el analista sueco no me pillaba lo suficientemente a mano para completar las dudas que me surgían sobre el manual mientras avanzaba el desarrollo del proyecto.
• Falta de perspectiva e interiorización del alcance global del proyecto

He depositado mi confianza en el manual, sin llegar a interiorizar los componentes del proyecto. Si lo hubiese comprendido como un conjunto, me hubiera dado cuenta de que ese madero en el frontal dado la vuelta no encaja bien, pero para cuando  comprendí que eso era el frontal ya era demasiado tarde….

• Falta de revisiones
  Una pequeña revisión al finalizar cada paso o conjunto de pasos podría haber evitado la desviación. Esto me habría limitado la cantidad de pasos a deshacer para recolocar el maldito madero y por lo tanto, el esfuerzo (dinero en proyectos reales) malgastado en problemas que yo mismo me he buscado.

En el mundo del Software tanto las especificaciones como los entregables son más abstractos. Si no comprendemos bien las necesidades del cliente, (las que nos transmite y las que ni él mismo ha identificado aún!) podemos llegar a las oficinas del cliente con un software que le produzca mas enfado que satisfacción. Dichas necesidades en la mayoría de ocasiones nos son totalmente ajenas y desconocidas puesto que no conocemos profundamente el sector del cliente (Al menos en los primeros proyectos tipo!).

Sin trabajar este proceso de interiorización apoyado en la empatía, podemos entregar el zapatero al cliente sin enterarnos de que tenemos el madero al revés aunque lo estemos mirando con todo detalle…

Así que dicho queda, me voy a por la caja de herramientas de nuevo…

Ahora bien, no creo que Ikea invierta demasiado en las instrucciones, ya que yo también tengo un caso similar, aunque viendolo por otro lado, la mayoria de las empresas tampoco invierten en los procesos de diseño y documentación necesarios…

Fuente: Blog Andoni Arroyo – geeks.ms<

De la mano de CyberHades nos llega este Top 10 de frases mas usadas por programadores que la verdad es bastante fiel a la realidad, ahi os lo dejo:

1.- WTF! (Que coñ…!)

2.- It works on my machine (En mi equipo funciona).

3.- D´oh! (ouch!!).

4.- It will be ready tomorrow (Estará listo mañana)

5.- Have you tried turning it off and on again? (¿Has intentado apagarlo y encenderlo de nuevo?

6.- Why? (¿Por qué?)

7.- It is not a bug, it´s a feature (No es un error, es una característica).

8.- That code is crap (Ese código es una mierda).

9.- My code is compiling (Mi código está compilando).

10.- No, I don´t know how to fix your microwave (No, no sé como arreglar tu microondas).

Yo tambien añadiría:

11.- Has probado a tracear?

12.-Yo creo que…

13.- Seguro que es el antivirus…

14.- Estoy en ello…

15.- $·@#~€”·$%!!!

16.-Me tendría que haber dedicado a…

17.-Error humano

18.-Puta mierda de [pon aqui un lenguaje]

19.-Quiero irme a casa.

20.-Siempre ha funcionado perfectamente

Fuente: CyberHades

Blogeando por eso que llaman “El interné” he encontrado un artículo interesante sobre la gestión de proyectos en el que comparan este con el proceso de ir a comprar un coche, los resultados son bastante cómicos.

Cita:

Buenos días, me gustaría comprar un 750i, blanco, que le gusta a mi mujer de eso color, aunque a mi me parece un poco taxi. Taxi, un 750i, ni aunque le ponga lucecita verde hombre, ha dicho el comercial. Ya que estamos, no lo vamos a mirar, he seguido yo… póngamelo con llantas de 20’’, como no y todos los extras, lo quiero todo, todo y todo… si si el paquete M también, como no, yo soy un joven, dinámico y profesional, no puedo ir por el mundo sin el paquete M, faltarías más.

¿No sería interesante añadir también la garantía extendida? Por su tranquilidad, ya sabe. Ha dicho el comercial. Y claro, pues yo he pensado… como no se me habrá ocurrido, póngalo, póngalo. Quizás no lo use pero que le vamos a hacer, nunca se sabe lo que puede pasar.

Y la bola de caravana, ¿no la necesitará usted?… Hombre, yo no tengo caravana, pero ya que lo comentas, y como nunca se sabe, a lo peor me da por cambiar el pueblo por un camping… venga vale, total, molestar tampoco molesta.

Y claro, seguro que un profesional, joven, dinámico, con paquete M y toda la zarandaja es una avezado ciclista, de los de mountain bike molona, de esos de los de gafas Oakley, maillot, culotte, zapatillas y pedales automáticos ¿no? Seguro que necesita el exclusivo portabicicletas de BMW para pasear, digo transportar sus bicis. Pues no, he dicho yo, eso si que no, que yo hace mucho que deje la bici y soy de pelota mano y tal y cual. Hombre, recuerde que nunca se sabe, ha dicho el comercial, y se lo dejo a precio de risa, a añadido. Así que he pensado, por si acaso, con portabicis, ¿voy a saber yo más que el comercial?.

Ya solo nos quedan dos detalles menores. Empecemos por el plazo de entrega. El comercial a empezado a farfullar no se que de disponibilidad, que si las opciones retrasan no se que y no se cual. Yo he pensado, coño, aquí el cliente soy yo ¿no? y le he dicho… a ver si yo lo entiendo todo, pero me lo tienes para dentro de dos semanas, son fiestas del pueblo y tengo que fardar. El comercial no ha dicho ni mu, es más me ha dicho, que quizás lo tenga un poco antes.

El segundo tema menor, el precio. Aquí yo he tomado la iniciativa que para algo soy el cliente ¿no?. Para esto tengo treinta mil euritos, entiendo que tengo que poner otros dos cientos, por la llantas, pero esto es lo que hay. Me han dicho que en la india hay unos concesionarios que lo hacen más barato y mejor, eso sí, por evitarme el papeleo que sino te iba a comprar al ti el BMW Rita… la cantadora.

Entonces me he despertado. Claro. ¿Por qué estas cosas solo nos pasan en el mundo del software? La historia no se sostiene, claro está, pero cambiad BMW por aplicación de software, y dar sudores fríos el pensar realismo que se añade. ¿Alguno de vosotros le suena?

Es bueno, ¿verdad?

Fuente: Geeks.ms

La verdad es que hay tanta información, y al mismo tiempo tan poca, que uno no sabe por donde empezar. Y he empezado usando la palabra Transversal porque me resulta interesante. Es de esas palabras que uno ha oido o leido en algun sitio pero no realmente no sabe lo que significa… asi que, haciendo uso de la maravillosa wikipedia, descubrimos que transversal tiene multiples significados, pero el que nos interesa es este:

“Transversal, en educación, es el conocimiento conjunto que se obtiene en muchas asignaturas como una sola unidad”

Y he hecho esta introducción, porque esta bonita palabra es la excusa que pone el Ministerio de Ciencia para excluir la Ingenieria Informática de la lista de carreras con competencias (unas bonitas fichas que establecen que debe estudiar cada alumno en una carrera y cual es su campo de conocimiento), vamos, que los informáticos, oficialmente, no somos competentes en nada.

El objetivo de estas fichas es regular todos los estudios al nuevo plan de Bolonia, pero curiosamente la Informática no está ahi. Sin embargo, a la Ingeniería de Telecomunicaciones, no contenta con las suyas, se le han añadido algunas competencias propias de la Informática; ¿Software, sistemas?

La cosa está que arde, pero arde aun mas cuando oimos sandeces de la boca de políticos encargados de esta materia que no tienen ni puta idea de lo que hablan: Very fun video

La consecuencias de esto son:

Que cada universidad que imparta ingenierias o grados en informática tenga su propio plan de estudios y no exista un plan hetereogeneo.

Las competencias profesionales serán las que cada universidad les de a sus carreras y que estas sean reconocidas o nó por las diferentes empresas.

Si se decide crear diferentes carreras dentro del ambito de la informática (porque es una materia demasiado transversal), mientras haya un informático de sistemas y otro de software, nosotros, oficialmente, seremos simples informáticos.

¿Tendremos, legalmente, las mismas atribuciones? ¿Podremos firmar proyectos?

Como bien decian en otro blog, la Ingeniería informática es un producto, por lo tanto las Universidades seguirán esforzandose por mejorar y mantener rentable este producto, pero, cuando surgan otros productos mas modernos y especializados, ¿Dejara de comercializarse este?

En conclusion, muchas dudas y demasiadas incognitas con respecto al futuro. Lo unico que sabemos es que este problema no es de ahora, tiene su tiempo, y si hace unos años cometimos el error de no darle la suficiente importancia, no podemos volver a cometer ese error.

Para quien quiera mas información dejo un FAQ muy bueno del tema.