Es sabido por todos (y si no, ya lo sabéis) que soy un programador bastante geek (si no lo entiendes, interpretalo como friki). Una de las cosas que nos da mucho de hablar son el software libre: ¿liberar? ¿no liberar? ¿cosa de código? Ricardo Galli acaba de escribir en su blog una entrada tratando sobre el asunto. Como es costumbre, he dejado mi caca en los comentarios del post expresando mi opinión sobre el tema.

Personalmente pienso que depende de:

  1. la postura de la empresa: la mayoría de programas en los que existen conflictos con la liberación del código están respaldados por alguna empresa
  2. la calidad del código: el código puede funcionar, pero ser una soberana mierda en cuanto a estructura
  3. la postura de los programadores: esto en menor grado que con el primer punto, sin embargo, existen razones por parte del programador (el que no tiene abuela, el solidario y el altruista)
  4. la ubicación del programa en un sector determinado: no es lo mismo que sea un CMS, un gestor de correo, un lector de feeds que el mismisimo código de un buscador

Galli comenta sobre la liberación de aplicaciones usadas por el NYTimes, cosa de los friquis que estan detrás de la infraestructura IT del diario (Para saber de que hablo con los frikis del IT, lo mejor es que veáis The IT Crowd). Aquí, y como ejemplo, liberan el código de una aplicación de caching XSL y una capa de abstracción de base de datos –todos usados en la página web del NYTimes– perfectamente documentados.

Volviendo al tema, influye la calidad del código. Puede funcionar bien pero ser –técnicamente– una soberana mierda. Por ejemplo, aplicaciones creadas por principiantes en sitios webs de iniciación a la programación. Y lo digo con cariño, por que yo lo hacia, sin embargo no son aplicaciones aptas para producción por mucho que digan lo contrario. Lo más curioso es que soliamos poner las rutinas en un fichero, las plantillas de diseño en otro y las funcions de acceso en otro. Codigo amontonado (imposible modificarlo) pero rápido, al menos.

Luego está el código estructurado pero sin optimizar, y me refiero a WordPress, que de light ni el nombre. Cuidado con reventar el servidor.

Y, por último, el código estructurado, limpio y optimizado. Por ejemplo, el de menéame (no es por ser pelota, pero es el más estructurado y optimizado a la vez que he visto en mi vida, y eso que aún me queda).

También influye la propia opinión de los programadores. Que el código sea proyecto propio, proyecto personal en conjunto con una empresa o que sea algo innovador y factible suele en algunos casos –y con razón– provocar que el programador no libere el código por unos temores de competencia existentes.

Termino con resaltar la propia función de la aplicación: un lector de feeds o un webmail se pueden liberar la mayoría de las veces sin temor alguno, pero no algo innovador, no existente o relativamente nuevo. Que te roben la idea ya puede ser algo, que tiren de tu código puede ser peor aún.