Salir de una estación del metro de Londres hoy en día significa ser bombardeado con una avalancha de regalos que van desde muestras de bebidas hasta un par de meses de membresías gratuitas en gimnasios.
Nos hemos acostumbrado a que los vendedores nos den muestras gratis, incluso cuando (en el caso de la membresía gratuita en un gimnasio) sabemos que este acto de benevolencia no tiene nada que ver con mejorar la salud de la sociedad. Cualquiera que haya intentado cancelar la membresía de un gimnasio después de la prueba sabrá exactamente a qué me refiero. ¡Ninguna organización que se preocupe por tu salud mental y bienestar te trataría así cuando intentara rescindir un contrato!
Sin embargo, manteniendo el lado bueno del marketing, hay patrones similares en la industria del software: demos, cuentas de prueba, productos gratuitos y «freemium».
****Todos nos beneficiamos de este método de marketing, pero lo que es más importante, sabemos lo que sucede: uso tu producto de forma gratuita a cambio de que me segmenten tus anuncios y luego te pago cuando uso más de un límite determinado o quiero activar funciones. A cambio, enriquezco tu base de datos con mis patrones de uso y, si tu producto llega a gustarme, probablemente aumente tus ventas recomendándote a mis amigos
.Todo es juego limpio. Nadie afirma ser altruista, no tiene una base moral superior. Es solo un negocio transaccional
.Sin embargo, las cosas no son tan sencillas en el mundo del código abierto. El hecho de que muchos vendedores profesen audazmente su amor por la «comunidad» y por «retribuir» en el escenario de las ferias comerciales, mientras que cualquier otra parte de su negocio esté tan orientada a obtener ganancias como la hamburguesería de al lado, es cuando menos hipócrita
.Francamente, no tengo ningún problema con el uso del código abierto como una forma de atraer a más usuarios de software, permitiéndoles experimentar con él antes de comprarlo. Ni siquiera tengo muchos problemas para analizar las tonterías de marketing que hay detrás de los motivos altruistas de un proveedor. Está todo bien. Después de todo, somos un grupo lo suficientemente sofisticado como para conseguirlo.
Sin embargo, creo que debemos dejar de ver todo el código abierto de la misma manera. Tenemos que empezar a diferenciar entre el código abierto, que tiene el objetivo más alto de mejorar la vida de todos, retribuir o construir comunidades, y el tipo de código abierto que solo existe como herramienta de marketing
.No todo el código abierto se crea de la misma manera. Incluso voy a sugerir que se les llame por nombres diferentes. Simplemente podemos referirnos a ellos como código abierto y prueba abierta para asegurarnos de que no se les asigne ningún valor o que tengan connotaciones negativas. Simplemente un etiquetado claro
.El código abierto es algo creado, gobernado y administrado por una comunidad de personas sin que ningún proveedor patrocine el proyecto. Open Trial es un proyecto en el que casi todos sus colaboradores están en la nómina de una sola empresa, en el que el proveedor patrocinador gana dinero vendiendo soporte (léase: compensación por documentación incorrecta) o la versión «empresarial» (léase: utilizable) del software
.Pero, ¿por qué debería importarnos cómo se llame? La realidad es que, si nos fijamos en su entorno, ya no hay ninguna nueva empresa emergente que pague cuentas a Oracle o EMC. Facebook se basa en MySQL y PHP, no en Oracle y ASP (o en cualquier marco de desarrollo web de código cerrado que aún exista), y esto no pinta un futuro prometedor para estas empresas gigantes de nuestro
sector.Los desarrolladores toman las decisiones sobre las herramientas fundamentales que se utilizan en una pila durante los primeros días de la evolución de una empresa y la mayoría se queda con esas opciones, ya sean buenas o malas. Esta es una gran noticia para nosotros, los desarrolladores de software. Tomamos nuestras decisiones basándonos únicamente en el mérito técnico. La pregunta que me gustaría hacer es: ¿estamos preparados para tomar las decisiones empresariales correctas en lo que respecta a nuestra elección de herramientas? Saber a qué nos enfrentamos cuando utilizamos el código abierto solo puede facilitar la respuesta a esta pregunta.
La importancia de cómo respondemos a esta pregunta queda más clara cuando piensas en cómo se gobierna un proyecto de código abierto. ¿Cómo construye, mantiene y distribuye la propiedad intelectual dentro de su producto y comunidad? ¿Qué herramientas utiliza para pasar de la edición comunitaria a la edición empresarial? Llamarlos por lo que son (versión de prueba abierta o de código abierto) facilita las cosas
.Un proyecto de código abierto tiene que ver con la comunidad. Estoy encantado de usarlo, arreglarlo, contribuir a él y beneficiarme de su apertura. Por otro lado, mi enfoque hacia un proyecto de prueba abierta va a ser diferente. Si la propiedad intelectual principal se va a mantener cerrada y se va a pagar por ella, mi contribución al proyecto va a tener distintos beneficiarios y, por lo tanto, podría afectar a mis decisiones.
Lo mismo ocurre con la comprensión de hacia dónde se dirige un proyecto (es decir, su hoja de ruta). Los proyectos de código abierto tienen órganos de gobierno transparentes en su mayor parte. Un proyecto de prueba abierta suele ser completamente diferente: las decisiones comerciales dictan su futuro. A veces, estas decisiones se toman con la pretensión de transparencia y de órganos de gobierno con múltiples proveedores, pero la realidad suele ser muy diferente. No me malinterpretes, esto tampoco tiene nada de malo. Como he dicho, se trata de conocer la puntuación para poder tomar decisiones más informadas.
Existe el peligro de tergiversar el juicio abierto calificándolo de código abierto. Creo que puede llevar a que el consumidor (los desarrolladores) tome malas decisiones empresariales, lo que a la larga perjudicará no solo a los desarrolladores sino también a los propios vendedores
. La afirmación de que«nuestro producto es de código abierto» es con frecuencia aprovechada por los vendedores que buscan generar un sentimiento positivo. Aprovechar el código abierto con fines comerciales sin ofrecer una divulgación, transparencia y comprensión completas por parte del público al que va dirigido tiene el potencial de quedar envuelto en negatividad. Así que llamemos a las cosas por su nombre y ayudemos a que la conversación avance
.