Cel: +52 (55) 3040-5403 Correo: mariana.velazquez@recluit.com
post-tittle

Recomendaciones para los proyectos en open source

Por: Reclu IT

6 de julio de 2016

Hasta hace un par de años pocos expertos se hubiesen imaginado que los proyectos con código abierto serían solicitados por las empresas, pero gracias a la llegada de la nube porque se vio que para tener en ese espacio significa que la comunidad forme parte de lo que uno hace.

Antes creíamos que si creábamos código fuente no debíamos compartirlo bajo ninguna circunstancia, es algo que indica Jeremy Burton, presidente del área de Productos y Marketing en EMC, quien desde su experiencia en la organización han aprendido algunas cosas sobre la participación en el mundo del código abierto que vale la pena compartir.

En primera instancia destaca un cambio cultural en las empresas, pues tradicionalmente, cuando se piensa en el lanzamiento de un producto se cree que debe ser perfecto y se deben resolver todos los problemas antes de lanzarlo.

En el caso del código abierto que las cosas estén perfectas en un principio es mucho menos importante; es mucho más importante que el código pase a dominio público para que la comunidad comience a trabajar con él.

Tal vez crean que si crean algo de código abierto, deben tener 50 partners. De hecho, no es necesario. Yo solía creer lo mismo. La clave para impulsar una iniciativa de código abierto es mostrar compromiso con el desarrollo de un proyecto de calidad superior. Si se ofrece algo de valor, la comunidad respaldará el proyecto.

Para hablar de la ayuda de la comunidad expone que no siempre se elige quiénes son sus partners; la comunidad toma las decisiones. Así que ejemplifica que Intel es uno de sus mayores partners en CoprHD, lo que tiene sentido.

Aunque sinceramente no había anticipado la gran contribución de la Universidad Estatal de Oregón (OSU, por su sigla en inglés). Sin embargo, un año más tarde, OSU está usando el kit de desarrollo de software descendente de CoprHD para desarrollar un nuevo plug-in de EMC ScaleIO. ¿Qué motivó la participación de OSU? Participar en proyectos de código abierto es una excelente forma de dar a conocer a los estudiantes y sus capacidades.

Existen varias licencias de código abierto con las cuales lanzar software. Es sumamente importante conocer las diferencias entre las licencias, ya que pueden afectar la contribución de la comunidad. Mientras que unas pueden garantizar que todo el código desarrollado como resultado del proyecto siga siendo de código abierto, otras pueden generar mayor interés en torno al proyecto.

Para finalizar, cuestiona ¿Cuáles son los pasos a seguir? Creo que gran parte del desarrollo de software y de nuestro desarrollo seguirá por el camino del código abierto. Conocer con precisión los resultados de ello es sencillo, ya que la mayoría del código abierto que creamos se publica en nuestra Comunidad de EMC{code}

Deja tu comentario

Tu dirección de correo electrónico no será publicada.

Campos obligatorios(*)
post-tittle

Recomendaciones para los proyectos en open source

Por: Reclu IT

6 de julio de 2016

Hasta hace un par de años pocos expertos se hubiesen imaginado que los proyectos con código abierto serían solicitados por las empresas, pero gracias a la llegada de la nube porque se vio que para tener en ese espacio significa que la comunidad forme parte de lo que uno hace.

Antes creíamos que si creábamos código fuente no debíamos compartirlo bajo ninguna circunstancia, es algo que indica Jeremy Burton, presidente del área de Productos y Marketing en EMC, quien desde su experiencia en la organización han aprendido algunas cosas sobre la participación en el mundo del código abierto que vale la pena compartir.

En primera instancia destaca un cambio cultural en las empresas, pues tradicionalmente, cuando se piensa en el lanzamiento de un producto se cree que debe ser perfecto y se deben resolver todos los problemas antes de lanzarlo.

En el caso del código abierto que las cosas estén perfectas en un principio es mucho menos importante; es mucho más importante que el código pase a dominio público para que la comunidad comience a trabajar con él.

Tal vez crean que si crean algo de código abierto, deben tener 50 partners. De hecho, no es necesario. Yo solía creer lo mismo. La clave para impulsar una iniciativa de código abierto es mostrar compromiso con el desarrollo de un proyecto de calidad superior. Si se ofrece algo de valor, la comunidad respaldará el proyecto.

Para hablar de la ayuda de la comunidad expone que no siempre se elige quiénes son sus partners; la comunidad toma las decisiones. Así que ejemplifica que Intel es uno de sus mayores partners en CoprHD, lo que tiene sentido.

Aunque sinceramente no había anticipado la gran contribución de la Universidad Estatal de Oregón (OSU, por su sigla en inglés). Sin embargo, un año más tarde, OSU está usando el kit de desarrollo de software descendente de CoprHD para desarrollar un nuevo plug-in de EMC ScaleIO. ¿Qué motivó la participación de OSU? Participar en proyectos de código abierto es una excelente forma de dar a conocer a los estudiantes y sus capacidades.

Existen varias licencias de código abierto con las cuales lanzar software. Es sumamente importante conocer las diferencias entre las licencias, ya que pueden afectar la contribución de la comunidad. Mientras que unas pueden garantizar que todo el código desarrollado como resultado del proyecto siga siendo de código abierto, otras pueden generar mayor interés en torno al proyecto.

Para finalizar, cuestiona ¿Cuáles son los pasos a seguir? Creo que gran parte del desarrollo de software y de nuestro desarrollo seguirá por el camino del código abierto. Conocer con precisión los resultados de ello es sencillo, ya que la mayoría del código abierto que creamos se publica en nuestra Comunidad de EMC{code}

Deja tu comentario

Tu dirección de correo electrónico no será publicada.

Campos obligatorios(*)

Política de privacidad de www.recluit.mx

Para recibir la información sobre sus Datos Personales, la finalidad y las partes con las que se comparte,
contacten con el Propietario.