Miguel Angel

El recover debe ser registrado antes del panic o donde podria haber panic, para que GO registre el defer "como una red de seguridad" que permite capturar el panic, pero tambien permite que main continue o ni se entere que hubo un panic que rompio todo. El panic rompe todo, pero recover permite terminar toda la funcion donde se llamo al panic, y continuar su flujo de terminacion "natural". Interesante como GO, es altamente muy flexible para manejar estos escenarios

Una consulta, es aplicable esta pregunta del impedimento para la tarea futura que se esta por realizar?, es decir si de antemano ya podemos detectar algún impedimento, también se menciona esto como parte de la reunión?

Se genere una sola lista de RNF para todo el proyecto, o por cada User Story?

Es posible documentar el User Story haciendo uso de mas campos y personalizando el mismo? Que pasa cuando por ejemplo un criterio de aceptación es relevante para la ejecución de otro, es decir tiene dependencia con otros para su aceptación como tal?

Actualmente somos 2 programadores y tenemos un pequeño producto servicio que esta creciendo. Sirve aplicar Scrum en este punto o tenemos que ir tratando de acomodarnos con lo que tenemos e ir sumando mas miembros? o que recomendaría el experto en este caso?

En la dinámica de flujo ideal y de flexibilidad, cuando hace mención de: "Los dueños del proyecto", se refiere al rol de "product owner" ?, o se refiere a los clientes finales o representantes de la empresa a la cual se esta haciendo el diseño UX?

Puedo decir que todo el curso desde el inicio lo he llevado con Gitlab, y es mas intuitivo la interfaz, y en todo el curso me ah parecido genial. Tiene mas sentido la palabra "Merge request", que "Pull Request", y en el source y target de esta petición hace mas sentido ver a la izquierda el origen y a la derecha el target, algo que sucede en Gitlab. Saludos!

Queda claro y revelador para mi y creo que para muchos, que invertir, estudiar y ahondar en el UX Research, prácticamente define con una alta probabilidad el éxito de un buen producto o servicio en general. Aunque en realidad hay mucho tramo que recorrer al crear una app o servicio, tener este punto inicial bien definido nos da mayores y grandes probabilidades de impactar en el mercado al que apuntamos. Buena teoría y explicación!

Hola a todos, tengo una duda. Para solo la parte de Wireframes, que software es mejor usar? Adobe XD, Balsamic?. Figma no tiene aun bien integrado el tema de Wireframes?, o cual es el uso de software adecuado para Wireframes y Mockups?

Alvaro que tal, tengo una consulta respecto al orden de las opciones, por ejemplo en el botón de ACEPTAR Y CANCELAR, la acción principal va a la izquierda siempre, la secundaria a la derecha?, hay alguna base teórica para este orden de jerarquía en las acciones?