open-source - tecnologia - que es la tecnología open source

Argumentos para ir a fuente abierta

Question

Pasé mi tiempo de inactividad en el trabajo este verano escribiendo un marco de trabajo 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 tal.

Ahora estoy bastante satisfecho con la forma en que esto está sucediendo, y he estado ansioso por lanzar algunos de mis códigos para uso público (y escrutinio). También estoy razonablemente seguro de que llena un vacío para la construcción rápida y sencilla de los 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

Creo que el quid de la razón por la que el código abierto es una buena idea es porque reúnen un GRAN recurso de personas que generalmente trabajan gratis para crear algo útil y emocionante. Un sitio como Digg está generando más y mejores historias de las que el personal @ Slashdot podría porque la comunidad lo maneja. De la misma manera, un proyecto de código abierto podría hacer más que un equipo dedicado SI tiene un proyecto lo suficientemente emocionante como para atraer la participación. También hay muchos otros beneficios, como mejorar tu código y aprender en el camino.

Answer 2

La contribución más importante de hacer que un producto sea de código abierto es que se vuelve instantáneamente 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, a hacer sugerencias para mejorarlo e incluso a ayudarte a hacerlo algunas veces. Además, contribuye con algo al vasto repositorio de software de código abierto y ayuda a la comunidad a crecer y aprender a su manera.

Answer 3

Los beneficios para su compañía son pocos. Todas las razones que otros han dado suponen un grado de popularidad que es ... poco probable. La mayoría de las personas de negocios se darán cuenta de que sin tener que pensar mucho al respecto, no encontrarán publicidad, apalancamiento, escrutinio público o mejora de herramientas, razón suficiente para tomar el "riesgo" de publicarlo como código abierto.

Dicho esto, este es el mejor contra el argumento de "riesgo" para una empresa de lanzar una herramienta interna como código abierto: si no es parte de su competencia central y se toma cuidado para que no absorba los recursos de la compañía (o exponer secretos de la compañía / infraestructura), realmente no hay riesgo. La compañía no pierde nada y obtiene un potencial de ganancia, incluso si ese potencial es pequeño.

Answer 4

Publicidad: podría ejemplificar con el marco Ruby on Rails .

Fue creado para hacer las aplicaciones web 37signals . Abren fuentes, luego alguien vino y construyó twitter. ¡Imagina la publicidad que tuvieron de eso!

Answer 5

• Popularidad
• Contribución de la comunidad
• Escrutinio público
• Nos veremos obligados a cumplir con los estándares. (lo que a su vez mejorará el producto)
• Buena voluntad

Answer 6

He lanzado un par de paquetes desarrollados por la empresa como fuente abierta. El tono básico:

Es más rentable o ventajoso para la compañía lanzar esto:

• este paquete no es parte de nuestro negocio principal. No estamos regalando la receta a la salsa secreta.
• obtendremos un cuerpo más grande de personas que 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 las características que podamos encontrar ú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 a las que podríamos interesar reclutar.

Aquí hay dos paquetes independientes que fueron lanzados a través de este enfoque:

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

Answer 7

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

Hay muchos proyectos de código abierto y, cuando es popular, la mejor ventaja, en mi opinión, es que las correcciones de errores y las mejoras contribuyen 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 que otras personas trabajen en otras áreas del proyecto.

Dicho esto, las personas generalmente solo lo harán si tienen un uso para el proyecto y crear conciencia puede ser tan difícil como comercializar un proyecto comercial; probablemente solo algunas personas lo usarán al haber tropezado con el proyecto a través de un oscuro ¡Búsqueda de Google!

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

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