hola jose, bienvenido a la lista (mando esto offlist porque llevo unos
dias posteando bastante y quiero bajarle un toque al ruido que
produsco) te mando esto que acabo de leer y me parece relvante
considerar:
http://mako.cc/writing/hill-free_tools-ES.html
saludos,
/a
El Sofware Libre necesita herramientas libres Benjamin Mako Hill
[email protected] 4, 2010Traducido por Marcos Manoni. Original (en
Inglés), y otras traducciones disponible en http://mako.cc/writing/hill-free_tools.html
.
En la última década, los desarrolladores de software libre han sido
reiteradamente tentados por las herramientas de desarrollo que ofrecen
la capacidad de construir Software Libre más eficiente o poderosamente.
El único costo, nos dicen, es que las herramientas mismas no son
libres o se ejecutan como servicios de red con código que no podemos
ver, copiar, o ejecutar nosotros mismos. Recurriendo a estas
herramientas y servicios - servicios como BitKeeper, SourceForge,
Google Code y GitHub - los desarrolladores de software libre han hecho
decisiones del tipo "el fin justifica los medios" que comercian la
libertad tanto de sus comunidades de desarrolladores como la de sus
usuarios. Estas decisiones de adoptar herramientas de desarrollo no
libres y privadas, minan nuestra credibilidad en la defensa de la
libertad del software y comprometen nuestra libertad, y la de nuestros
usuarios, de maneras que debemos rechazar.
En 2002, Linus Torvalds anunció que el núcleo Linux se movería al
sistema distribuido de control de versiones BitKeeper. Si bien la
decisión generó mucha alarma y debate, BitKeeper permitió a los
desarrolladores del kernel trabajar de forma distribuída de una manera
que, en ese entónces, no estaba soportada por herramientas de Software
Llibre - algunos desarrolladores de Linux decidieron que valía la pena
intercambiar los beneficios por la libertad de los desarrolladores.
Tres años más tarde los escépticos fueron reivindicados cuando el
propietario de BitKeeper, Larry McVoy, revocó varias licencias gratis
de BitKeeper a desarrolladores del kernel luego de que Andrew Tridgell
intentara escribir un reemplazo libre para BitKeeper. Los
desarrolladores del kernel se vieron obligados a escribir su propio
reemplazo de Software Libre: el proyecto ahora conocido como Git.
Por supuesto, la relacion de software libre con herramientas de
desarrollo no libres es mucho mayor que BitKeeper. El código fuente de
Sourceforge, un servicio de soporte de desarrollo de Software Libre,
estuvo disponible para sus usuarios, pero sus autores han vuelto a un
modelo completamente cerrado. Mientras SourceForge se construye
utilizando software libre, sus usuarios interactuan con el software a
través de la web. Dado que los usuarios nunca tienen copia del
software de SourceForge, nunca pueden exigir el codigo fuente.
Proyectos similares como Tigris.org de CollabNet, "Hosting de
Proyectos de Codigo Abierto" de Google Code, y GitHub, cada uno con
propósitos similares, han mantenido su código igualmente fuera de
alcance. Sus servicios se proporcionan a menudo sin cargos y se
promueven para el desarrollo de Software Libre, pero este compromiso
no se extiende a su propio software que ejecuta las plataformas de
desarrollo. El código fuente para cada uno de estos sistemas se
mantiene privado e inmodificable para los desarrolladores que utilizan
los servicios.
Estas herramientas de desarrollo no libres presentan un dilema para
muchos desarrolladores de Software Libre. El objetivo de muchas de
estas herramientas es, a través de desarrollo de software libre más
eficiente, obtener más Software Libre y más libertad. CollabNet,
Google y GitHub dicen querer que el software libre triunfe y dicen que
quieren ayudarlo. Sin embargo, por varias razones estas empresas optan
por apoyar la libertad del software a través de medios que estan menos
de acuerdo con la ética del Software Libre de las que la tratan de
crear. El resultado es que los desarrolladores son desfavorecidos. La
libertad del software del código que estos hackers producen está
sujeta a una exclusividad inaceptable.
En primer lugar, el uso de herramientas no libres envía un mensaje
inaceptable para los usuarios del software libre producido. "La
libertad del software es importante para ustedes como usuarios", los
desarrolladores parecen decir, "pero no para nosotros". Tal
comportamiento socava la eficacia básica del fuerte compromiso ético
en el corazón del movimiento del software libre. Los que ya nos
comprometimos con el Software Libre, debemos demostrar que podemos
tener éxito - y prosperar - usando Software Libre. Debemos apoyar
alternativas libres a los sistemas privativos como Savane, que puede
sustituir a SourceForge o a Google Code y corre GNU Savannah, o
Gitorious que puede sustituir a GitHub - usándolos y mejorándolos en
las áreas donde se queden cortos.
En segundo lugar, debemos reconocer que, en adelante, el software que
producimos es solo tan libre como el software del que depende para su
uso, su distribución y su evolución.
La licencia GNU GPL y el código fuente tienen poco sentido para un
usuario que intenta modificar un programa si no tiene libre acceso al
software necesario para hacer esa modificación. No es sólo la libertad
de los desarrolladores lo que está en juego sino también,
eventualmente, la de sus usuarios y la de todos los futuros
desarrolladores "downstream".
Aunque las herramientas de desarrollo privativas puedan ayudar a los
desarrolladores de Software Libre a crear más Software Libre en el
corto plazo, lo hacen a un costo inaceptable. En la controvertida área
del software privado y los servicios de red, los desarrolladores de
Software Libre deberían pecar de "demasiada" libertad. Comprometer
nuestros principios intentando alcanzar más libertad es
contraproducente, inestable y, en última instancia, injusto para
nuestros usuarios y para la amplia comunidad de desarrollo de software
libre.
Así como los primeros mantenedores de GNU primero se centraron en la
creación de herramientas libres para la creación de software libre,
debemos asegurarnos de que podemos producir software libremente y con
herramientas inequívocamente libres. Si fracasamos en esto tendremos
software que es, indirectamente, menos libre. Debemos evitar el uso de
herramientas que no nos permitan las libertades que tratamos de
proporcionar a nuestros usuarios en el desarrollo de su software y
debemos presionar a los productores de nuestras herramientas de
desarrollo. El software libre no ha tenido éxito comprometiendo
nuestros principios. No vamos a estar bien servidos, técnica,
pragmática o éticamente, poniendo en peligro la libertad de las
herramientas que utilizamos para construir un mundo libre.
On Oct 15, 2010, at 5:52 PM, Jose Andres Moncada Quintero wrote:
Hola Todos,
A propósito del tema de crear un repositorio de código/herramientas
que contribuya al trabajo colaborativo he estado dándole una mirada
a las opciones (github/googlecode) y esto es algo de lo que he
encontrado. Por cierto mi nombre es Jose Andres Moncada Soy
diseñador de medios interactivos (el ex alumno del que habla Daniel).
Google Code
1. Bueno lo primero aquí es que se debe tener una cuenta google (son
gratuitas, entonces no hay problema por ese lado).
2. http://code.google.com/hosting/ aquí para crear un nuevo proyecto/
sitio/repositorio.
3. Permite varios tipos de licencias pero enfocado al código libre.
4. Aquí algo más de información, relacionada con el servicio:
http://code.google.com/p/support/wiki/GettingStarted
5. Usa como sistema de repositorio por defecto SVN del cual existen
varias soluciones front-end OpenSource como TortoiseSVN. Sin embargo
según mencionan acá también puede ser usado a través de otros,
explicación y diferencias aquí: http://code.google.com/p/support/wiki/ChoosingAVersionControlSystem
6. Permite agregar personas en 3 modalidades: "Project owners",
"Project committers" y "Project contributors".
Project owners may make any change to this project.
Project committers may work in the project, but may not reconfigure
it.
Project contributors start with the same permissions as non-members,
but their role in the project is visible.
Additional permissions can be granted to committers and contributors
on the project's people sub-tab.
Opinión:
Me parece un buen sistema, gratuito y confiable según parece. Me
preocupa un poco el tema del aprendizaje en el manejo de versiones
si se van a realizar proyectos en grupos grandes pero siendo eso es
parte me parece un reto interesante.
Más allá de la herramienta en este caso habría que mirar el uso que
se le va a dar, es decir, se crearía una sola cuenta?, una por
lenguaje (pd, max, openframeworks, processing… etc)? o una por
persona y un google site (gratuito) con los enlaces y descripciones.
(No sé realmente cual sea mejor creo que hay que analizarlo).
Aquí hay algo que veo como ventaja es el tema de la documentación
mediante la página de wiki, y el seguimiento de problemas (edit: ya
vi que github también lo tiene).
GitHub
Hasta ahora solo había utilizado esta herramienta para descargar
código, (principalmente de OpenFrameworks(addons y cosas así...) me
ha parecido claro y rápido en general), pero nunca la había usado
como repositorio como tal. Después de la charla con Daniel me puse
en la tarea... y bueno, los primero es que usar git de entrada es
mas complicado que SVN (google code), sin embargo me parece un poco
mas ordenado.
Tendríamos que hacer una comparasion entre las opciones, conocer las
experiencias que han tenido ustedes con estas herramientas y así
poder tomar la mejor opción.
--
Finalmente esta herramienta me parece interesante.
Dropbox
Esta es otra herramienta que podría ser útil, aunque no está
especializada en código sino en almacenar datos en la nube, sin
embargo, No está mal revisarla.
Estamos en contacto,
Muchas gracias,
Jose
Date: Fri, 15 Oct 2010 09:55:33 -0500
From: [email protected]
To: [email protected]
Subject: Re: [[k.0_lab]] repositrio de software
Hey spark+brol+alejo+camilo Muchas gracias por sus ideas y ayuda.
Ayer precisamente estuve tratando el tema con un ex alumno de la
universidad que se interesó en el proyecto. Seguro ya se debe haber
dado de alta el KoLab. El me decía que le gustaba Git, pero que iba
a pillar googlecode porque no lo conocía y creía que podría ser
bueno. Yo no he trabajado con ninguno de estos, pero me interesa
mucho aprender sobretodo por la necesidad. La clave es poder tener
un oden en el código y que haya disponibilidad permanente para
consultarlo, montarlo y documentarlo.
Bueno, pillo lo que me recomiendan y escribo por ahi el lunes.
Saludos y gracias de nuevo
D
El 15 de octubre de 2010 03:29, alejo <[email protected]> escribió:
sacando un poco la parte de desiciones puntuales, estoy deacuerdo
con diego y julian de instalar algo asi en suservidor, la opcion del
redmine+git es la ideal en mi opinion, si se instala pues lo unico
es que alguien se apersone de estar pilas de patches y similares en
cuestiones de seguridad, de hecho podriamos usar git para que nos
haga un backup en githorious o similar... bueno eso es una idea mas..
lo que no creo recomendarle a dani es que monte su proyecto con
nosotros a no ser que solo lo quiera hacer de una manera
"experimental" ya que no le podemos asegurar que suservidor este ahi
mas de 3 años, ojala que si, pero esa es la razon de sugerir
githorious o guthub.
pudo a ver sido peor diciendole que use google code.
:S
On Oct 15, 2010, at 6:17 AM, brolin . wrote:
Yo ayudo, tengo ahora un poco más de experiencia con git. La interfaz
web que trae por defecto anda bien aunque gitorius creo sería la mejor
opción. También esta redmine, que te permite manejar cada proyecto con
metas, cronograma y tareas, este tiene la opción de vincular en el un
repositorio de los muchos que ya han mencionado.
Para probarlo pueden descarga bitnami, este instala super fácil para
las diferentes plataformas. http://bitnami.org/stack/redmine
--
b
2010/10/14 Diego <[email protected]>:
hey dany ...
varios de nosotros nos unimos para montar "suservidor"
y pues por el momento no esta nada montado salvo algunos hostings ..
a mi me
parece que los temas que keres poner son interesantes y con un svn o
alguna
otra cosa se puedan dar de alta ellos mismo y no sea necesario
eliminarlos
en un futoro .. lo ke si es ke ese servicio asi tal cual no esta
montado ..
pero seria interesante, como a la larga yo seria el ke en buena
medida mas
me apersone del asunto te digo ke te podria ayudar tambien .. y si
alguien
mas de "suservidor", "unloquer" u otros le interesa opinar y/o
ayudar de
una
:)
El 14/10/2010 01:42 p.m., daniel gomez escribió:
Hey que bien Camilo
Me parece que está perfecto. Voy a hablar con los chicos y me contás
como es
la vuelta para ir montando el código ahi. No quiero desatinar mucho tu
orden, pero creo que sería muy útil que todos pudieran entrar en su
momento
a poner su código y etc. No se si el tema de dar de alta a 20 o 30
estudiantes cada semestre sea un toque incómodo. Yo me atrevo a
pensar que
si, pero me decís.
De nuevo gracias
D
El 14 de octubre de 2010 13:30, Camilo Martinez <[email protected]>
escribió:
En randomlab tenemos espacio para repos publicos, por ahora solo svn o
mercurial. Si quieres abrimos uno para tu proyecto.
http://code.randomlab.net/
Camilo Martinez
http://decolector.net
2010/10/14 daniel gomez <[email protected]>:
Hola a todos
Necesito hacer un repositorio de software de estudiantes, mas que nada
de
processing, pd y algo de OpenFrameworks. Un espacio donde ellos puedan
dejar
un poco de código, documentarlo y sobretodo que los nuevos puedan
buscar,
encontrar, reciclar y reusar para sus nuevos proyectos.
Se me ocurre que debe haber algun tipo de repositorio público de
código
en
Colombia, y me gustaría que se pudiera compartir el código de estos
estudiantes con los de otras universidades... en fin.
No quisiera montar un proyecto de estos si ya hay uno en
funcionamiento,
así
que me pregunto si alguien sabe de su existencia.
Si no, a quien le gustaría ayudar a montar ese proyecto.
Saludos
D
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________ gente haciendo
cosas raras con o sin electricidad [bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/ http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
________________________________________________
gente haciendo cosas raras con o sin electricidad
[bogota] http://www.dorkbot.org/dorkbotbta/
[medellin] http://www.dorkbot.org/dorkbotmde/
http://dorkbot.org/mailman/listinfo/dorkbot-kolab
