Esencia y accidentes de la ingenierıa de software
Enviado por cyn1234 • 7 de Marzo de 2015 • 3.318 Palabras (14 Páginas) • 400 Visitas
Esencia y accidentes de la ingenier´ıa de softwareEsencia y accidentes de la ingenier´ıa de softwareEsencia y accidentes de la ingenier´ıa de softwareEsencia y accidentes de lDe todos los monstruos que llenan las pesadillas de nuestro folklore, ninguno aterroriza m´as que los hombreslobo,
porque se transforman de manera inesperada de algo familial a algo horroroso. Para ellos se buscan balas
de plata que puedan destruirlos de forma m´agica.
Los proyectos de software habituales, al menos tal como los ve un administrador no t´ecnico, tiene algunas de
estas caracter´ısticas; generalmente se ve inocente y directo, pero puede transformarse en un monstruo de plazos
no alcanzados, presupuestos sobrepasados, y productos con errores. Entonces se escuchan gritos desesperados
pidiendo una bala de plata–algo que haga disminuir los costos del software tan r´apidamente como bajan los
costos del hardware.
Pero, si miramos con un horizonte de diez a˜nos, no vemos ninguna bala de plata. No existe ni un solo desarrollo,,
ni en tecnolog´ıa ni en administraci´on, que por s´ı mismo prometa ni siquiera un orden de magnitud de mejoras en
la productividad, confiabilidad, o simplicidad. En este art´ıculo, tratar´e de mostrar por qu´e, examinando tanto
la naturaleza de los problemas del software como las propiedades de las balas que han sido propuestas.
Sin embargo, escepticismo no es lo mismo que pesimismo. A pesar de que no vislumbramos grandes saltos
cualitativos–y por cierto creo que esto es consistente con la naturaleza del software–existen en desarrollo muchas
innovaciones promisorias. Un esfuerzo disciplinado y consistente para desarrollar, propagar y explotar estas
innovaciones deber´ıa por cierto traer un orden de magnitud de mejora. No existe un camino real, pero este es el
camino.
El primer paso hacia la cura de las enfermedades fue reemplazar las teor´ıas de los demonios por la teor´ıa de los
g´ermenes. S´olo ese cambio en s´ı, el comienzo de la esperanza, quita toda esperanza de soluciones m´agicas. Esto
ense˜n´o a los trabajadores que el progreso se har´ıa paso a paso, con gran esfuerzo, y que se deber´ıa tener una
disciplina persistente con la limpieza. De la misma forma se encuentraDe todos los monstruos que llenan las pesadillas de nuestro folklore, ninguno aterroriza m´as que los hombreslobo,
porque se transforman de manera inesperada de algo familial a algo horroroso. Para ellos se buscan balas
de plata que puedan destruirlos de forma m´agica.
Los proyectos de software habituales, al menos tal como los ve un administrador no t´ecnico, tiene algunas de
estas caracter´ısticas; generalmente se ve inocente y directo, pero puede transformarse en un monstruo de plazos
no alcanzados, presupuestos sobrepasados, y productos con errores. Entonces se escuchan gritos desesperados
pidiendo una bala de plata–algo que haga disminuir los costos del software tan r´apidamente como bajan los
costos del hardware.
Pero, si miramos con un horizonte de diez a˜nos, no vemos ninguna bala de plata. No existe ni un solo desarrollo,,
ni en tecnolog´ıa ni en administraci´on, que por s´ı mismo prometa ni siquiera un orden de magnitud de mejoras en
la productividad, confiabilidad, o simplicidad. En este art´ıculo, tratar´e de mostrar por qu´e, examinando tanto
la naturaleza de los problemas del software como las propiedades de las balas que han sido propuestas.
Sin embargo, escepticismo no es lo mismo que pesimismo. A pesar de que no vislumbramos grandes saltos
cualitativos–y por cierto creo que esto es consistente con la naturaleza del software–existen en desarrollo muchas
innovaciones promisorias. Un esfuerzo disciplinado y consistente para desarrollar, propagar y explotar estas
innovaciones deber´ıa por cierto traer un orden de magnitud de mejora. No existe un camino real, pero este es el
camino.
El primer paso hacia la cura de las enfermedades fue reemplazar las teor´ıas de los demonios por la teor´ıa de los
g´ermenes. S´olo ese cambio en s´ı, el comienzo de la esperanza, quita toda esperanza de soluciones m´agicas. Esto
ense˜n´o a los trabajadores que el progreso se har´ıa paso a paso, con gran esfuerzo, y que se deber´ıa tener una
disciplina persistente con la limpieza. De la misma forma se encuentraDe todos los monstruos que llenan las pesadillas de nuestro folklore, ninguno aterroriza m´as que los hombreslobo,
porque se transforman de manera inesperada de algo familial a algo horroroso. Para ellos se buscan balas
de plata que puedan destruirlos de forma m´agica.
Los proyectos de software habituales, al menos tal como los ve un administrador no t´ecnico, tiene algunas de
estas caracter´ısticas; generalmente se ve inocente y directo, pero puede transformarse en un monstruo de plazos
no alcanzados, presupuestos sobrepasados, y productos con errores. Entonces se escuchan gritos desesperados
pidiendo una bala de plata–algo que haga disminuir los costos del software tan r´apidamente como bajan los
costos del hardware.
Pero, si miramos con un horizonte de diez a˜nos, no vemos ninguna bala de plata. No existe ni un solo desarrollo,,
ni en tecnolog´ıa ni en administraci´on, que por s´ı
...