Revisión Github para ecologos

[ibartomeus]

Podeis comentar hasta finales de Junio: https://github.com/ecoinfAEET/Notas_Ecosistemas/tree/master/GitHub_para_Ecologos

[algarsal]

Hola Javier (te lo vuelvo a enviar por aquí).

Me gusta mucho tu nota de git y github. Yo añadiría al menos alguna referencia a otros servidores como gitlab y bitbucket (yo es el que más uso). Estos dos permiten proyectos privados. El proceso es en todos ellos muy parecido.

Se me ha hecho extraño el planteamiento de empezar por github en vez de por git. Yo utilizo git en el ordenador como control de versiones (con gitcola) y sólo en algunos proyectos utilizo bitbucket para tener el repositorio en la red. Sobre todo los proyectos de R (con Rstudio) que pesan poco. Github lo veo más para colaborar que sólo control de versiones.

Es sólo una sugerencia, la nota la veo fenomenal en cualquier caso.

Saludos

Alfonso

[SaraVarela]

Hola Javier, te voy a hacer el mismo comentario que te ha hecho @algarsal. Frases como "Con todas estas ideas el uso de herramientas de control de versiones comienza a ser imprescindible en nuestros trabajos. Con esta nota se pretende animar a los investigadores a utilizar una de las herramientas más populares en control de versiones como es GitHub." van a confundir al lector, sobre todo porque puede ser la primera vez que se enfrente a esto. Creo que es importante que distingas qué es cada cosa, y para qué se usa. git para control de versiones de los ficheros almacenados en una carpeta, que puede estar donde sea (tu ordenador, un servidor, etc.) y GitHub para colaborar o compartir código Se crea un repositorio remoto al que pueden acceder diferentes personas, para poder desarrollar un proyecto de programación en grupo. por ejemplo.

Otra cosa, yo mencionaría que es mejor no guardar datos, así a lo bestia, dentro de este tipo de repositorios. Lo digo porque me ha pasado alguna vez, que hay gente que vuelca su base de datos en un repo de github para un proyecto. puede que merezca la pena comentar que, en principio, está pensado para colaborar en proyectos de desarrollo de software, osea, scripts en el lenguaje que sea...

abrazos! Sara

[farcego]

Buenas! Yo tambien hecho un poco en falta una separacion mas clara de lo que es git y github, git para trabajar en local y GitHub para compartir/colaborar (Git seria el motor de github, github solventa el tener que crear-gestionar servidores compartidos para almacenar las versiones, y ademas tiene una interfaz de usuario bastante amigable). Tambien se deberia? mencionar de algun modo el beneficio social de usar GitHub (a diferencia de solo git)? Estoy seguro de no ser ni mucho menos el unico que ha encontrado codigo util siguiendo / buceando en los repos de otros investigadores, y ha abierto alguna colaboracion con gente que esta haciendo codigo en temas no muy diferentes. Y lo mismo para el uso de ciertas funciones, maneras de optimizar codigo etc... Tambien permite estar al dia de las acutalizaciones de nuestros paquetes preferidos... Quiero decir, el uso en si de Git/Github tiene unos beneficios directos de cara a nuestra productividad, pero GitHub ademas anyade beneficios de estar en una red donde hay mucha gente trabajando en cosas parecidas Tambien, en algun lugar, ya que Alfonso @algarsal ha mencionado el tema de bitbucket y gitlab, ademas de que hay alternativas, mencionar el tema de los repos privados, que GitHub ofrece la posibilidad de crear repositorios privados de manera gratuita para investigadores (academicos/estudiantes) y para grupos de investigacion: https://help.github.com/articles/applying-for-an-academic-research-discount/

Para mi, en conjunto, representa muy bien lo que yo habria querido que me ensenyaran la primera vez que me abri la cuenta en GitHub. El empleo del poema como ejemplo me parece ademas muy acertada, mucho mas claro que el haber utilizado codigo.

Salud y buen fin de semana! Fer

[galeanojav]

Hola a todos, gracias por los comentarios. Estoy esperando hasta finales de junio para responder, cambiar y modificar vuestras sugerencias.

Sólo así en general entiendo vuestras dudas sobre no separar Git y GitHub, y de empezar con Github en lugar de con git, que podría ser lo lógico. Empezar con GitHub es porque aunque en realidad lo interesante es que tiene git debajo y se pueden hacer los controles de versiones a la gente le suele dar miedo usar git en local, con comandos de linux, etc. Pensé que igual es mejor saltar eso y conseguir que usen GitHub y luego pasen a una comprensión más ortodoxa de las herramientas.

En cualquier caso veré como puedo conjugar mi idea con vuestros comentarios. Os agradezco mucho las ideas y los comentarios

[ibartomeus]

Perfecto Javier. Yo creo que esta bien centrarse en GitHUb si esa es tu intención, pero dejar muy claro en la intro que es git y que es GitHub.

[Pakillo]

Muchas gracias por la nota @galeanojav !

Creo que es más fácil explicar todo esto en vivo que en un ms, pero creo que has conseguido dar un buen repaso al workflow y las funciones básicas. Subo aquí un Word con algunos comentarios/sugerencias

ms_JGP_PACO.docx

Gracias!

[galeanojav]

Hola a todos,

quería dar las gracias al grupo por los comentarios y la posibilidad de publicar la nota. Ha sido muy divertido hacerlo y me ha encantado poder comentarlo con vosotros.

Me he leído las otras notas y la verdad es que ojalá hubiese secciones parecidas en otras revistas, me parecen muy divertidas, interesantes y útiles. Además la posibilidad de hacer la revisión en el propio GitHub me ha parecido muy interesante.

Subo aquí la versión corregida. Me he aprovechado bastante de los cambios propuestos por Paco, gracias mil, espero haber recogido lo que comentabais.

Lo dicho, estoy encantado y prometo repetir.

ms_JGP_vfinal.docx

Gracias mil

Javi

[ibartomeus]

Perfecto Javi. He hecho un par de comments más, y por mi o puedes subir a Ecosistemas. Envialo como Nota Ecoinformatica, y ya ira directo a maquetación. ms_JGP_vfinal_IB.docx