Eli
39meneos

101 formas de saber que un proyecto software está condenado al fracaso

Situaciones llenas de sátira que se suelen dar en el mundo del desarrollo de software.

 10 comentarios en: tecnología, software karma: 284
etiquetas: humor, proyectos, informática, tecnología, software
negativos: 0  usuarios: 35  anónimos: 4  compartir:  twitter  facebook  friendfeed
  1. #1   Es errónea...Faltan 86 motivos según el titular son 101 y solo he podido leer 15. (en la versión original que pone en la noticia si que hay 101).
    votos: 1, karma: 1
    por juagar el 16-04-2008 12:49 UTC
  2. #2   Yo añadiría otro más: El gestor de versiones es SourceSafe y el IDE de desarrollo VisualStudio 6 (también basado en hechos reales en pleno año 2008)
    votos: 0, karma: 6
    por sebaston el 16-04-2008 13:15 UTC
  3. #3   [Editado]
    votos: 0, karma: 6
    por sebaston el 16-04-2008 13:22 UTC
  4. #4   Más hechos reales:

    La maquina de desarrollo funciona con Windows 95 y el antivirus ocupa 95% de la CPU.
    Pasados 70% del plazo de entrega todavía no se habían entregado al equipo las maquinas de desarrollo.
    El equipo presupuestado eran 3 analistas, el equipo real 3 becarios sin experiencia, dos de ellos sin siquiera formación académica en TIC.
    Las especificaciones redactadas ayer se cambian hoy.
    Las reuniones se marcan a partir de las 19 y duran más de tres horas.
    Viernes por la tarde, hay que interconectar un ROBOT a un scada, nadie tiene la clave para acceder al scada.

    Un responsable del cliente no quiere darte la documentación porque no esta de acuerdo en que se desarrolle el p...  » ver todo el comentario
    votos: 1, karma: 16
    por ummon el 16-04-2008 13:30 UTC
  5. #5   El diseñador entra en fase de trance y habla de multi-abstracción, parametrización, multi-capas, paradigmas de diseño, diagramas de secuencia/estados/clases/el que se le ocurrió a alguien de alguna universidad USA/, vista/control, observador/observable, expresiones regulares, cronogramas detallando cada tarea, uso de recursos, CMM version 1,2,3,4,N, estandares de desarrollo, multiportabilidad y nada termina hasta que todo ese material impreso no ocupe varias estanterias. Pasan bastantes meses y cuando deciden programar nadie entiende ni un pimiento lo que hizo el diseñador.
    votos: 1, karma: 18
    por damocles el 16-04-2008 13:55 UTC
  6. #6   El equipo de ventas dice a todo que SIIIIIIII
    El cliente aprieta, pide cambios de ultima hora, el gerente dice AMEN, el JP recuerda que la base de datos no es un cubo y que la minería de datos no estaba presupuestada, es tachado de incompetente y defenestrado.
    El ingeniero de software específico que los procesos que corren en el servidor estén hechos en C++, el analista no tiene a ningún experto en C++, los realizan en Visual Basic, el sistema se colapsa al entrar el tercer cliente simultáneo.
    votos: 0, karma: 8
    por ummon el 16-04-2008 14:06 UTC
  7. #7   #1, el artículo aclara que sólo tradujo algunas de las 101 originales (en inglés) www.codesqueeze.com/101-ways-to-know-your-software-project-is-doomed/

    De todas formas, tienes parte de razón, el artículo original debería estar aunque sea en la entradilla ;)
    votos: 2, karma: 24
    por LuB el 16-04-2008 14:20 UTC
  8. #8   #7, gracias por la aclaración. Como dices, quizás tenía que haberlo explicado en la descripción de la noticia :-(
    votos: 0, karma: 8
    por lonifasiko el 16-04-2008 14:30 UTC
  9. #9   #8 Gracias por darle la razón a #7 y ponerme un negativo diciendo lo mismo.
    votos: 0, karma: 9
    por juagar el 16-04-2008 16:20 UTC
  10. #10   #1, pues va a ser que yo NO te he puesto ningún negativo...
    votos: 0, karma: 8
    por lonifasiko el 16-04-2008 19:55 UTC
comentarios cerrados

menéame