Featuritis en Software Libre 4

Featuritis es un término acuñado con la mezcla del anglicismo feature (característica, propiedad, funcionalidad, prestación) y la desinencia itis (con la que se designan en medicina las inflamaciones), para identificar el momento del desarrollo de una aplicación en el que se dispone de tantas funcionalidades y prestaciones que complican la usabilidad del fin principal de dicha aplicación.

En el mundo del software privativo la featuritis es la consecuencia de la sobre oferta de plug-ins, propagandas y otras funciones “cerradas” que llegan al usuario para “utilizar mejor” la herramienta. También la featuritis está motivada por la necesidad de ofrecer al mercado nuevas mejoras (que muchas veces no son necesarias) pero que terminan siendo importantes argumentos de venta para la nueva versión, forzando la aparición de necesidades (inexistentes) en los usuarios. Ejemplos hay muchos, desde hace un tiempo estoy recolectando capturas de ellos:

Office Office Explorer Explorer XP

En el mundo del software libre las aplicaciones son más modulares y no tenemos la presión de forzar necesidades en los consumidores. La frase lo que se necesita es muy utilizada para definir el alcance de una aplicación. Por otro lado, siempre digo que es posible adaptar la herramienta, quitar lo que no necesito, juntar las mejores funcionalidades de dos herramientas distintas….. pero llevado al terreno prácitco, es realmente así la realidad del software libre? puede una aplicación de software libre sufrir de featuritis?

La respuesta es y tengo un ejemplo (que supongo no ha de ser el único).

Se trata de TikiWiki, un manejador de contenido (CMS) para web que ha crecido horizontalmente de forma muy explosiva y que, actualmente, no es posible definirlo como un CMS, sino que es casi de todo, como se describe en su documentación. El propio autor de Tikiwiki, Luis Argerich ofreció una clara explicación para este fenómeno, explicando que Tikiwiki no es un CMS ampliado, sino que es un framework para programar aplicaciones en PHP cuyo aplicación principal (un CMS) recibe contribuciones de cualquier tipo.

Entonces, lo que en un principio podía ser interpretado como featuritis del Tikiwiki, ya no es así.

No obstante, el otro día me enfrenté a un problema con Tikiwiki, que fue lo que me llevó a escribir este análisis: Sucede que instaló la última versión y la misma viene con un editor de gráficos llamada JGraph que está muy interesante, pero que es una herramienta demasiado potente para el tipo de gráficos que yo edito. Con anterioridad Tikiwiki era acompañado por la aplicación jHotDraw que era la que yo aprendí a usar y que es mucho más sencilla y simple que JGraph.

Y la featuritis de JGraph, que permite editar dibujos 3D de paisajes y vaya uno a saber qué mas…, me golpeó en carne propia, cuando yo solo necesitaba escribir un texto reodeado por un cuadrado.

Entonces junto con Gustavo y algun tiempo de configuración e instalación, pudimos dejar funcionando el jHotDraw dentro de mi Tikiwiki sin problemas. Por supuesto que necesitamos meternos en los códigos íntimos de Tikiwiki, editar la biblioteca que llama a la aplicación de dibujo, modificar el programa que controla la edición/grabación de los gráficos, etc., pero gracias a que trabajamos con software libre, tuvimos la posibilidad de hacerlo.

En el mundo del software privativo, posiblemente habría tenido que aceptar el cambio y aprender a trabajar con una aplicación llena de funcionalidades que nunca usaré. Y esto me demostró que si es posible en el software libre aplicar los preceptos que uno difunde, siempre que exista el suficiente interés y la necesidad para tener funcionando lo que a uno más le sirve.

4 thoughts on “Featuritis en Software Libre

  1. Reply Jorge Nov 3,2004 14:21

    Rodolfo, primero gracias por la explicación del otro día de como mantener al dia WP. Ahora vamos con el tema del enclosure: cuando cliqueo sobre ese link desde Bloglines (que desde hace algunos dias soporta perfectamente este tag mediante sus Web Services) me lleva a una imagen muy pequeña de una de tus capturas de pantalla. ¿Me lleva solamente al thumbnail? Yo andaba con ganas de empezar a testear el tema de los enclosures en los proximos días. Veremos, eso sí, si el Podcasting es una nueva tendencia o simplemente un divertimento para algunos días.

  2. Reply tabo Nov 4,2004 20:11

    Ya lo dijo jwz en la famosa “Ley de Zawinski”:

    —-
    “Every program attempts to expand until it can read mail. Those programs which cannot so expand are replaced by ones which can.� Coined by Jamie Zawinski (who called it the “Law of Software Envelopment�) to express his belief that all truly useful programs experience pressure to evolve into toolkits and application platforms (the mailer thing, he says, is just a side effect of that). It is commonly cited, though with widely varying degrees of accuracy.
    —-

  3. Pingback: Reivindicando la Terminal | Rio Pilas Rio Pilas

  4. Reply Andres Tarallo Mar 18,2014 14:26

    Un ejemplo clasico de featuritis es Emacs, y es para consola

Leave a Reply

  

  

  

Anti-Spam by WP-SpamShield