Photo by Mabel Amber
Un grupo de compañeros van a cambiar las tareas que realizan como parte de su trabajo; parte de esa transformación consiste en familiarizarse con el uso de Git.
He decidido darle una vuelta a cómo les introduciría en el uso de Git de manera sencilla y que tenga sentido.
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…
Revisando el feed del foro de Kubernetes discuss.kubernetes.io, me llamó la atención la pregunta de user2 Why deployment need replicaset, but daemonset and statefulset don’t need.
Respondí en el foro, pero quiero ampliar la respuesta aquí.
Oh My Zsh es un framework para gestionar la configuración de Zsh.
Zsh es un shell alternativo a BASH, el shell por defecto de la mayoría de distribuciones Linux. Sin embargo, desde Mac OS Catalina, Zsh se convirtió en el shell del terminal de los Mac. Este hecho, junto a la vistosidad de los temas que pueden aplicarse al prompt en Zsh (en especial, gracias a Oh My Zsh), ha convertido Zsh en un shell cada vez más popular.
Update : Joe Block ha sido tan amable de incluir mi tema de Oh My Zsh en la lista que mantiene en GitHub unixorn/awesome-zsh-plugins.
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.
Hace unas entradas, en
Crear usuarios en Kubernetes (y en K3s), escribía sobre cómo generar nuevos usuarios con acceso al clúster de Kubernetes usando un fichero kubeconfig.
El método descrito implicaba extraer fuera del clúster el certificado privado de la entidad certificadora (CA) de Kubernetes, lo que no me parecía la mejor solución.
Desde Kubernetes 1.19 existe un nuevo recurso en la API, el CertificateSigningRequest, que permite firmar certificados para proporcionar acceso (por ejemplo) al clúster.
En esta entrada se describe cómo aprovechar esta nueva funcionalidad para dar acceso a un usuario usando un certificado firmado por la CA del clúster.
