Saltar al contenido

Categoría: Planetas

Mi entrevista en Camino Dev

Camino Dev es un podcast 100% en español hospedado por Lina Montaño y Miguelangel Rendon. En éste podcast cuentan las historias y anécdotas de los inicios de muchos profesionales de las TICs.

Debido a que conocí a Lina en un JSConf, empecé a escuchar el podcast desde sus inicios y me encantó por ser distinto a todos. El hecho de conocer cómo otras personas se iniciaron te hace recordar cómo fue tu inicios, lo complicado que parecía todo, las barreras y la motivación inicial para continuar. Además que todos los episodios terminan en final feliz porque los invitados son personas que están trabajando en las TICs y como les va actualmente.

Episodio #19 de Camino Dev

Tuve la oportunidad de participar en la edición 19 del podcast. Fui invitado por los organizadores para hablar de mis inicios, como llegué a ser programador y profesor y muchas cosas que prefiero que escuchen en el podcast.

Fue una gran experiencia participar en él. Es fácil escuchar las historias de los demás pero hablar de la de uno me pareció difícil. Creo que nunca había contado mi experiencia públicamente y pensaba que no es interesante o que va a aburrir y dar pena. Pero ojalá os guste y sea motivadora a algunas personas que lo escuchen.

Si quieren conocer mas de mí y de mis inicios en mi carrera profesional, los invito a escuchar el episodio #19 de Camino Dev a continuación.

#19: Miguel Ángel Useche - Camino Dev
El episodio #19 donde aparezco

Les recomiendo seguir este podcast si desean buscar motivación para iniciarse en el mundo de la informática, si están empezando para que conozcan otras historias y apliquen los que hicieron en sus vidas. Si ya son profesionales, no está demás conocer las historias de otros e inclusive usar esas experiencias cuando uno se cambia de área.

Y si te gusta mucho, comparte el contenido para que llegue a otros y expandir mas nuestros conocimientos.

Deja un comentario

La interfaz gráfica de MacOS a través de los años

MacOS es el sistema operativo de Apple y el primero con fines comerciales en tener una interfaz gráfica para ejecutar programas usando el ratón. Esta funcionalidad fue copiada de Xerox cuando visitaron al equipo de investigación. Luego la mejoraron y la integraron en el primer Macintosh de 1984.

La interfaz gráfica de MacOS

Viendo la evolución a lo largo de los años, me llamó la atención como la estructura principal del sistema operativo se mantiene. Desde la primera versión se tiene el menú global en la parte superior, cursor negro y luego aparece el dock en la parte inferior. Pero todo es igual a lo largo de los años a diferencia de Windows donde han habido cambios bruscos y retrocesos tratando de innovar.

Otro de los cambios interesantes, es cuando pasa de ser un sistema en blanco y negro a colores. Pues también mejora la interfaz general y se ve como un gran salto tecnológico. Luego de eso los cambios son tan menores que no se notan mucho. También se puede ver como luego de la muerte de Steve Jobs cambian los diseños a ser mas simples y sin texturas de objetos de la vida real. Eliminando cualquier rastro de la interfaz aqua.

En fin, disfruta de este gran vídeo de la evolución de la interfaz de MacOS.

Espero que te haya gustado el vídeo, supongo que si eres nuevo o no has usado este sistema aprendiste un poco de historia de como lucía. Los usuarios experimentados seguro les trajo recuerdos de como eran las cosas antes.

Así que recuerda compartir o deja tu opinión en la caja de comentarios.

Deja un comentario

Masters of Doom: El libro que narra los inicios de Id Software

Cualquier jugador de PC de los 90s conoce quien es id Software, los creadores de grandes juegos como: Commander Keen, Wolfeinstein 3D, Doom y Quake. Si llegaron a jugar estos juegos y son fanáticos como yo, es probable que conozcan los nombres John Carmack, John Romero, Adrian Carmack, entre otros. Masters of Doom narra la historia de como estas personas crearon estos grandes juegos, cómo fundaron id Software y cambiaron el escenario de los videojuegos.

Cuál es el contenido de Masters of Doom

El libro se enfoca principalmente (pero no exclusivamente) en John Carmack y John Romero. Comienza con una breve biografía de cada uno con detalles que luego nos permitirán entender como influyó sus vidas en la creación de estos juegos. Luego habla de sus primeros desarrollos de videojuegos, como empezaron a trabajar juntos y la creación de Commander Keen.

A partír de allí comienza a narrar la creación de id Software. Como se creó y el impacto que tuvo cada uno de sus grandes juegos de los 90s: Wolfeinstein 3D, Doom, Doom II, Quake, Quake 2 y Quake III. En cada uno de ellos detalla los avances tecnológicos, como hicieron para crearlos, la relación entre el equipo durante el desarrollo, las ventas, entre otros.

Posteriormente el libro explica la partida de John Romero y su desarrollo de Daikatana. Ademas de los Quakecon, la competencia donde se podía ganar el Ferrari de John Carmack y toca un poco el tema sobre los efectos de la masacre de Columbine (ya que los autores eran conocidos en el mundo de Doom).

El contenido es muy bueno, detallado pero nada aburrido. Es lineal y fácil de digerir. David Kushner hizo un buen trabajo en la redacción de toda esta historia para que te entretegas antes todos esos detalles.

Masters of Doom
La porta del libro de Masters of Doom

¿Quién debe leer Masters of Doom?

Si llegaste a ser fan de cualquier juego de esta compañía definitivamente debes leer este libro. Me dió nostalgia recordar como era el movimiento gamer de esa época, recordar como era cada uno de los juegos y el furor que causó. También logré darme cuenta cómo la información y tecnología llegaba muy lento entre paises. Muchas cosas que se comentaban en el libro, en mi ciudad ocurría o se sabían como 2 años después.

Con el libro no solo aprenderás la historia inicial de id Software sino te teletransportarás a los 90s y vivirás la experiencia que ocasionaron estos juegos desde el lado de sus creados.

Deja un comentario

Como usar Let’s Encrypt (versión de Docker) junto a un servidor web corriendo en Docker

Docker es una gran tecnología que nos permite correr los servicios en contenedores. De esta forma podemos aislar y manejar mejor nuestros entornos de desarrollo y producción. Hace unos meses tenía un contenedor de Docker con Nginx corriendo código en PHP y necesitaba agregar un certificado de seguridad. Pero no sabia como hacer para instalar Let’s Encrypt en la imagen sin modificarla para poder generar los contenedores.

Descubrí que existe una versión oficial para Docker. Con ella podemos ejecutar el comando certbot que se encarga de validar y generar los certificados para nuestro dominio web. Parte del proceso consiste en subir un archivo generado a la raíz del servidor web para que el servicio de Let’s Encrypt puede acceder remotamente y así validar que el dominio es nuestro. Pero por la naturaleza de los contenedores, es como complicado hacer que certbot suba archivos al contenedor del servidor web.

La solución para ello es utilizar volúmenes. Abrimos certbot y le indicamos que la ruta a subir el archivo sea la carpeta que se monta como volumen en el servidor web.

Docker + Let's Encrypt = Amor
Puedes combinar estas tecnologías para hacer sitios mas seguros.

Generar el certificado con el contenedor de Let’s encrypt

Para ello, puedes ejecutar el siguiente comando. Lo que hace es decirle a Docker que ejecute el comando de generación de certificados en las carpetas deseadas para el dominio definido y lo haga dentro de la imagen certbot/certbot que ofrece let’s encrypt. Recuerda agregar este comando al cron para que se ejecute por lo menos semanalmente o cada 3 días (me parece exagerado hacerlo diariamente)

/usr/bin/docker run -it --rm -v /CARPETA_CON_LOS_CERTIFICADOS:/etc/letsencrypt -v /CARPETA_SERVIDOR_WEB:/app certbot/certbot certonly -a webroot --webroot-path /app -d MI_DOMINIO

Recuerda sustituir en este comando las siguientes variables:

  • CARPETA_CON_LOS_CERTIFICADOS es la carpeta donde se van a guardar los certificados generados. La configuración de tu servidor web debe apuntar a este lugar.
  • CARPETA_SERVIDOR_WEB es la carpeta raíz del dominio dentro del servidor web. Es decir si subes un archivo llamado test.txt debería estar visible en midominio.extension/test.txt . De esta manera certbot puede subir el archivo que permite confirmar que eres dueño del dominio a asegurar con certificado.
  • MI_DOMINIO es el dominio público para el cual se crearán tus certificados de seguridad.

Configurar el servidor web para usar los certificados

La aplicación Certbot de Let’s encrypt tiene un comando para auto-configurar los servidores web donde esta funcionando. Debido a que estamos un contenedor para Let’s encrypt y otro para el servidor web. No habrá comunicación directa entre ello, por lo que recomiendo actualizar la configuración manualmente, en mi caso, para una pagina hospedada con nginx la sección es la siguiente:

listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/MI_DOMINIO/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/MI_DOMINIO/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

Luego de esto, debes reiniciar el servidor web (en mi caso aprovecho y reinicio el contenedor del servidor para liberar memoria) y ya deberías tener tu dominio con el certificado web generado por let’s encrypt.

¡Ahora puedes disfrutar de un sitio web mas seguro!

Deja un comentario