Software inflado

Software inflado es un término que se emplea, con connotación tanto neutra como peyorativa, para describir la tendencia reciente de los programas informáticos modernos a ser más grandes y usar mayor cantidad de recursos del sistema (espacio de almacenamiento, capacidad de procesamiento o memoria) que sus versiones predecesoras, sin que de ello se deriven beneficios evidentes para los usuarios finales.

El crecimiento desmesurado de los programas se achaca a diversas causas, que incluyen desde la tendencia a reemplazar aplicaciones centradas en la eficiencia por versiones mejoradas menos eficientes, la introducción de ineficiencias o módulos innecesarios en la forma de trabajo y diseño de los programas, o la incorporación de funcionalidades añadidas que apenas tienen valor para el usuario y disminuyen el rendimiento general del programa incluso si no se usan.

Este último punto es severamente criticado por ser consecuencia de dar prioridad al marketing y a tener un conjunto de funcionalidades que llamen la atención antes que a la calidad, o a creer que el mercado del software demanda la inclusión continua de nuevas funcionalidades, lo que se traduce para muchos productos en la necesidad de proveer de versiones mejoradas cada cierto tiempo, para ser vendidas al usuario.

Este término también se usa, de manera más general, para referirse a aplicaciones que parecen usar más recursos del sistema de los que deberían ser necesarios. Al software con este tipo de comportamiento se le denomina: bloatware (inflaware), que en concreto son los programas que se expanden y ocupan mucho más espacio del que justifican las funciones que cumplen: algunos llevan peso muerto metido por los programadores iniciales ("huevos de pascua", o sorpresas); otros instalan sin pedir permiso componentes o partes que el usuario medio jamás utilizará. En esta época en que la memoria RAM ha bajado tanto de precio, las empresas de software ya no se preocupan de lo que fue un imperativo básico de la programación: la economía de recursos. También se le llama, aunque con menos frecuencia, fatware o crapware.

Antecedentes históricos

Los desarrolladores de software implicados en la industria durante los años '70 tenían limitaciones severas en los recursos de que disponían (espacio y memoria de disco). Por ello, importaba cada byte, cada bit y cada ciclo del reloj del procesador; estas restricciones suponían un gran esfuerzo a la hora de programar. Además, se intentaba reducir al máximo las horas de trabajo que los programadores requerían para su trabajo, con el fin de bajar el coste de producción y con ello, por consecuencia directa, el precio final del software al usuario.

Actualidad

Esta situación ahora se ha revertido. Los recursos disponibles para esta industria son baratos, y la rapidez de las características de la codificación y del título para la comercialización son ahora la prioridad de las empresas, en vez del estudio serio y a conciencia de un programa antes de lanzarlo al mercado.

En parte esto es así porque los avances tecnológicos han multiplicado desde entonces la capacidad de proceso y densidad del almacenamiento por órdenes de magnitud, mientras que se reducen los costos relativos por órdenes de magnitud similares (véase la ley de Moore).

Además, el hecho de que haya computadoras en todos los niveles de negocios e industrias y a que en los hogares se haya multiplicado enormemente el número de ellas ha producido una industria del software mucho mayor que la existente en los años '70.

Una nueva carga

Finalmente, las herramientas de desarrollo del software, cuando son actualizadas con nuevas características, también traspasan su "nueva carga" al software que se crea con ellas.

Estas funciones nuevas que los programas nuevos incorporan en su programación rara vez terminan siendo utilizadas por el usuario. Particularmente, los avances en los recursos disponibles para el desarrollo de software han conducido a la creación de más herramientas que permiten una creación más fácil del código fuente, a costa de una menor prioridad de la eficiencia final del programa.

Niklaus Wirth ha resumido la situación en la ley de Wirth, que indica que la velocidad del software está disminuyendo más rápido de lo que la velocidad del hardware está aumentando.