Por qué no un cómic para expresar una idea.
He comenzado con una herramienta muy simple, stripgenerator está bien para ir probando ¿no?.
Me he propuesto sólo cuatro viñetas para dejar mi impresión sobre el curso, que estoy realizando en estos días, sobre la aplicación de recursos digitales en el aula.
jueves, 31 de diciembre de 2015
domingo, 20 de diciembre de 2015
Trabajando con git
Como segunda parte de la charla taller social coding, deberíamos proponernos usar herramientas, nos ponemos manos a la obra, y comenzamos el taller.
Sigamos la siguiente infografía, para continuar introduciendo la idea del flujo de trabajo para nuestro incipiente proyecto, el objetivo es notar que el proyecto creado por nosotros queda bien atendido, sirve y evoluciona.
En el post anterior nos situábamos en la tarea mediante el mapa mental, ahora es turno de la práctica.
Continuamos a partir de nuestra cuenta de usuario github, creando un proyecto y exploramos:
Una vez hecho esto, nos sentiremos más cercanos, al contexto de trabajo y herramientas de uso de un desarrollador, tal vez era cuestión de ponerse.
Github quita (o pone muy bajas) las barreras de la colaboración. Has debido notar que es fácil proponer cambios a códigos de otros a través de github. Y has sido capaz de fix un error o flexibilizar tu proyecto a partir de un issue.
Y lo que todavía es más relevante en tu aprendizaje es que durante la propuesta cual es practicar el workflow con git y github ni siquiera dependes de otro usuario para tratar un issue, has podido hacer tú mismo todo el trabajo, crear el issue, tratarlo en un branch separado, producir merge, comentar (ambos, issue y merge) y eliminar el branch.
Nos quedaría para el próximo post, explorar la resolución de conflictos, producidos cuando merging.
Sigamos la siguiente infografía, para continuar introduciendo la idea del flujo de trabajo para nuestro incipiente proyecto, el objetivo es notar que el proyecto creado por nosotros queda bien atendido, sirve y evoluciona.
En el post anterior nos situábamos en la tarea mediante el mapa mental, ahora es turno de la práctica.
Continuamos a partir de nuestra cuenta de usuario github, creando un proyecto y exploramos:
Una vez hecho esto, nos sentiremos más cercanos, al contexto de trabajo y herramientas de uso de un desarrollador, tal vez era cuestión de ponerse.
Github quita (o pone muy bajas) las barreras de la colaboración. Has debido notar que es fácil proponer cambios a códigos de otros a través de github. Y has sido capaz de fix un error o flexibilizar tu proyecto a partir de un issue.
Y lo que todavía es más relevante en tu aprendizaje es que durante la propuesta cual es practicar el workflow con git y github ni siquiera dependes de otro usuario para tratar un issue, has podido hacer tú mismo todo el trabajo, crear el issue, tratarlo en un branch separado, producir merge, comentar (ambos, issue y merge) y eliminar el branch.
Nos quedaría para el próximo post, explorar la resolución de conflictos, producidos cuando merging.
domingo, 13 de diciembre de 2015
Top projects en mi mano
Con motivo de las próximas jornadas de inserción laboral, desarrollamos un taller sobre técnicas de colaboración en proyectos software.
Comenzamos dando un vistazo al siguiente mapa
Refleja la riqueza de la socialización de tu código.
Los conceptos son pocos. Podemos comenzar la reflexión de la base del mecanismo con algo que nos suena familiar "descargemos el código":
La práctica de download incluso clone o checkout no socializan tu código, aunque ayudan potencialmente en feedback y nuevos issue.
El beneficio ocurre cuando tu código absorbe cambios propuestos por otros, el camino es claro, todo comienza con forking un proyecto que resulte atractivo para ti, en ese caso es forking, con fines precisos: estudiar, probar, cambiar y pensar, (como quien dice darle vueltas). Así luego, puedes organizar tus ideas y trabajar una nueva propuesta, o bien un bloque de código conteniendo una simple mejora, en ese caso, habrá llegado el momento de solicitar un merging.
La aventura no ha sido tal.
Comenzamos dando un vistazo al siguiente mapa
Refleja la riqueza de la socialización de tu código.
Los conceptos son pocos. Podemos comenzar la reflexión de la base del mecanismo con algo que nos suena familiar "descargemos el código":
La práctica de download incluso clone o checkout no socializan tu código, aunque ayudan potencialmente en feedback y nuevos issue.
El beneficio ocurre cuando tu código absorbe cambios propuestos por otros, el camino es claro, todo comienza con forking un proyecto que resulte atractivo para ti, en ese caso es forking, con fines precisos: estudiar, probar, cambiar y pensar, (como quien dice darle vueltas). Así luego, puedes organizar tus ideas y trabajar una nueva propuesta, o bien un bloque de código conteniendo una simple mejora, en ese caso, habrá llegado el momento de solicitar un merging.
La aventura no ha sido tal.
Suscribirse a:
Entradas (Atom)