1.
Cómo alcanzar la fama, la fortuna e incrementar tu índice H mediante el software libre Juan Julián Merelo Guervós Oficina de Software Libre Universidad de Granada

2.
¿Qué voy a contar? <ul><li>Qué es software libre

3.
Razones para liberar software

4.
No-razones para no liberarlo

5.
Cómo hacerlo </li></ul>

6.
Libertad de ejecutar

7.
Libertad de estudiar

8.
.. y modificar

9.
Libertad de copiar

10.
Libertad de mejorar

11.
Lo importante es la libertad

12.
Software libre no es software gratis

13.
10. El software libre es un vehículo de transmisión de conocimiento.

14.
9. La ciencia no lo es si no es reproducible: liberar el software permite a cualquiera obtener los mismos resultados.

15.
8. Fomenta buenas prácticas en el desarrollo de software.

16.
7. Crea comunidad aldededor de un grupo, y aumenta el interés en la ciencia.

17.
6. Acerca la ciencia al público, a la sociedad, y mejora la percepción de la universidad

18.
5. Hace público y patente para empresas y otros grupos el conocimiento y experiencia de los autores.

19.
4. Crea otro canal para la difusión de la investigación y el trabajo propios.

20.
3. Devuelve a la sociedad lo que la sociedad ha invertido en la creación de conocimiento por nuestra parte.

21.
2. Fomenta la colaboración interdisciplinar

22.
1. Aumenta la calidad de la investigación o proyecto resultante, al posibilitar la colaboración espontánea (y altruista)

23.
I. No está perfecto

24.
II. Lo documento y lo libero

25.
III. Lo he hecho para mi

26.
IV. Quiero venderlo

27.
V. No quiero que me lo copien

28.
VI. No tengo tiempo

29.
VII. No me da la gana

30.
Quiero liberar software, cuéntame como <ul><li>Poner de acuerdo a todas las partes relacionadas.

31.
Elegir una licencia

32.
Publicar los fuentes

33.
Usar una forja para continuar el desarrollo y atraer comunidad. </li></ul>En algún momento, hablar con la OSL para que os echemos una mano

34.
La liberación es cosa de todos <ul><li>Todos los autores tienen que autorizar la liberación del código

35.
Tutores, directores de proyecto, compañeros de prácticas... </li></ul>

36.
Elegir una licencia <ul><li>Especifica qué se puede hacer o no.

37.
GPL = 4 libertades + copyleft

38.
EUPL = proyectos europeos

39.
MIT, Academic Free Licence, BSD = investigación universitaria

40.
Elige la tuya: http://sl.ugr.es/013j </li></ul>

41.
Consideraciones para una licencia <ul><li>Se licencia todo

42.
Tener en cuenta licencias de código incluido.

43.
Licencia libre también para documentación </li><ul><li>Y todo tipo de contenido. </li></ul></ul>

44.
¿Cómo se licencia?

45.
Sin publicación, no hay liberación <ul><li>El código fuente debe estar disponible.

46.
Crear una página web para difundirlo.

47.
Publicar actualizaciones periódicas.

48.
Publicar pronto, publicar a menudo. </li></ul>

49.
Forjando nuestro H-ascensor <ul><li>Una buena práctica es trabajar usando un sistema de control de fuentes .

50.
Permiten: </li><ul><li>Desarrollo colaborativo.

51.
Versionado fácil.

52.
Publicación automática. </li></ul></ul>

53.
¿Cómo controlamos las fuentes? <ul><li>Sistemas de control de fuentes centralizados o distribuidos.

54.
Elegir forja: sitio en Internet </li><ul><li>Google Code

55.
Github

56.
Launchpad </li></ul><li>Elegir sistema de control de fuentes </li></ul>

57.
Ciclo de desarrollo Descargar las fuentes Actualizar fuentes Modificaciones Comprometer actualizaciones ( Commit ) Actualizar repositorio

58.
Opciones de forjas <ul><li>Github + git

59.
Google Code + mercurial o subversion

60.
Launchpad + bazaar

61.
Bitbucket + mercurial

62.
Forja rediris + Subversion

63.
Sourceforge + cualquiera </li></ul>

64.
E your Science!

65.
Creación de flujos de trabajo con Taverna <ul><li>Se trata de implementar diferentes partes del algoritmo integrando trabajo ya hecho de formas nuevas

66.
Se usa un interfaz visual.

67.
Se publican los paquetes experimentales a la vez que el trabajo (o antes). </li></ul>

68.
No hace falta ir tan lejos Ciencia con software libre > ciencia

69.
Eso es todo Muchas gracias por su atención