¿Dónde termina el Open Source y dónde comienza la autopromoción?
Hace algunos días publiqué AppDTE Community, un proyecto Open Source desarrollado durante varios años cuyo objetivo es facilitar la integración de la facturación electrónica chilena mediante una API desarrollada en Java.
Decidí compartirlo en distintos espacios relacionados con Java y desarrollo de software.
Uno de ellos fue la comunidad techs.cl.
La razón era bastante simple.
La comunidad se presenta como un espacio para compartir conocimiento tecnológico.
Precisamente por eso pensé que era el lugar adecuado para presentar un proyecto Open Source acompañado de su código fuente, documentación técnica y arquitectura.
Sin embargo, la publicación fue considerada spam y posteriormente fui expulsado de la comunidad.
Mi reacción
Reconozco que ver mi publicación clasificada como spam me sacó de las casillas. Después de dedicar años al desarrollo del proyecto, sentí que no se estaba evaluando el trabajo técnico que había detrás, sino únicamente el hecho de que fuera yo mismo quien lo estuviera presentando.
Durante varios días me costó entender esa decisión.
Con el tiempo comprendí que mi molestia no provenía únicamente de la expulsión.
Provenía de una pregunta que sigo haciéndome hasta hoy.
¿Qué estaba compartiendo?
Cuando publiqué AppDTE Community no estaba compartiendo únicamente un enlace.
Estaba compartiendo:
- Código fuente.
- Documentación técnica.
- Manuales de instalación.
- Documentación OpenAPI.
- Ejemplos de integración.
- Una arquitectura desarrollada durante años.
- Un proyecto Open Source disponible para cualquier desarrollador.
Naturalmente, alrededor del proyecto también existen servicios profesionales de implementación, integración y soporte.
Nunca lo he ocultado.
Pero el hecho de que exista una actividad profesional asociada no convierte automáticamente un proyecto Open Source en publicidad.
La pregunta que me quedó
Aquella experiencia me llevó a formular una pregunta que considero interesante para cualquier comunidad técnica.
¿Cuándo un proyecto Open Source deja de ser una forma de compartir conocimiento y pasa a convertirse en autopromoción?
No tengo una respuesta definitiva.
Entiendo perfectamente que las comunidades deban moderar sus espacios.
También entiendo que nadie quiere convertir una comunidad técnica en un canal lleno de publicidad.
Pero también creo que compartir un proyecto Open Source es compartir conocimiento.
Detrás de un repositorio existen decisiones de arquitectura, documentación, pruebas, errores corregidos y años de experiencia acumulada.
Compartir conocimiento también es mostrar proyectos
Muchas veces hablamos de la importancia del Open Source.
Invitamos a los desarrolladores a publicar código.
A documentar.
A colaborar.
A enseñar.
Pero cuando un desarrollador decide abrir un proyecto completo, inevitablemente también está mostrando un trabajo realizado por él mismo.
Y ahí aparece una línea que, en ocasiones, parece difícil de definir.
¿Hasta qué punto compartir un proyecto propio deja de ser compartir conocimiento?
Mi opinión
Personalmente no considero que aquella publicación haya sido spam.
Fue la primera vez que compartía AppDTE Community en ese canal.
No estaba publicando repetidamente el mismo mensaje ni intentando inundar la comunidad con publicidad.
Mi intención era presentar un proyecto Open Source que decidí liberar después de varios años de desarrollo.
Entiendo que otras personas puedan interpretar esa publicación de forma distinta.
Precisamente por eso creo que vale la pena abrir esta conversación.
Más allá de una comunidad
Este artículo no busca convencer a nadie de que una comunidad actuó correctamente o incorrectamente.
Tampoco pretende iniciar una confrontación con techs.cl ni con sus administradores.
Lo que sí busca es plantear una reflexión que considero relevante para cualquier comunidad técnica.
Si queremos fomentar el software Open Source, también debemos preguntarnos cómo crear espacios donde los desarrolladores puedan compartir proyectos completos sin que automáticamente sean considerados publicidad.
Porque un proyecto Open Source no es solamente código.
Es documentación.
Es arquitectura.
Es experiencia.
Es conocimiento.
Y, en mi opinión, compartir conocimiento sigue siendo uno de los pilares más importantes de cualquier comunidad técnica.
Comentarios
Publicar un comentario