No comparto esa visión, los usuarios por lo general es gente común que no sabe nada de lo que tu preguntas. Apuntar el dedo a los usuarios siempre es más fácil que asumir el hecho de que los informáticos preguntan mal y luego cuando se ponen a diseñar/programar como no tienen las especificaciones bien hechas se imaginan las reglas de negocios y ya, pero claro la culpa jamas es nuestra… !blame users
Nahhh…. pero para eso existen los buenos analistas que pueden sacar toda esa información de manera «correcta» y puedan decir que demonios tenemos que programar nosotros para satisfacer al grandioso cliente 😛
El programador es una especie de pseudo-humano que despues del cuarto año de su aprendizaje profesional pierde el don de expresarse normalmente y su lenguaje nativo es reemplazado por abstractas titlaciones binarias o hexadecimales que solamente son interpretadas por miembros de su misma especie.
Y el problema con los usuarios es que, por mucho que sepas lo que van a hacer, no puedes hacer nada para evitarlo 😛
¿Es una frase del Cray de los Cray?
ajajaja buenisimas frases… aunque en lo personal me identifica mas la de los usuarios.. los odio ¬_¬
Por suerte no saben lo que hacemos, si lo supieran los jefes de proyecto hariamos lo que ellos quieren que es muchisimo peor.-
Amen!
Es buena, pero… me quedo con la frase del dia de Microsiervos del pasado día 1:
«El virus informático más destructivo se encuentra entre el teclado y la silla.»
🙂
Ah, sí. El famoso error tipo PEBKAC.
Cierto, pero el problema con los usuarios es que nunca te dicen lo que quieren hasta que es demasiado tarde 🙂
No comparto esa visión, los usuarios por lo general es gente común que no sabe nada de lo que tu preguntas. Apuntar el dedo a los usuarios siempre es más fácil que asumir el hecho de que los informáticos preguntan mal y luego cuando se ponen a diseñar/programar como no tienen las especificaciones bien hechas se imaginan las reglas de negocios y ya, pero claro la culpa jamas es nuestra… !blame users
Por eso me gustan el desarrollo orientado a prototipos y las metodologías ágiles.
Nada mas sabio que eso para ver si vamos bien encaminados 😀
Luego falta el cliente que no sabe que quiere exactamente.
Nahhh…. pero para eso existen los buenos analistas que pueden sacar toda esa información de manera «correcta» y puedan decir que demonios tenemos que programar nosotros para satisfacer al grandioso cliente 😛
para saber lo que quiere el cliente existe la ingeniería de requisitos, la frase excelente como siempre.
Para que saberlo, fuera menos divertido.
Frase interesante
xD genial!!
no entiendo
Demaciado tarde para que ?? o por que??
gracias!
Amen!!! a veces solemos ser un peligro 😛
El programador es una especie de pseudo-humano que despues del cuarto año de su aprendizaje profesional pierde el don de expresarse normalmente y su lenguaje nativo es reemplazado por abstractas titlaciones binarias o hexadecimales que solamente son interpretadas por miembros de su misma especie.
«El problema con los programadores es que nunca sabes lo que están haciendo hasta que es demasiado tarde.»
Eso se le llama mal jefe de proyecto
jaja buena cita