Andaba pensando en los cambios que me gustaría hacerle a la charla de git de Operativos de este cuatrimestre, pensando a futuro.

Y, pensando, tuve en cuenta que debemos ser muchísimos los que sepamos git y andemos por acá.

Así que se me ocurrió, a modo de experimento, tirar esta idea: ¿Cómo explicarías git para gente que vaya a hacer el TP de Operativos?


Acá está una copia de la presentación que hicimos para este cuatrimestre. Me gustaría ver qué sale si cada uno que crea que puede hacer algo "superador" publica sus mejoras (hagan una copia y editen todo lo que quieran, o creen una presentación desde 0, da igual).

No prometo nada: ni que lo vayamos a tener en cuenta, ni que lo vayamos a usar para las presentaciones, ni que nadie me vaya a cagar a trompadas por proponer esto. Tal vez sólo puedo prometer que me van a influenciar a mí (si es que en algún momento las veo) para cuando edite la presentación en algún futuro.


Presentación base (opcional): https://docs.google.com/presentation/d/1...po9Ww/edit

Link para publicar tu propuesta: https://docs.google.com/forms/d/1HadotEH...8/viewform

Link para ver las propuestas actuales (se puede comentar): https://docs.google.com/spreadsheet/ccc?...WxKVUgzZlE



----------------------

Consideraciones que se me ocurren (las pongo en spoiler para no sesgarte):

Off-topic:

usan git en operativos? mira vos, cuando la hice estaba svn.. desde hace mucho?

Si está orientada a operativos, me parece bien la presentacion que está. Más que un tuto de git, es un tuto de github .

Si fuese de git... explicaría un par de conceptos respecto a como funciona mas o menos internamente, como por ej, que usa ssh para bajar/subir codigo, y que por eso necesitas un usuario en la maquina remota, entre otras cosas.

(12-06-2013 12:35)gonnza escribió:  

Off-topic:

usan git en operativos? mira vos, cuando la hice estaba svn.. desde hace mucho?

Hell yeah. En 1C2012 creo que se migró a SVN con GitHub como repositorio. Falló estrepitósamente el soporte de SVN en GitHub (o tal vez no tanto, pero recuerdo leer muchos mails de compañeros a los que se les rompía el repo y andá a saber qué), así que para el cuatrimestre pasado directamente se implementó git para todos y a la goma.

A mi lo que no me está gustando de la explicación es la linealidad que veo que hay en la presentación. Pareciera que están usando git con la misma centralización que usan SVN y creo que si se decidió usar git, podrían hacer incapié en justamente esas "mejoras". De hecho los dibujitos son Una compu, una nube, un remoto (como si fuera todo para arriba, nada para "los costados" o en mi propia máquina)...Creo particularmente que git salió de los problemas que se le encontraban a los sistemas de versionado centralizados (como SVN). Yo pienso que sería feliz comentarle a la gente acerca de:

1) Branches
2) Beneficios de tener un repositorio distribuido
3) "areas" dentro de git (mi working copy, stage, el remoto).
4) Qué es Origin
5) darle visibilidad acerca de algunas herramientas, como stash, rebase, etc.
6) Comandos más comunes

Siento que le falta condimento para ser un tutorial de git, que si haríamos un replace all git por SVN funcionaría bárbaro también. Sería interesante que se vea por qué usamos git y ya no SVN (Moda? Comunidad? Herramientas? Robustez?)

Es un tema que a mi me encanta, Desert... Si tenés ganas te puedo dar una mano con eso, con mucho gusto

Fuck yeah.

Buen, sí, de entrada la idea es esa.

Osea, creo que git tiene intrínsecamente una curva de aprendizaje superior a svn. Creo tiene más complejidad escencial que svn. Y por eso traté de explicar git como si fuera svn: porque apuntaba a gente que no tiene idea de VCS en absoluto, y necesita aprender a usar git porque tiene que usarlo para el TP. Por eso el título es "git para el TP de Operativos" y no "git": porque el TP ya tiene demasiada complejidad como para sumarle toda la complejidad de git.
Digamos, fue a propósito.

De hecho, me pregunté en un momento "¿por qué estoy explicando git y no svn?", que es el equivalente a tu "por qué usamos git y ya no SVN". Y la respuesta más sincera que encontré es: porque nos dan un GitHub que ayuda bastante la administración de los repositorios de los grupos, y GitHub soporta bien git, pero no svn. Así que, sí, esto es una especie de "paliativo" a otro problema.


También es cierto que estaría genial explicar todo eso otro que decís. No limitarnos a enseñar sólo lo mínimo indispensable, que es menos de lo mínimo deseable. Y por eso se me ocurrió hacer varias presentaciones. De hecho, las últimas diapositivas de la presentación actual hablan de que "te estoy debiendo una charla". O varias.



El primer paso que creo que le falta a esto es el práctico: "¿dónde toco?" preguntaron en la primer charla.
Después, sí, seguir con git "completo", y no la versión recortadísima.

Bah, mi punto de vista, eh.


Lombardícense

Off-topic:

git clone <Repositorio>
git checkout <Branch>
Con esto basta

A mi me da la sensación de que así los alumnos terminaríamos sin entender Git, ni SVN. Principalmente porque ni siquiera se da un pantallazo a groso modo de lo que es git, es como que se mal-acostumbra el uso de git y terminamos aprendiendo esas cosas feas que nos pasa a los que intentamos switchear de SVN a GIT. Me sentiría más conforme si al menos se cuenta con algo para que los alumnos leamos antes de la charla (no necesariamente se tiene que absorver todo en una o dos horas).

Saludos!

Que bueno que usen versionado en operativos