Eh, creo que esta página no está en condiciones adecuadas. Brent Gulanowski 00:46, 27 de octubre de 2003 (UTC)
Texto eliminado:
Pruebe http://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=%22software+crisis%22&btnG=Google+Search e intente resumirlos.
Las raíces de la crisis del software son la complejidad, las expectativas y el cambio.
Véase ingeniería de software .
De hecho, el problema de intentar escribir una enciclopedia es muy parecido al de escribir software. Tanto el código en ejecución como un hipertexto/enciclopedia son maravillosos estímulos para el cerebro, y cuanto más se ve, más se quiere, como una droga. Como usuario, se quiere que lo haga todo, como cliente, en realidad no se quiere pagar por ello, y como productor se da cuenta de lo poco realistas que son los clientes. Los requisitos entrarán en conflicto entre funcionalidad y asequibilidad, y entre integridad (tener todo incluido) y puntualidad (cumplir con el plazo).
El concepto de crisis del software surgió a finales de los años 60. Uno de los primeros usos del término se encuentra en la conferencia de Edsger Dijkstra en el marco del premio Turing de la ACM, "El humilde programador" (EWD340), dictada en 1972 y publicada en las Comunicaciones de la ACM . Dijkstra dice:
- SV (discusión) 23:08, 19 de marzo de 2004 (UTC)
Todos los problemas de la crisis del software todavía existen en toda la industria del software.
Creo que este artículo debería revisarse para utilizar el tiempo presente, o al menos para indicar que los problemas todavía están presentes en toda la industria.
Birtej ( discusión ) 14:11 22 feb 2008 (UTC)
El contenido anterior de este artículo duplicaba una o más fuentes publicadas previamente. El material fue copiado de: http://www.chris-kimble.com/Courses/World_Med_MBA/Software_Crisis.html. El material infractor ha sido reescrito o eliminado y no debe restaurarse, a menos que se publique debidamente bajo una licencia compatible. (Para obtener más información, consulte "utilización de obras protegidas por derechos de autor de otros" si no es el titular de los derechos de autor de este material, o "donación de materiales protegidos por derechos de autor" si lo es). Por razones legales , no podemos aceptar textos o imágenes protegidos por derechos de autor tomados de otros sitios web o material publicado; dichas adiciones se eliminarán. Los colaboradores pueden utilizar publicaciones protegidas por derechos de autor como fuente de información , pero no como fuente de oraciones o frases . En consecuencia, el material puede reescribirse, pero solo si no infringe los derechos de autor del original ni plagia de esa fuente. Consulte nuestra guía sobre texto no libre para saber cómo implementar correctamente citas limitadas de texto protegido por derechos de autor. Wikipedia se toma muy en serio las violaciones de derechos de autor y se bloqueará la edición de aquellos que las cometan de forma persistente. Si bien valoramos las contribuciones, debemos exigir a todos los colaboradores que comprendan y cumplan con estas políticas. Gracias. Voceditenore ( discusión ) 13:40 10 oct 2011 (UTC)
Según el artículo, "el término 'crisis del software' fue acuñado por FL Bauer en la primera Conferencia de Ingeniería del Software de la OTAN en 1968 en Garmisch, Alemania". La declaración va seguida de una referencia, pero la referencia no respalda la declaración. En cambio, la referencia afirma que FL Bauer acuñó el término "ingeniería del software", no el término "crisis del software". El término "crisis del software" solo aparece una vez en la referencia y se atribuye a "algunos": "Esto ocurrió cuando los participantes se dieron cuenta del grado de preocupación común sobre lo que algunos estaban incluso dispuestos a llamar la 'crisis del software'..."
Estoy eliminando la afirmación de que FL Bauer acuñó el término "crisis del software" porque las referencias no proporcionan ninguna evidencia que lo respalde. La fuente que se está utilizando actualmente claramente no atribuye el término a FL Bauer. -- JHP ( discusión ) 02:39 19 oct 2011 (UTC)
La crisis del software fue un hito en la historia del lenguaje de programación que en su mayoría se ignora en las clases de programación.
Pero en realidad fue antes de la invención del lenguaje orientado a objetos, que resolvió muchos problemas. ¿Por qué no se menciona aquí?
Tampoco queda claro por qué puedo leer tantos datos sobre la crisis del software en http://en.wikipedia.org/wiki/Talk:Software_crisis/Component-based_software_engineering (pero no aquí), donde dice:
Deberías incluir estos datos en este artículo porque son muy importantes.
También estoy en desacuerdo con que los proyectos de software actuales tengan los mismos problemas que en aquel entonces, porque los lenguajes de programación actuales suelen estar orientados a objetos.
Las razones de los problemas de software actuales se deben más bien a que los programadores no saben lo que están escribiendo. También al uso de código copiado y pegado de otras personas (a menudo llamado "frameworks"... en lugar de "trabajo basura"). Bueno, ese suele ser el caso, debo admitirlo tristemente... especialmente cuando los programadores quieren escribir programas sin lidiar con el código. -- 178.197.228.13 (discusión) 16:48, 8 de abril de 2014 (UTC)
Se han producido muchas mejoras en los lenguajes y sus ecosistemas, demasiadas para elegir una sola. Y, en mi humilde opinión, la programación orientada a objetos por sí sola es demasiado inflexible para la mayoría de los problemas complejos, en comparación con los patrones compuestos o el tipado de pato. Y esas mejoras técnicas solo pueden ser un factor de apoyo para la solución de esta crisis, no una solución por sí sola. Recomendaría reescribir esto. Markus.lautenbach (discusión) 00:10 20 ago 2014 (UTC)
Hace décadas que no me encuentro con este término. La crisis del software parece haber sido en gran medida un problema cuantitativo. Aunque el uso de ordenadores ha aumentado drásticamente, ahora hay millones de desarrolladores capacitados. La mayoría de ellos trabajan en sitios web y aplicaciones móviles donde el impacto de los errores es menor. Ha habido muchas mejoras y las pruebas de software son una de ellas importantes. Por otro lado, la verificación de software propuesta por Dijkstra y Hoare no ha sido ampliamente adoptada, y los errores de software siguen causando problemas. Ahora hay un ejército de personas a las que a veces se denomina "hackers" que intentan explotar los agujeros más pequeños.
El periódico holandés Volkskrant menciona la gran proporción de grandes proyectos de desarrollo que nunca se llevan a cabo, cuando esa proporción ha disminuido del 90 % a menos del 50 % y muchos proyectos cuestan apenas el doble del precio y el tiempo originales.
Dan Oom ( discusión ) 10:41 10 nov 2018 (UTC)
Hola compañeros wikipedistas,
Acabo de modificar un enlace externo en Crisis de software . Tómese un momento para revisar mi edición . Si tiene alguna pregunta o necesita que el robot ignore los enlaces o la página en su totalidad, visite esta sencilla sección de preguntas frecuentes para obtener información adicional. Hice los siguientes cambios:
Cuando haya terminado de revisar mis cambios, puede seguir las instrucciones de la plantilla a continuación para solucionar cualquier problema con las URL.
Un editor revisó esta edición y corrigió todos los errores encontrados.
Saludos.— InternetArchiveBot ( Reportar error ) 04:30, 2 de diciembre de 2017 (UTC)