Feedback Request

Por ahora estoy “trabajando” solo, pero veo lo increíble que es esta nueva adición. No veo la hora de que mi primo, que llegara a leer este comentario dentro de poco, llegue al punto en el que podamos iniciar proyectos juntos.

Feedback Request y Gestion de tareas

–
Feedback Request (CodeStream)

• Relacionado con el concepto de un Pull Request. (PR).
• Se realiza antes en el flujo, para poder atomizar la colaboracion. (Revision mas rapida).
• Permite pedir feedback, es decir, comentarion sobre codigo en cualquier estado de tu repositorio.
• Es mucho mas facil para el revisor.

–
Definicion de un Feedback Request: Es una revision de codigo ligera antes del pull request. Para recibir comentarios sobre cualquier codigo, incluso antes de un commit.

–
Principios de colaboracion Shift Left:

1. Antes mejor que despues.
2. Colaboracion atomizada.
3. Mas consulta que aprobacion.
4. Reducir friccion administrativa.
5. Compartir conocimientos.

–
Gestion de tareas (JIRA)

–
Interaccion de proyectos/tareas en VS Code:

• Incluye funcionalidad completa.
• Tres propositos: Automatizacion, Uniformidad, Comunicacion.
• Permite integrar mas de una aplicacion en la misma lista de tareas. (Jira, Trello y GitHub Issues).

–
Ventajas de tener un issue tracker integrado:

• Agregar un ticket mientras escribes o revisas codigo.
• Conectar el ticket directamente al codigo.
• Notificar a la persona indicada que hay un ticket y dirigirlo al lugar correcto en el codigo.
• No tener que cambiar de aplicacion o contexto. (Esto es importante, ya que en un cambio de contexto pueden haber distraccion, y al no haber distracciones mejora la calidad del codigo).
• Crear un registro de los tickets automaticos asociados al codigo mismo.

Ventajas de tener un issue tracker integrado:

• Agregar un ticket mientras escribes o revisas código
• Conectar el ticket directamente al código
• Notificar a la persona de tu equipo que hay un ticket y dirigirlo al lugar correcto
• No estar cambiando de aplicación o contexto
• Crear un registro de los tickets asociados al código mismo

Por lo que veo el FR es el corazón del principio Shift Left porque es en donde puedes pedir esas “reviews informales” antes de mandar tu pull request, y por lo que veo esto ya se conecta con Jira y Slack, estaría genial tener una práctica en equipo para esto para aprender a usar mejor CodeStream ya con un equipo ^^

Es un poco difícil asimilar todo esto porque empiezo desde 0. Son muy ciertos los comentarios anteriores en los que se pide un curso de Jira por lo menos. Pero al menos entiendo los beneficios de usar CodeStream, y por supuesto que lo usaré como metodología de trabajo en el futuro, pero si no puedo practicar con un equipo, no puedo decir que seré el mejor usuario de CodeStream. Espero que mientras avance el curso encuentre más luz en la práctica, porque hasta ahora no está siendo muy fácil seguirla.

Principios en los que se basa el Shift Left:

1. Antes mejor que despues
2. Colaboracion atomizada
3. Mas consulta que aprobacion
4. Reducir friccion administrativa
5. Compartir conocimientos

Ese man habla muy enredado, casi no le entiendo.

Soy el unico que siente que hasta este punto se han dicho como 5 cosas utiles? Siento que es un curso para venderte CodeStream, mas que para implementarlo de verdad. En TODOS los videos nombra las mimas ventajas. A veces de distinta forma pero usualmente es el mismo mensaje

Mayor productividad, mayor eficiencia, menos pasos, todo en una herramienta.

Ese es el gran resumen. Deberian enfocarse en desarrollar por completo la herramienta, como cuando implemento Jira, donde debio mencionar que para eso se debe tener un proyecto dentro de la herramienta. Ademas de otras funciones o ejercicios que podria implementar

les dejo por acá mis apuntes de la clase, espero les sirva, saludos

Feedback Request

• Esta relacionado con el concepto de una Pull request
• Se realiza antes del flujo para poder atomizar la colaboración
• Permite pedir feedback, es decir comentarios sobre el código en cualquier estado de tu repositorio.
• Es mas fácil para el revisor

Principios de colaboración (Shift Left)

1. Antes es mejor que después
2. Colaboración atomizada, es decir tratamos de conseguir que cada parte va pasando por la revisión a medida que la vamos digiriendo
3. Mas consultas de aprobación
4. Reducir fricción administrativa
5. Compartir conocimientos

Integración de proyectos/ tareas en Vs Code

• Incluye funcionalidad completa
• Tres propósitos
  • Automatizacion
  • Uniformidad
  • Comunicacion
• Permite integrar mas de una aplicación en la misma lista de tareas:
  • Ej. jira trello y github issues

Ventajas de tener un issues tracker

• Agregar un ticket mientras escribes o revisas código
• Conectar el ticket directamente al código
• Notificar a la persona indicada que hay un ticket y dirigirlo al lugar correcto
• No tener que cambiar de aplicación o contexto
• Crear un registro de los tickets asociados al código mismo

Quisiera tener un team con el que practicarlo, pero igual vale la pena integrarlo y darle el uso individual para familiarizarnos y tener la posibilidad de usarlo compartido pronto

Esta clase se me hizo un poco dificil de entender porque aun no he tenido la oportunidad de trabajar en Jira

Necesito probar y no solo ver 😦

Me parece muy potente esta opción de FeedBack Request, ahorrará tiempo, costos y mejorará la comunicación en el equipo. El implementar ese feedback continuo asegura un mejor desarrollo.

Me encanta que se pueda integrar con Trello también, dado que llevo casi 2 años usando Trello y pues cambiar a Jira obligatoriamente no me terminaba de sonar. Pero lo bueno es que puedes ver los issues de varios servicios al tiempo tiempo (Por ejemplo que se vean los issues creados en Jira, Trello y GitHub)

Y el Feedback Request lo veo como una discusión antes de guardar los cambios, como decía antes de un commit o un pull request. Evitando errores (Quién no ha olvidado algo y le toco hacer otro commit o devolverse con reset para agregarlo) y lo hace más colaborativo.

Es una revision de codigo ligera antes del pull request. Para recibir comentarios sobre cualquier codigo, incluso antes de un commit.

Principios de colaboracion Shift Left:

Ventajas de tener un issue tracker integrado:

El profe Claudio sabe pero es pésimo enseñando.

Integración de proyectos/tareas en Vs Code

• Incluye funcionalidad completa.

• Tres propóitos:
  Automatización
  Uniformidad
  Comunicación

• Permite integrar más de una aplicación en la misma lista de tardeas.
  Por ejemplo, Jira, Trello y GitHub Issues

Waoo esta herramienta esta muy buena, y me encanta poder ahorrar todos esos pasos y aunque por ahora “trabajo” solo siempre me ha gustado usar atajos como con el teclado y la consola.

Gracias Claudio Pinkus por pensar en todos al momento de crear esta mega herramienta.

¿Alguien quiere hacer equipo para desarrollar algún pequeño proyecto para trabajar con el flujo de desarrollo de CodeStream? Si quieres participar solo deja tu discord aquí y yo haré un servidor de discord exclusivamente para esto

Aqui dejo las diapositivas del video 😃

8.-Feedback Request

¿Qué es?

Una versión más ágil, menos formal de un pull request para hacer revisiones del código sin tener que esperar.

• Relacionado con el concepto de un pull request.
• Se realiza antes en el flujo para poder atomizar la colaboración.
• Permite pedir feedback, es decir, comentarios sobre el código en cualquier estado de tu repositorio.
• Es mucho más fácil para el revisor.

Principios de colaboración Shift Left

• Antes mejor que después.
• Colaboración atomizada.
• Más consulta que aprobación.
• Reducir fricción administrativa.
• Compartir conocimientos.

Ventajas de tener un Issue Tracker integrado

• Agregar un ticket mientras escribes o revisas código.
• Conectar el ticket directamente al código.
• Notificar a la persona indicada que hay un ticket y dirigirlo al lugar correcto.
• No tener que cambiar de aplicación o contexto.
• Crear un registro de los tickets asociados al código mismo.

Notes

Feedback Request (CodeStream)

Lightweight pre-PR code review. Get quick feedback on any code, even pre-commit

• Related with a PR
• It’s done before in the flow so you can atomize the collaboration
• Allows you to ask for feedback, at any part of the code in your repository
• It is easier for the reviewer

Principles of collaboration Shift Left

• Before is better than after
• Atomized collaboration
• More query than approval
• Sharing Knowledge

Advantages of an integrated issue tracker

• Add a ticket while you are coding
• Connect the ticket directly to the code
• Notify the right person that there is a ticket and redirect him/her to the right place
• Not changing the environment
• Create a record of the associated tickets in the code itself

Alguien con quien practicar estas herramientas?

Si alguno quiere hacer un equipo de trabajo para probar esto me puede escribir al Twitter @Joal_Pedraza, solo está como difícil xd

Busco gente para poder probar Code Stream y todas sus ventajas. Quien se anima?

Muy potente, a seguir aprendiendo

como puedo conocer la gestion de tareas en jira… si en la ruta del curso no aparece…?

Los issues en Jira vienen del backlog o del Sprint en el que estamos?

¡Hay que automatizar todos los procesos administrativos posibles!

Menos cambios de contexto es igual a mayor productividad.

alguien disponible para poder practicar en quipo?

Que buen profe es Claudio Pinkus

Aún no tengo un equipo para trabajar pero de igual manera me parece genial el poder recibir sugerencias del equipo si es necesario

Puedo marcar el issue como **done ** desde el editor ?

Integración de proyectos/tareas en Vs Code