2010-06-27 7 views
10

Estoy construyendo un sitio web de 'software como servicio' que cobrará a los usuarios una pequeña tarifa mensual. Estoy considerando cambiar el repositorio de Github de privado a público. Esencialmente abierto sourcing it. ¿Es este suicidio? Me gustaría que la comunidad pueda beneficiarse del código. Es poco probable que acepte cualquier solicitud de inserción, así que no voy a obtener nada al respecto. Está basado en la comunidad, así que creo que la mayor parte del valor lo perdería alguien que lo hospede. Es para una audiencia muy específica así que dudo que alguien más comience un hosting competitivo. Realmente me gustaría que el código esté abierto, pero no a expensas de mi idea, por supuesto. ¿Cómo se sienten todos los demás sobre esto? ¿Cuál es la práctica común?Abrir una fuente de un sitio comercial

Conclusión, lo estoy cerrando por el momento. Sin embargo, puede que busque abrir el código en algún momento después del lanzamiento.

Respuesta

4

Para ser honesto, y esta no será una respuesta popular, pero para mí, la mantendría cerrada durante un período de tiempo.

Las razones para esto son simples, establecer su punto de apoyo en el mercado, construir su base de usuarios, su marca, luego le da un mecanismo para promocionar su producto aún más al abrir selectiva o completamente componentes de su sistema.

+2

¿Porque MySQL no pudo establecer una base comercial mientras era de código abierto (sin contar la compra de $ 1 mil millones)? Y muchos otros ejemplos –

+2

No respondo al cebo de llama. Dos personas razonables pueden estar en desacuerdo sobre determinados puntos, sin necesidad de asumir la posición de que se trata de una batalla religiosa. Por favor no lo hagas tal. – jer

+2

@jer, ¡no es una batalla religiosa! Simplemente en desacuerdo. es solo que sus puntos no vienen con evidencia para respaldarlos y son defectuosos; ser de código cerrado, en la mayoría de las situaciones, proporciona ninguna de las ventajas que usted declara. Basta con mirar la base de usuarios, el punto de apoyo, a veces la rentabilidad y la marca de Mozilla Firefox vs IE, Apache vs IIS, y así sucesivamente. –

4

me dicen que lo haga por tanto beneficio personal y el potencial beneficio estratégico ... después de todo, una gran cantidad de software es un servicio

La mayoría de los proyectos de código abierto de pie para proporcionar un retorno en las circunstancias adecuadas. No lo olvides, a menos que tengas una patente o algún avance masivo que sea tan complejo e insondable que nadie pueda volver a implementarlo ... si lo desean, de todos modos, por lo que tienes poca protección quedando cerrado de todos modos ... .Y aún más interesante es que el equivalente de código abierto puede superar a su propietario si obtiene soporte.

Es posible que las personas le envíen grandes ideas que nunca pensó, o tome su código base en una dirección que no hubiera previsto. A menos que tenga un valor significativo en términos de IP o posición estratégica atada en el código fuente ... liberarlo probablemente hará más bien que dañar.

Además, al ser el primero en el campo de código abierto con su código, obtiene el control de cualquier desarrollo resultante impulsado por la comunidad ... si alguien reimplementó su funcionalidad y fue de código abierto ... ¿podría competir en cualquier frente?

Sé que es un cliché, pero probablemente por una buena razón, pero leer The Cathedral and the Bazaar y el ensayo Open Source as a Signalling Device - An Economic Analysis que es una lectura interesante. Michael E. Porter's textos sobre análisis de la competencia son interesantes cuando se enfrentan a la economía de valor mixto y las fuerzas competitivas de código abierto y muestra cómo puede ser un producto disruptivo de open-sourcing para sus competidores ... y cómo puede agregar valor a su posición en el mercado. Además, si bien es contraintuativo, puede levantar las barreras para una entrada exitosa por parte de los competidores.

Más de reflexión sobre las ventajas y desventajas de código abierto:

  1. What the DoD thinks of open source
  2. Alfred H. Essa "Innovation and strategic advantage: lessons from open source" (advertencia, enlace de la revista)
+0

El enlace "Lo que el Departamento de Defensa piensa de código abierto" debe ser http://powdermonkey.blogs.com/files/2009oss.pdf. –

+0

@Gert G - Gracias, cambiado :) –

6

Dado que no van a aceptar empujes Es mejor que espere que su código sea estable y luego publíquelo para que otros lo aprendan y se beneficien. Aún estás creando el servicio, por lo que tampoco atraerá demasiados ojos.

Desde un punto de su negocio, es posible que desee tener una comunidad razonable en torno a su servicio antes de abrirlo. si todavía estás en ciernes, quién sabe si es absorbido por un competidor más fuerte. Si su idea está patentada, es una historia diferente.

2

¿Qué beneficio espera obtener con la creación de código abierto? Si no quiere la entrada de otros desarrolladores, existen muy pocas ventajas y muchas desventajas potenciales.

+0

Supongo que me gusta la idea de que esté disponible si alguien quiere verla. Es probable que sea un poco idealista. Creo que sería genial para un usuario si tuviera curiosidad. La ventaja para mí, supongo que no es nada, pero si puedo publicarla sin perder nada, me gustaría. –

3

Me gusta arreglar defectos donde sea que los vea, y tal vez soy uno de sus usuarios. Prefiero enviar un parche que enviar un correo electrónico potencialmente molesto cualquier día.

Cuestiones relacionadas