Los feedback requests al ser informales y poder ser varios, cómo se puede evitar que sean una distracción para el equipo al momento de co...

Por no requerer que el revisor cambie de branch o haga stash de su trabajo, se minimiza la distracción. Uno puede siempre acessar la lista de feedback requests que necesitan su intervención en el painel de CodeStream, caso no pueda hacerlo imediatamente al recibir la notificación.

Gracias Pato por tu comentario. Exactamente como lo describes, los feedback requests te dan todas las herramientas para decidir como implementarlos. Pero también hay una cuestión de acuerdo en el equipo. La frecuencia hay que balancearla con las distracciones, y tener una expectativa clara de cuanto tiempo debe tardar una revisión en general, y cuántas líneas de código escribir antes de pedir feedback.

Hola Oton

Son informales en el sentido que cuando haces un pull request, este es un evento mucho más formal y tiene toda una especie de "protocolo" para resolverse.

Por la distracción, no necesitas prestarles atención inmediata si estás justo en un momento de genialidad y no desees que nadie te saque de ese flow. Y esa es su virtud, que nadie te va a llamar para interrumpirte, en el momento que puedas los revisas y respondes.

Por supuesto, fuera del editor de código ustedes como equipo pueden definir reglas de comportamiento para solucionar fricciones o mejorar aún más la comunicación respecto al código. Sin duda aquí el usar el Feedback Request cada vez que lo necesiten les permitirá "afinar" su uso.