No se me confundan todos. Imagina que todo el proyecto es la carpeta creada del ejemplo "MODULE-EXAMPLES". Sabes que dentro de esa carpeta raiz, debe existir el archivo
.go
, que es el archivo por defecto que el compilador sabe que debe ejecutar. Hasta ahi todo genial. Ahora imagina que nuestro proyecto "MODULE-EXAMPLES" necesita por regla un nombre unico, un identificador o nombre que como tal lo defina, como el dni de una persona, ese nombre global del proyecto se define en el archivo
.mod
, en donde diras? en la primera linea puedes definir cualquier nombre que se te plazca ponerle, para efectos del ejemplo podrias ponerle
mod-examples
. Ahora sabemos por definicion que un
es toda una carpeta y los archivos y funciones que esten contenidas ahi dentro, para nuestro ejemplo, nuestra carpeta se llama
, y en todos los archivo dentro de el, al inicio se define
slices
. Ahora, la pregunta del millon, como usamos de forma local este package local creado desde nuestro
.go
, la regla de oro es simple, llamas al NOMBRE DEL MODULO(Ya lo pusiste en go.mod) + RUTA DE LA CARPETA, para el ejemplo que estamos haciendo aqui llamariamos a
<font color="#c586c0" face="Menlo, Monaco, Courier New, monospace"><span style="font-size: 12px; white-space: pre;">import "module-examples/slices”</span></font><span style="font-size: 0.875rem;">
, y listo. Creo que la forma de usar git remote y otros temas y url larga confundio a varios. Saludos.
No deberia ser el titulo de la clase, Funciones Genericas y tipo de dato 'any' ?
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
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?
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?
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?
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?
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?
Se genere una sola lista de RNF para todo el proyecto, o por cada User Story?
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!