Argumentos a favor del código abierto [cerrado]

Question

Este verano pasé mi tiempo libre en el trabajo escribiendo una especie de marco para facilitar mi trabajo diario.En resumen, carga un xml con marcado que define los bloques del sitio, su contenido y el estilo de estos (muy similar a html), maneja la carga de activos y demás.

Ahora estoy bastante satisfecho con cómo está resultando esto y he estado ansioso por publicar parte de mi código para uso público (y escrutinio).También estoy razonablemente seguro de que llena un vacío en la construcción rápida y sencilla de sitios (o partes de ellos).

¿Cuáles serían los mejores argumentos para convencer a mi jefe/compañeros de trabajo de que publicar esto bajo una licencia de código abierto es una buena idea?

Answer 1

La OSI tiene una serie de buenos recursos con http://www.opensource.org/advocacy/case_for_business.php probablemente sea el más relevante para ti.

Hay muchos proyectos de código abierto y, cuando son populares, la mejor ventaja, en mi opinión, es que se aporten correcciones de errores y mejoras al proyecto.Tiende a desarrollar solo las características necesarias para el caso de uso en su trabajo (existen excepciones, por supuesto) y es bueno tener otras personas trabajando en otras áreas del proyecto.

Dicho esto, la gente normalmente sólo lo hará si ellos mismos tienen un uso para el proyecto y crear conciencia puede ser tan difícil como comercializar un proyecto comercial; probablemente encontrará que solo unas pocas personas lo utilizan después de haber tropezado con el proyecto a través de un oscuro ¡Búsqueda de Google!

Como tal, si bien hay muchas ventajas orientadas al desarrollo, incluso si no hay muchos (o ninguno) usuarios reales, se ve muy bien desde una perspectiva empresarial/compañía que su organización esté apoyando el lanzamiento de proyectos internos bajo código abierto. licencias.Esto muestra cosas buenas a los futuros empleados sobre la apertura de la organización.

Entonces, si bien las grandes ventajas del código abierto solo se obtienen con la escala, hay otras menos obvias que comienzan a funcionar de inmediato, es decir, construir un buen nombre para su empresa.

Answer 2

• Popularidad
• Contribución comunitaria
• Escrutinio público
• Nos veremos obligados a cumplir con las normas.(lo que a su vez mejorará el producto)
• Buena voluntad

Answer 3

Los beneficios para su empresa son pocos.Todas las razones que otros han dado suponen un grado de popularidad que es...improbable.La mayoría de los empresarios se darán cuenta de eso sin necesidad de pensar mucho en ello, por lo que no encontrarán la publicidad, el apalancamiento, el escrutinio público o la mejora de herramientas como razón suficiente para correr el "riesgo" de publicarlo como código abierto.

Dicho esto, aquí está la mejor respuesta al argumento del "riesgo" de que una empresa lance una herramienta interna como código abierto:Si no es parte de su competencia principal y se tiene cuidado de no consumir los recursos de la empresa (o exponer los secretos/la infraestructura de la empresa), realmente no hay riesgo.La empresa no pierde nada y gana potencial para obtener ganancias, incluso si ese potencial es pequeño.

Answer 4

Lancé un par de paquetes desarrollados por la empresa como código abierto.El tono básico:

Es más rentable o ventajoso para la empresa lanzar esto:

• Este paquete no es parte de nuestro negocio principal.No revelaremos la receta de la salsa secreta.
• conseguiremos que un mayor número de personas ejerzan el código, encuentren errores y, por lo tanto, aumenten la calidad del código.
• es probable que podamos encontrar algunas personas que contribuyan con código para funciones que puedan resultarnos útiles.
• buena herramienta de reclutamiento, parte 1:Los buenos programadores se sentirán atraídos por nuestra organización ilustrada y amigable con los desarrolladores.
• buena herramienta de reclutamiento, parte 2:Podemos ver a algunas personas en acción que podrían interesarnos reclutar.

Aquí hay dos paquetes independientes que se lanzaron mediante este enfoque:

• http://code.google.com/p/orapig -- bastante reciente
• http://sourceforge.net/projects/kap/ -- en mi antigua empresa

Answer 5

Creo que el quid de la razón por la que el código abierto es una buena idea es porque reúnes un GRAN recurso de personas que normalmente trabajan de forma gratuita para crear algo útil y emocionante.Un sitio como Digg está produciendo más y mejores historias que el personal @ Slashdot porque la comunidad lo impulsa.Del mismo modo, ¿un proyecto de código abierto podría lograr más resultados que un equipo dedicado SI tiene un proyecto lo suficientemente interesante como para atraer la participación?También hay muchos otros beneficios, como mejorar su código y aprender a lo largo del camino.

Answer 6

Publicidad: Podrías ejemplificar con el Ruby on Rails estructura.

Fue creado para hacer el 37 señales aplicaciones web.Lo abrieron, luego apareció alguien y creó Twitter.¡Imagínese la publicidad que tuvieron de eso!

Answer 7

La contribución más importante de hacer que un producto sea de código abierto es que instantáneamente se vuelve más accesible para las personas.

También ayuda a las personas que están realmente interesadas en tu trabajo a ver lo que has hecho, hacer sugerencias para mejorarlo e incluso echarte una mano para hacerlo en ocasiones.Además, contribuyes con algo al vasto repositorio de software de código abierto y ayudas a la comunidad a crecer y aprender a tu manera.