Barrapunto

No aspiro a talibán ortográfico ni mucho menos pero alguien ha cometido un pequeño error, 'hace' debería ser sustituído por 'hacer'.

Pues eso, que liberar código no requiere rellenar formularios ni contratar al bufete de abogados Fulano, Mengano, Zutano y Perengano. Basta con ponerlo una página web de la empresa indicando claramente "este programa se distribuye bajo la licencia Tal y Cual". Ojo con cagadas como liberar código ajeno.

Venga, va.

• Para liberar el código, salvo que sean aplicaciones realmente grandes y se necesite "maquillarlas" un poco, basta con cambiarle la licencia. Para elegir una puedes mirar las aprobadas por la OSI [opensource.org].
• Luego, si quiere "publicidad" que envíen una nota a Barrapunto o sitios similares (aunque las notas de prensa no se suelen publicar tal cual).
• No hay muchos organismos oficionales de software libre. En el caso de Linux, está Linux International [li.org], pero es para usuarios. Luego está el Open Source Development Labs [osdl.org]. En España, tenemos la Asociación de Empresas de Software Libre [aesli.org]. No sé si habrá alguna asociación de Linux embebido. Sin embargo, pertenecer a estas asociaciones no da ningún privilegio o derecho preferente en cuanto al software libre en general.
• La mejor publicidad es hacer algo realmente innovador, crear una comunidad tras ello y que lo use mucha gente.

En realidad, que yo sepa, no existe ninguna vía oficial para liberar el código. Técnicamente es suficiente con poner disponible el código fuente del mismo bajo una licencia que permita su modificación, y redistribución.

Para saber qué pasos conviene dar, y cuál de las múltiples licencias existentes usar, antes de nada es preciso pensar qué es lo que a la empresa le interesa al dar este paso.

Lo más probable es que la posible liberación del código sea por un motivo publicitario (en cuyo caso lo interesante sería publicitarlo de alguna forma), o bien por motivos económicos, pretendiendo crear una comunidad que sirva para probar y mejorar el software. En este segundo caso podría ser interesante aportar servicios que sirvan para crear esta comunidad, como listas de correo o foros, un repositorio tipo CVS y cosas así (o bien usar los de terceros, como sourceforge o savannah).

Miry

Lo primero que tiene que hacer es revisar que lo que intentan licenciar sea 100% de ustedes o al menos tenga una licencia compatible con los otros componentes de software de terceros de los que hace uso su codigo fuente y despues escogan la licencia que mas les convenga

[gnu.org]

Sin embargo, la liberacion de un proyecto requiere preparar todo el mismo para ello.

El primer paso es escoger la licencia sobre la cual se va a liberar. Dicha licencia ha de cumplir los requisitos de la Free Software Foundation [fsf.org] en caso de proyectos libres (ya que hay licencias "Open Source" que no son "Free Software). Un listado esta disponible en esta direccion [fsf.org].

Una vez se ha estudiado la licencia que sera utilizada, ha de aplicarse a todos los ficheros; con ello nos aseguramos que cada vez que alguien abra un fichero vea la licencia del mismo. Ademas, se incluye un archivo LICENSE con una copia integra de la licencia, ya que la misma es bastante mas extensa que el texto situado en los ficheros fuente. Adicionalmente se puede incluir una traduccion oficial. El siguiente punto es preparar la documentacion si la hubiera con una licencia tambien libre si asi se desea. En este caso podemos utilizar las CreativeCommons [creativecommons.org] o bien alguna listada en la web [fsf.org] de la FSF.

Cuando los pasos previos se han finalizado se empaqueta el software en uno o mas formatos (tar.gz, tar.bz2, zip, 7z...). Estos archivos generados seran los que se pongan a disposicion publica para su descarga.

Si el desarrollo del proyecto sera publico se dispone de la opcion de montar un servidor CVS [barrapunto.com] o SVN [tigris.org] o bien utilizar los recursos de sitios como SourceForge [sourceforge.net], BerliOS [berlios.de] o software-libre.org [software-libre.org] (entre otros muchos).

Es mas que recomendable crear al menos 3 listas de correo, que son como siguen:

• proyecto-users: Usuarios en general
• proyecto-devel: Desarrolladores
• proyecto-commits: Commits de CVS o Changesets de SubVersion si el desarrollo es publico.

Antes de lanzar el proyecto al publico se ha de pensar si la empresa dara un soporte oficial gratuito o de pago sobre el desarrollo (respuestas telefonicas\email\foros sobre el API o desarrollo de funcionalidad especifica para determinado cliente, por ejemplo) del mismo y que nivel de implicacion que tendra la empresa en su continuacion (si lo libera y se olvida, si continua su desarrollo publico, si sincroniza su CVS\SVN interno con el externo unicamente...).

Esta es una pequeña lista de tareas que suelen llevarse a cabo, sin embargo cada cual puede liberar su proyecto como le parezca, mientras que indique claramente la licencia.

Puramente por interés estadístico :) ¿el modelo de negocio cual va ser? ¿soporte de los productos? ¿consultoría de implantación/desarrollo/gestión/...? Espero que os vaya bien, y conteis la experiencia conforme suceda. Será interesante para muchas empresas.

Liberad primero algo jugoso, y que penséis que va a tener muchos usuarios y colaboradores. No liberéis muchas cosas de golpe.

Haced la prueba con uno o dos proyectos y volcáos en intentar darle salida, es decir, que la gente de otras organizaciones o empresas que pueda estar interesada se entere y encontrar entre ellos personas que se involucren en mejorar el código y mantenerlo.

El riesgo de liberar un producto es que el esfuerzo no sirva para nada. Si no aparece una comunidad de gente interesada detrás, no lo usarán, no lo mejorarán y no evolucionará.

Pero es verdad que es importante el motivo, la causa por la que decidís liberarlo. Por ejemplo, ¿dónde encajaríais en este "mapa" de gente que desarrolla software libre [ourproject.org]? Hay muchas estrategias según vuestras necesidades.

Dime que debe aportar a la empresa un becario con titulación universitaria que "trabaja" 8 horas al día por 75.000 pesetas y sin cotizar.

No, me busqué otra cosa en cuanto ví el panorama: el 40% de la plantilla becarios, echando unas 10 horas al día porque "los plazos hay que cumplirlos" y viendo a los contratados que cobraban netos 1.000€ menusales trabajando sábados y domingos porque no daba tiempo a finalizar los proyectos. Y después que para que te contraten era como si te tocara la loteria.

Puede que hayas tenido suerte y no sea tu caso, pero por desgracia hay muchas empresas que funcionan así y con la excusa de "formar a un becario" tienen mano de obra dócil y casi gratuita. Por muy torpe que sea un titulado sin experincia previa, en 4-5 meses está ya a un buen nivel como para ser contratado por un sueldo digno.

Y repito lo que me dijeron en la Universidad:un becario no es más que un aprendiz que cobra una beca de formación,no es un trabajador, no tiene derecho a prestaciones por desempleo, no cotiza, no tiene derecho a bajas ni a vacaciones(como mucho a asistir a un éxamen siempre que lo acredite). Yo ahora tengo un contrato indefinido, pero para conseguirlo pasé un año y medio de becario en tres empresas donde el panorama era desolador.

En un sitio donde estuve recuerdo que el jefe comentó que había muy pocas mujeres en la plantilla y que había que ampliar el cupo. Pues bien, durante el tiempo que estuve allí entraron cuatro becarias y un becario, simplemente por ser mujeres.Ya me dirás tú la calidad de esa empresa.

Y sí, la mayoría de jefes de departamentos de informática son incompetentes sin idea de nada, que te suelen comentar eso de "¿esto se puede hacer?" o "no me enseñes el código porque no se programar". A ver como le dices a tu jefe que su planificación y análisis son absurdos. Ahora tengo de jefe a un ingeniero informático que empezó programando desde abajo y es una delicia trabajar con jefes de proyecto así, ya que a parte de darte la documentación del proyecto en condiciones(pantallas, diagramas de clases...) puedes discutir con ellos aspectos técnicos.

Está claro que te has saltado desde la noticia siguiente. Tú querías hablar de rootkits.

Buenas, yo soy "el becario" y no, la empresa no me ha asignado la gestión de la propiedad intelectual. Simplemente les comenté que debíamos tratar el tipo de licencia que ibamos a dar al producto en el que trabajo y me dijeron que estaban pensando en liberar sus proyectos anteriores, comentario que iluminó mi cara. Y si que me pidieron consejo, poque soy un apasionado del software libre y lo saben, y porque en mis presentaciones no uso M$ Offic3 y eso les extraña, y porque mi escritorio de XP se ve muy raro. Además confían en mí porque para ellos soy una especie de Robinho de la Ingeniería y a mi me parece bien que confíen en mí, en mis comentarios y que, al menos, escuchen mis consejos. Como te decía antes, no me han asignado la gestión de la propiedad intelectual, pero si lo hicieran, sería una decisión más que acertada, te lo aseguro. No sé sobre todo, pero sé donde buscarlo.

muchas gracias, efectivamente, eso es lo que hago. Soy de la misma opinión. Estoy muy contento en la empresa, y no me dejaría explotar, te lo aseguro.