🚀 go-pugleaf

Hola, Olopeich:

Olopeich wrote:
> Epa!
> 
> Tengo un 'cacho' de codigo que quisiera dar a conocer y me surgen las
> tipicas dudas sobre distribucion del software:
> 
> Que tipos de licencias hay a grandes rasgos? opensource, GNU etc... hay
> algun tipo de licencia que permita descargar el codigo fuente y modificarlo
> si fuera necesario, pero no deje ganar dinero con su uso? algo asi como
> restringir el uso a usuarios personales o empresariales pero sin animo de
> lucro.
> 

Hummm...  Si realmente es eso lo que buscas (que a m� no me gusta) 
necesitar�s una licencia de uso 'ad hoc', ya que no creo que ni la FSF 
ni ninguna otra organizaci�n tengan preparada una as�.  Quiz� lo que 
puedas hacer es "calcarla" de alg�n otro proyecto que tenga una licencia 
similar a la que t� deseas: "Libre para uso personal y educativo sin 
fines comerciales".  Si sigues (por ejemplo) la lista diaria de 
freshmeat en pocos d�as ver�s software con esas limitaciones (aunque no 
se me ocurre ahora mismo ning�n caso concreto, si recuerdo que alguna 
distribuci�n especializada en cortafuegos tiene una licencia as�).

Dentro de las licencias libres, tienes dos tipos b�sicos: la tipo GPL, 
que ni siquiera es una licencia de uso, sino de distribuci�n (puedes 
hacer *lo que quieras* con el software; la licencia "entra en 
funcionamiento" cuando quieres redistribuir, total o parcialmente, el 
c�digo o, m�s bien, el resultado de su compilaci�n) y las que, 
independientemente de c�mo controlen la distribuci�n, tambi�n controlan 
de un modo u otro el uso del software resultante que, al fin y al cabo, 
resultan en un EULA (End User License Agreement - Acuerdo de Licencia 
para el Usuario Final) m�s o menos "liberal", como, si no me falla la 
memoria ocurre con la licencia del sistema XWindow

Otra posibilidad que tal vez te resulte interesante es licenciar tu 
software de m�s de una manera; es lo que hace, por ejemplo, Troll Tech 
con las librer�as Qt: GPL, o licencia comercial, a elecci�n del usuario 
(�pero c�mo -podr�s decir- a elecci�n *del usuario*?).  El efecto 
"v�rico" de la GPL lleva aparejado m�s o menos lo que puedes desear t�: 
si aceptan la licencia GPL sabes que las modificaciones a tu c�digo que 
quieran distribuir ser�n tambi�n GPL, con lo que tus derechos de uso no 
se ven afectados; si el usuario/desarrollador quiere exclusividad en los 
derechos de uso y distribuci�n de tu software, tambi�n puede hacerlo... 
sujeto a los t�rminos secundarios que t� dictes (que te paguen royalties 
de uso, que te den, al menos a t�, el codigo fuente de las 
modificaciones, que tengas que aprobarlo, que tengan -o no- que mantener 
tu cr�dito...).

En fin, que si de verdad est�s interesado, lo m�s f�cil es que te pases 
por alg�n repositorio de programas free, share o comerciales y te pases 
unas cuantas horas ley�ndote las licencias que te llamen la atenci�n 
(pero eso es algo que ya haces con cualquier software que 
compras/utilizas �no?)


> Cual es la mejor manera de dar a conocer un programa? habia pensado en
> sourceforge, pero tampoco estoy muy seguro de eso.
> 

Publicitarlo, claro, y que sea bueno para que la gente lo use.  A partir 
de ah�, la publicidad funciona de boca en boca.  Que sea "bueno" 
requiere dos factores: que cumpla las expectativas de un grupo de 
usuarios potenciales, y que tengan buenos caminos para informarte de sus 
descubrimientos.  Quiz� el ejemplo expuesto en La Catedral y el Bazar 
sea adecuado (�fetchmail?).  Otro ejemplo, siendo como es que puede 
considerarse un proyecto "menor" (aunque yo dir�a que en c�digo open 
source no se puede hablar de proyectos menores, sino de proyectos con 
�xito o sin �l) animail te puede dar ideas de c�mo funcionar.

Dicho esto, sourceforge y freshmeat son dos sitios con muy alta 
visibilidad entre la comunidad de desarrolladores Open Source (por eso 
encontrar�s que tambi�n se anuncian all� proyectos con licencias 
restrictivas).  En muchos caso ver�s que los recurso de 
sourceforge/freshmeat no son usados al 100%, y que simplemente se 
indican enlaces a la p�gina principal del proyecto, hospedada en 
cualquier otro lado.  De este modo, mantienen la visibilidad de 
anunciarse all�, sin perjuicio de tener una identidad m�s fuerte, al 
disponer de un dominio propio... adem�s, si el proyecto tiene �xito, su 
�xito lo retroalimenta a trav�s de sus citas en Google.

A�adir que, si se trata de un proyecto con un GUI disponible para KDE o 
Gnome puedes valorar incluirlo en sus listados/servicios respectivos.

> Hay alguna guia formal de desarrollo? me refiero al tema tanto estetico como
> de habitos de programacion: como comentar, como declarar etc... relativo a
> C.
> 

Leer la p�gina de manual de 'indent' es un comienzo.  Pero la clave est� 
-siempre lo ha estado- en leer mucho c�digo de terceros, mucho, mucho 
codigo.
Ya respecto a lenguajes concretos, busca referencias capitales, tanto en 
papel, como en la red.

> Conoceis alguna guia para implementar toda la parafernalia del Configure,
> make  y todo ello?
> 

Busca referencias a make, automake y autoconf en Internet, que 
encontrar�s lo que buscas.
-- 
SALUD,
Jesus
***
jmnavarrol@able.es
***
Desde Zaragoza, busco empleo - 
http://www.geocities.com/jesusm_navarro/CV/cv.html
***