OpenSourcing Rails code?

Siento el titulo en ingles, pero en realidad no se como decir de manera corta “OpenSourcing” en español… me ayudan? “Liberan?…?”

La empresa Joyent, lo mismos detrás del famoso hosting oficial de Rails Textdrive liberaron el código de dos de sus principales proyectos comerciales:

  • Connector: Gestión de proyectos web
  • Slingshot: Prometen poner aplicaciones Rails en tu escritorio (Preparando un I+D especialmente para nuestro CMS)

Esto significa que desde Hoy puedes navegar en los códigos de estas dos aplicaciones y ver como ponen todo junto, ojo que son aplicaciones que en el caso de Connector utiliza mas de 60 modelos… el código aquí, yo mañana en el desayuno lo analizo.

Pero mi asombro surge de la nueva manera de trabajar de las empresas, se imaginan una empresa como Microsoft abriendo su código en los años 80?

En mi caso, me encuentro trabajando en un CMS para mi empresa dentro de un trabajo de re organización que estamos realizando con el equipo OW, pero si me preguntan, Nico - ¿Por qué no liberas tu código, así todos aprendemos?, quedo en una disyuntiva gigantesca. Que se agudiza con el solo hecho de publicarlo en mi blog, Amo el Software Libre, pero también creo en como generamos valor y en el mercado.


Que harias tu frente a este nueva forma de trabajar?,
Compartir con tu comunidad o Regalar tu trabajo?…

Me gustaría escuchar sus opiniones, solo les tomará un par de minutos.

Via | The Maestros of RubyInside

Guardado en: opensource, rubyonrails |

10 Comments

  • Saturday, 14 July 2007, 4:01

    Hola Nico, esta notable lo de joyent. Yo siempre he tenido curiosidad por intrusear el codigo de aplicaciones PRO en Rails y ahora con la apertura del Connector esto es posible :)…. revise un poco el trunk y es gigante la aplicacion!

  • Saturday, 14 July 2007, 4:41

    Con respecto al tema de abrir o no el codigo:

    ufff…me parece complejo el tema … tengo un nivel de conocimiento bastante bajo en temas de licencias (..siempre he tenido la duda acerca de la aplicabilidad de licencias a la realidad chilena).

    Me parece que si, como empresa, vas por el camino de abrir el codigo tienes que tener muy claro como te vas a diferenciar de otra empresa que podria tomar tu codigo y hacer una oferta similar.

    Quizas es solo el miedo a dar el paso inicial, pq estoy convencido que los beneficios al final son mayores que los costos.

    He visto varias discusiones sobre 37 signals y su posicion sobre abrir el codigo de sus aplicaciones (su postura es que no las abriran). Tim Oreilly hace poco posteo sobre la GPL y el software as a service, lo que dio inicio a una discusion muy interesante.

    Saludos,
    Rodrigo!

  • Sunday, 15 July 2007, 14:58
    By gastu

    free4all

  • Sunday, 15 July 2007, 19:13

    Si, el tema da para pensar sobre el trabajo propio. Lo que trabajamos con tecnologías Open Source le debemos mucho a la comunidad y dan ganas de retribuir con algo…
    Cuando trabajas con Rails, el valor está en la idea o propósito de la aplicación (y su implementación), por lo que es complicado liberar la aplicación completa. pero por suerte Rails hace muy fácil la modularización del código (especialmente con los plugins) y una buena forma de contribuir es abstrayendo lógica importante de la app y publicandola en forma de plugins. Los mismos 37Signals lo hacen con frecuencia. Otra forma es enviando patches y documentación al Trac de Rails. Personalmente pienso ponerme las pilas con esto porque le debo demasiado a Rails básicamente, mi pega :) )

  • Sunday, 15 July 2007, 21:39

    Eso me deja mas tranquilo y tienes toda la razón con respecto a todo lo que hemos ganado gracias a esta increíble comunidad. Debemos potenciarla aqui en Chile y seguir escribiendo buenos artículos en nuestros blogs.

  • Monday, 16 July 2007, 9:02

    Yo creo que deberías sopesar las ventajas que te daría abrir el código o no. Por un lado, si tu ventaja competitiva es tu producto, probablemente no te interesaría abrirlo para librarte de competencia. En cambio tu ventaja podría ser tu servicio, y aprovechar la comunidad para corregir errores, tapar agujeros de serguridad, extender funcionalidades, etc. y de esa manera que tu producto madure y crezca sin gran esfuerzo por tu parte.

  • Monday, 16 July 2007, 21:54

    Hola nico, excelente punto de vista el tuyo y el de Ismael sobre el OS.
    Me estoy estudiando y metiendole al ROR desde hace un tiempo con miras de hacer algo “web 2.0″.. y me llege a preguntar lo mismo que tu señalas?

    Considero que aportando nuevas cosas, plugins, tips, mas informacion y evangelizacion creo que llenamos unos vacios. Pero algo interesante en ROR que veo es que ya el codigo sera lo de menos, cada vez ROR es mas DRY y lo que resaltara seran la calidad de servicios y el valor de la idea o producto.

  • Monday, 16 July 2007, 21:56

    otra cosita.. felicitaciones por tan excelente blog , para mi es un gran referencia de ROR en español al igual que EstadoBeta.com

    y eso ya es un gran aporte a la comunidad :)

  • Tuesday, 17 July 2007, 0:36

    Hola Colegilla Jesuús, tienes toda la razón. Creo que también pasa por el valor agregado que le demos a nuestra creaciones, si “el precio” se basa en ese valor, el código pasa a no ser importante.

    Es como un computador Apple, todos los computadores tienen prácticamente lo mismos componentes, pero son ellos los que se venden y generan ese valor alrededor de sus productos, técnicamente entonces, Apple podría liberar sus códigos (patentes) sin problemas.

  • Tuesday, 17 July 2007, 3:18

    @Miguel: Gracias, comentarios como los tuyos dan la motivación para seguir escribiendo.

Leave a comment

norellan