Photo by Mabel Amber
Una de puntos que siempre se destacan al trabajar con Go es lo completa que es la biblioteca estándar de funciones que proporciona el propio lenguaje.
flag proporciona funcionalidad para gestionar las opciones de las aplicaciones sin interfaz gráfica que se ejecutan desde la línea de comandos (CLI).
En esta entrada reviso cómo usar el paquete para los casos de uso más habituales.
Como comenté hacia el final de la entrada anterior Aprendiendo a programar en Go… pasito a pasito, teniendo la seguridad de los tests me ha dado la confianza de empezar a desarrollar una aplicación a modo de ejercicio de aprendizaje.
El objetivo de la aplicación es el de gestionar una lista de la compra, aunque esto es sólo una excusa ;)
El gophercise para crear una versión en Go de los libros de Elige tu propia aventura de la entrada anterior me hizo ver que debo asentar los conocimientos básicos sobre Go.
No me refieron tanto a saber qué es una variable, la sintaxis de un bucle for ni nada por el estilo; me refiero a la forma en la que debe programarse en Go…
Ayer dediqué una buena parte del día al tercer ejercicio de Gophercises (puedes ver el vídeo de Jon en YouTube: Gophercises #3 - Choose Your Own Adventure Book (via website)).
Estuve tomando notas sobre el vídeo de solución de Jon al ejercicio, pausando el vídeo, reflexionando en cómo atacaba cada parte del problema, etc…
Hoy he vuelto a revisar las notas con la intención de publicarlas, como hice con el ejercicio anterior (Quiz Game, 1a parte y Quiz Game, 2a parte). Sin embargo, quiero aprovechar el flow (y el tiempo libre) para repasar con calma la documentación de los diferentes paquetes usados en el ejercicio, revisar el tema de los constructores y otros aspectos más teóricos que Jon usa con total naturalidad y que a mí me resultan completamente marcianos…
Seguimos con la segunda parte del gophercicio “quiz game”, propuesto por Jon Calhoun.
El ejercicio consiste en realizar una serie de preguntas al usuario (cargadas desde un fichero CSV) y presentarlas al usuario, registrando las respuestas acertadas y mostrando la puntuación al final. Esta parte del ejecicio está resuelta en la entrada Quiz Game, 1a parte (Ejercicios en Go) #gophercises.
En esta segunda parte, añadiremos un límite de tiempo (configurable por el usuario) en el que completar la prueba (o el máximo número de respuestas posibles).
El primer ejercicio consiste en crear un programa que haga un “examen” o prueba de conocimientos al usuario.
El programa debe cargar las preguntas y respuestas de un fichero CSV, presentarlas al usuario y mostrar la puntuación de preguntas respondidas correctamente sobre el total al finalizar la prueba.
En la segunda parte, además, estableceremos un límite de tiempo.
Dentro del mundillo de DevOps, cada vez más y más cosas se definen “como código”; infraestructura como código, configuración como código, seguridad como código, etc…
Mi interpretación de esta “filosofía” de “* como código”, no sólo se refiere a la definición de la infraestructura, seguridad, etc, sino también a la aplicación las mismas herramientas y metodologías que se usan para el código código: repositorios de control de versiones, testing, integración continua, etc.
