#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.
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.
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.
#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
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.
Comentarios
Enormérrimo
Muuy Muy Muy bueno
Hay xkcd, hay meneo
Informáticos de Meneame, esta es la ocasión de demostrar nuestra cuota de poder en Meneame: llevemos esto a portada!!!
#4 hecho
#4 Clarooo, porque las tiras de Xkcd nunca han llegado a portada
¿Pero meneame no es un reducto de informáticos? Jajajajaja
Por cierto, muy bueno.
Lo peor es que es así la mayoria de veces, con el que especifica diciendo "hombre eso no lo dije pero es logico no?"
#4 Seguimos siendo la mayor mafia oculta de la historia de la humanidad. Los masones a nuestro lado son aficionadillos.
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.
#10 ¿Se pueden elegir dos? ¿seguro?
#10 Casi que lo tuyo es mejor que la viñeta
#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
A los que tenemos exámenes ahora estás cosas nos deprimen!!!
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"
Ah, que bien refleja la realidad del programador.
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.
#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.
Good code apartado en una esquina con una interrogacion .
#21 Inmenso. Se lo voy a enviar a algún que otro cliente
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
#7 Y un club de no fumadores.
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.
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.
#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
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.
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.
#10 Sublime ;-), iron triangle.
Buscate un trabajo de persona normal.