Los bemoles del OpenSource: ¿Y que pasa con los proyectos pequeños?
Blockhead no ha tenido una vida fácil
Ahh, si sólo los bemoles se aplicaran a la música. Pero no es así, en este caso el código abierto u OpenSource también tiene los suyos. En particular voy a hablar de los proyectos gratuitos a los cuales casi llamaría “pasatiempos“, en este caso StupidZombie.
El lado feo de un proyecto de código abierto:

¿Alguien se acuerda de agua y fuego?
- Es un proyecto costoso: StupidZombie es bien costoso. Cuesta tiempo que pudiera estar utilizando en otras cosas. Me cuesta el dominio de DNS, el hospedaje. Cuesta el esfuerzo de convencer a otras personas para que se involucren y participen en el proyecto.
- Es dificil conseguir colaboradores: Nadie quiere trabajar en un proyecto pequeño, y menos de gratis. Si el proyecto es en Español entonces las posibilidades de conseguir colaboradores bajan dramáticamente (yo tengo varias teorías, con gusto las discutimos en cuanto me dejen sus comentarios). Hay que promocionar el proyecto en muchos sitios, de muchas maneras para darlo a conocer, explicando el potencial (Por ejemplo, después de mucho trabajo tuve la suerte que DrRomney se interesara en el diseño del proyecto. De allí nació Blockhead y el sitio web del proyecto).
- Requiere dedicación: La tentación de hacer cualquier otra cosa a estar echando código en solitario es grande. Revizar cucarachas, probar cosas nuevas. Si usted no disfruta de su proyecto entonces ni siquiera empiece (por ejemplo muchos de los proyectos en Source Forge nunca liberaron una linea de código y ahora están abandonados).
Con el tiempo uno aprende a hacer mejores propuestas. Por ejemplo, uno de mis primeros pasatiempos OpenSource fué CVEBrowser. En aquel entonces estaba aprendiendo Servlets y JSP y me pareció buena idea dejar algo atrás. El proyecto llegó a su versión 1.0 y allí murió ya que nunca hubo interés de nadie en ver nuevas cosas (sin embargo hasta el día de hoy hay descargas del código desde su sitio web).
Al mismo tiempo PingBlog (el ancestro de StupidZombie) y ElAngelNegro (Kodegeek) nacieron. PingBlog nunca fué popular y ciertos cambios le dieron nueva vida el proyecto. Kodegeek es bien experimental y recoge todas (bueno, casi todas) los experimentos con código de los cuales he hablado en este blog a través de los años (todos los meses tiene descargas de código, así que hay bastante interés en el proyecto, pese a que son piezas de código aquí y allá)
No todos fueron grandes éxitos: The Java Simple Registration System (JSRS) nunca liberó código y sólo se quedo en documentación (razones personales y desde entonces otros proyectos han despegado). AguaYFuego fué otro experimento interesante mientras jugaba con los motes de Sentilla, pero nunca tuvo la intención de despegar como algo más serio.
Con el tiempo uno aprende una que otra lección:

Kodegeek y sus múltiples experimentos
- Algunos éxitos vinieron de otros proyectos: Hace ya unos años atrás yo era un usuario avido de OpenNMS. En ese tiempo el proyecto no tenia un ‘plugin’ para monitorear bases de datos usando JDBC (sólo uno que detectaba si el puerto en TCP/IP estaba abierto o no). Después de jugar un poco envié el código al proyecto y (suerte para mi) fué aceptado. Hoy en día estan trabajando en un código más limpio, pero en ese entonces esta pieza de código ayudo a unos cuantos (y yo muy agradecido por poder ayudar).
- Mercadeo, mentiras y vídeo: Como cambiar el nombre del proyecto ayuda: Desde que el proyecto cambio su nombre a StupidZombie (bendito dominio en DNS) ha habido más colaboración e interés. Gracias a esto conseguí que alguien se interesara en el proyecto y creara un diseño atractivo que a logrado que la gente se baje la aplicación, juegue con ella. Las redes sociales como Facebook, Twitter y proyectos como Kenai.com han ayudado mucho, en comparación con métodos más tradicionales como anunciar el proyecto en Freshmeat.net o hospedarlo en Source Forge
- Siempre ayuda escribir algo que solucione un problema de verdad: A veces reinventar la rueda no es tan malo
Sin embargo quedan obstáculos:

- Aún es costoso competir con el código comercial: Por ejemplo, obtener certificados digitales para firmar el código es costoso. Si lo quieres hacer gratis es un proceso complejo. Promocionar el producto como si fuera comercial cuesta dinero (por ejemplo la tienda Java Store no es grátis, ya que ellos tienen que pagar los costos de mantenimiento y distribución). Si a eso le suma el hecho de que nadie paga por código abierto (olvidense de las donaciones, yo nunca he recibido una en ninguno de mis proyectos)
¿Y al final, hay algo de valor en todo esto?

Buglabs: La combinación del OpenSource en Hardware y Software
Yo soy de los que cree que hay que dejar algo atrás, algo que hable de ti. No tiene que ser perfecto, sólo tiene que ser útil. Si es útil entonces seguirá creciendo, no importa si no se le dedica la misma atención. El hecho de involucrarse en varios aspectos del desarrollo de un proyecto (no sólo el echar código) es altamente gratificante ya que se aprenden muchas cosas, sobre todo el como actuar en diferentes roles (promotor de mercadeo, desarrollador, gerente de producto, diseñador de imagen y madrina del equipo
).
Ya para terminar los dejo con un pequeño pero interesante articulo sobre el verdadero valor del código OpenSource.








Últimos Comentarios