#10:
Hola, vas a iniciar un proyecto de software. ¿Cómo lo quiere?
- Código bien hecho, fácilmente reutilizable y ampliable.
- Que se cumplan los plazos y presupuestos requeridos.
- Que se cumpla toda la funcionalidad requerida.
Elige dos.
#13:
#11 Normalmente se elige:
- Que se cumplan los plazos
- Que se cumpla la funcionalidad
Y que se joda el que le toque mantener y ampliar el proyecto
#8:
Lo peor es que es así la mayoria de veces, con el que especifica diciendo "hombre eso no lo dije pero es logico no?"
Hola, vas a iniciar un proyecto de software. ¿Cómo lo quiere?
- Código bien hecho, fácilmente reutilizable y ampliable.
- Que se cumplan los plazos y presupuestos requeridos.
- Que se cumpla toda la funcionalidad requerida.
Jodr, con eso de "humor gráfico para programadores" me iba achantar de intentar entenderlo, pero qué queréis que os diga, el algoritmo se aplica a casi todos los proyectos, sean de software o no.
Me siento taaaaan identificado...
Terminar el trabajo y decirte que hay que hacer "pequeños cambios" que en realidad afectan al modelo de base de datos y a la programación de la entrada de datos y de informes.
Cuando les explicas que casi habría que empezar desde cero, su mejor argumento es:
"¿Como un chico tan habil como tu no puede encontrar una manera para hcerlo más sencillo?"
En esos momentos me dan ganas de ir a la carpeta donde está el codigo fuente y cepillarmela por completo.
#10 ¿Puedo elegir dos? Ojalá mis jefes me dejaran también Primero, los plazos y el dinero. La funcionalidad, estrictamente hablando, que la llegue a cumplir, si, pero ceñidos totalmente a la petición. Ejemplo chorra: "que no pueda meter letras en el campo numérico" ¿Compruebo que no meta signos? No, que no da tiempo. Pues este ejemplo tonto, a escala de proyecto
Real como la vida misma, pero le pondría un pero: El paso de "Are you done yet? No, and the requirements have changed" a "throw it all and start over" no lo veo tan claro. Se supoque que si has hecho las cosas bien, con un diseño modular, funcionalidad configurable y esas cosas, no debería ser necesario tirarlo absolutamente todo por un cambio de requisitos.
Comentarios
Hola, vas a iniciar un proyecto de software. ¿Cómo lo quiere?
- Código bien hecho, fácilmente reutilizable y ampliable.
- Que se cumplan los plazos y presupuestos requeridos.
- Que se cumpla toda la funcionalidad requerida.
Elige dos.
#11 Normalmente se elige:
- Que se cumplan los plazos
- Que se cumpla la funcionalidad
Y que se joda el que le toque mantener y ampliar el proyecto
Lo peor es que es así la mayoria de veces, con el que especifica diciendo "hombre eso no lo dije pero es logico no?"
Enormérrimo
#4 Clarooo, porque las tiras de Xkcd nunca han llegado a portada
Informáticos de Meneame, esta es la ocasión de demostrar nuestra cuota de poder en Meneame: llevemos esto a portada!!!
#10, #20 http://wins.failblog.org/2010/12/30/epic-win-photos-service-win/
Nuestro servicio viene en tres versiones:
Bueno, rápido y barato. Escoja dos:
El servicio bueno y barato no es rápido.
El servicio bueno y rápido no es barato.
El servicio rápido y barato no es bueno.
Aunque estoy de acuerdo con #16, en desarrollo de software normalmente no se cumple con ninguno de los 3.
#10 ¿Se pueden elegir dos? ¿seguro?
Ahora mismo, hay en "candidatas" un artículo sobre los "join de SQL". ¿Qué pasa, que hoy sólo trabajamos los informáticos?
#10 cuan generoso eres con eso de "elige dos"
Parezco nuevo en xkcd.com, me acabo de dar cuenta de que no había visto el title de la imagen, y también tiene su miga:
"Puedes vivir en el Bucle Android o en el Bucle HURD"
Jodr, con eso de "humor gráfico para programadores" me iba achantar de intentar entenderlo, pero qué queréis que os diga, el algoritmo se aplica a casi todos los proyectos, sean de software o no.
¿Pero meneame no es un reducto de informáticos? Jajajajaja
Por cierto, muy bueno.
Hay xkcd, hay meneo
Me siento taaaaan identificado...
Terminar el trabajo y decirte que hay que hacer "pequeños cambios" que en realidad afectan al modelo de base de datos y a la programación de la entrada de datos y de informes.
Cuando les explicas que casi habría que empezar desde cero, su mejor argumento es:
"¿Como un chico tan habil como tu no puede encontrar una manera para hcerlo más sencillo?"
En esos momentos me dan ganas de ir a la carpeta donde está el codigo fuente y cepillarmela por completo.
#4 Seguimos siendo la mayor mafia oculta de la historia de la humanidad. Los masones a nuestro lado son aficionadillos.
#10 Casi que lo tuyo es mejor que la viñeta
Tened cuidado, porque uno similar a este tenía yo colgado en mi puesto de trabajo y mi jefe me hizo quitarlo por sus santos huevos.
True story.
Me encanta lo de elige dos.
En el mundo de la infografía, también sirve cuando el cliente te pide bonito, barato y rápido: elige dos.
#4 hecho
#21 Inmenso. Se lo voy a enviar a algún que otro cliente
#7 Y un club de no fumadores.
Muuy Muy Muy bueno
Buscate un trabajo de persona normal.
#10 Sublime ;-), iron triangle.
Good code apartado en una esquina con una interrogacion .
Ah, que bien refleja la realidad del programador.
#10 ¿Puedo elegir dos? Ojalá mis jefes me dejaran también Primero, los plazos y el dinero. La funcionalidad, estrictamente hablando, que la llegue a cumplir, si, pero ceñidos totalmente a la petición. Ejemplo chorra: "que no pueda meter letras en el campo numérico" ¿Compruebo que no meta signos? No, que no da tiempo. Pues este ejemplo tonto, a escala de proyecto
Real como la vida misma.
Yo creo que para hacer BUEN CODIGO habria que hacer una serie de cosas bastante faciles, por ejemplo:
Toma de corriente de 220V AC. Se cogen los dos cables y se conecta uno al boton control y otro al C y/o al V.
Con este pequeño circuito mi vida seria mas feliz.
A los que tenemos exámenes ahora estás cosas nos deprimen!!!
No sé que me ha gustado más, si la viñeta o tu adjetivo
Ya tengo mi palabra del día (ahora, a usarla)
#4 Por la Hord ... digo por la informática ...
pd. Me equivoqué de foro
Real como la vida misma, pero le pondría un pero: El paso de "Are you done yet? No, and the requirements have changed" a "throw it all and start over" no lo veo tan claro. Se supoque que si has hecho las cosas bien, con un diseño modular, funcionalidad configurable y esas cosas, no debería ser necesario tirarlo absolutamente todo por un cambio de requisitos.