Saltar al contenido principal
Back to Writings

Los 100: Días después

· 8 min de lectura

Hola. Si estás leyendo esto, probablemente seas una de esas cien personas que ahora mismo buscan algo de motivación y que, de alguna manera, se toparon con la inspiradora imagen de este artículo.

Luego leíste el título y te preguntaste de qué va este blog tan genial.

Ilustración del artículo

Bueno, antes que nada, quiero aclarar que esto no trata sobre la emocionante serie de ciencia ficción The 100.

Aunque te recomendaría verla. Seguro que te atrapan su ambiente posapocalíptico, la forma en que la humanidad intenta reconstruir la sociedad y cómo la serie pone a prueba tus ideas sobre el liderazgo y las decisiones cuando apenas quedan buenas opciones.

La verdad es que no empecé a disfrutarla de verdad hasta el cuarto episodio, más o menos.

Y, de alguna manera, acabé aplaudiendo al llegar al final de la quinta temporada.

Dato curioso: el primer episodio de la quinta temporada se llama «Eden».

Imagen de la serie

En fin, ¿por dónde iba?

Ah, sí. De qué trata realmente este artículo tan genial.

Vale, un poco de contexto.

Empecé el reto #100DaysOfCode el 6 de noviembre de 2020, y hoy puedo decir con orgullo que lo he conseguido.

He completado los 100 días.

Entonces, ¿de qué demonios va esto?

He estado leyendo blogs de desarrolladores y he visto mencionar mucho el reto #100DaysOfCode.

La idea es bastante sencilla.

Programas de forma constante durante 100 días consecutivos y publicas tus avances en Twitter, o en la red social que uses, con la etiqueta #100DaysOfCode.

No hay reglas estrictas sobre qué lenguaje debes usar ni qué tipo de proyectos debes construir.

Solo tienes que seguir haciendo algo cada día durante 100 días.

Como soy un tipo aventurero, reuní todos los cursos que quería estudiar, hice una lista de lo que quería lograr y empecé el día 1 el 6 de noviembre del año pasado.

Incluso escribí un artículo entonces, que puedes leer aquí.

Ilustración del reto

Durante las primeras semanas estaba lleno de entusiasmo.

Seguí con ganas los vídeos y las prácticas de Git for Developers using Github en Coursera, pasé a la introducción de Todd McLeod a Visual Studio Code y después empecé el popular curso de Python de Al Sweigart, Automate the Boring Stuff with Python.

Pude acceder gratis a todos estos cursos gracias a varios cupones de Udemy y a un programa de estudios de Coursera patrocinado por el gobierno.

Así que sí, eso ayudó mucho.

La cuesta arriba

Por supuesto, sientes esa pequeña oleada de satisfacción cada vez que terminas un cuestionario, una práctica o una etapa del curso.

Por fin aciertas la respuesta.

Terminas el ejercicio.

Ves esa pequeña marca verde.

La vida es buena.

Luego está la otra cara.

Llegas a una práctica que no consigues superar porque es condenadamente difícil.

Pasas horas intentando resolverla, decides dejarla hasta después de dormir, te despiertas a la mañana siguiente, abres exactamente la misma práctica...

Y sigues atascado.

Solo que en otro día.

Ilustración sobre quedarse atascado

También ves la madriguera, pero nunca llegas al fondo

Otra cosa que me resultó agotadora fue lidiar con problemas inesperados.

Cada vez que algo no funcionaba, buscaba el error en Google, abría los primeros tres o cinco enlaces y empezaba a probar las soluciones sugeridas.

A veces funcionaba alguna.

La mayoría de las veces, una solución solo me daba un mensaje de error completamente distinto.

Así que, naturalmente, también buscaba ese nuevo error.

Luego leía otros cuantos enlaces.

Veía un vídeo en YouTube.

Probaba otro comando.

Recibía otro error.

Volvía a buscar.

Y, antes de darte cuenta, has caído hasta el fondo de una madriguera.

Solo querías resolver un problemita, pero, de alguna manera, has descubierto otros cinco por el camino.

Ilustración sobre las búsquedas interminables

Pero ¿sabes qué?

De tanto excavar en madrigueras salió algo bueno.

Empecé a darme cuenta de cuándo los problemas nuevos me estaban alejando poco a poco del que realmente quería resolver.

Y, cuando eso ocurría, aprendí a parar, ordenar mis ideas y preguntarme si de verdad necesitaba seguir excavando.

Un ejemplo fue cuando un instructor de KodeKloud estaba instalando Docker en su máquina Ubuntu mientras yo usaba una instancia EC2 con RHEL 8.

Me apareció un error al utilizar uno de los scripts de instalación rápida del sitio de Docker.

La verdad es que ya no recuerdo el error exacto.

Pero tenía la sensación de que podía estar relacionado con RHEL 8.

Nunca llegué a confirmarlo porque, en vez de seguir buscando el error en Google, decidí comprobar si AWS tenía una AMI de RHEL 7 disponible.

Por desgracia, no la tenía.

Así que probé con CentOS.

¿Y sabes qué?

Todo funcionó.

Así que supongo que, con el tiempo, desarrollas una especie de extraño sentido sobrehumano para detectar cuándo un problema está a punto de llevarte por una madriguera interminable de mensajes de error.

Entonces decides si merece la pena seguir por ahí o si existe otra forma de llegar a donde necesitas sin perder otras tres horas.

Por cierto, en algún momento también aprendí el término deuda técnica.

Aunque no diría que se aplica a todas las situaciones de este tipo.

Lo que sí aprendí es que no deberías dejar que se acumule indefinidamente, porque tarde o temprano volverá para darte una buena mordida en el trasero.

Quizá algún día haga una pequeña búsqueda para averiguar por qué aquel script de Docker no funcionaba en RHEL 8.

Ya sabes.

Para cerrar el tema.

La realidad se hace sentir

Pasaron unas semanas y llegó mi primer bajón.

Seguía haciendo prácticas, pero ya no terminaba tantas como antes.

Había mucho trabajo en ese momento, y el esfuerzo mental adicional de estudiar y hacer prácticas por mi cuenta empezaba a pasar factura.

Así que reduje la actividad durante unos días.

Por mucho que quisiera parar y descansar del todo, ese pequeño cabr*n dentro de mi cabeza no me dejaba abandonar el reto.

Tampoco pude seguir el plan original del día 1.

Por ejemplo, al final no hice otro curso de desarrollo web porque decidí centrarme más en la automatización.

El segundo y tercer mes fueron una especie de montaña rusa.

En total, tuve unos tres periodos en los que bajé mucho el ritmo.

Y debo admitir que hubo bastantes dudas durante aquellos 100 días.

Hubo momentos en que me pregunté de verdad si todo ese esfuerzo serviría para algo.

Quizá estaba perdiendo el tiempo.

Quizá nada de esto me ayudaría.

Quizá las cosas no saldrían como esperaba.

Y, por extraño que parezca, no intenté expulsar esos pensamientos por completo.

Les di espacio.

Dejé que se quedaran en mi cabeza.

Pero, de alguna manera, había una versión testaruda de mí que se negaba a tirar la toalla.

¿Y sabes qué?

Consiguió vencer esos miedos cada vez.

Ilustración sobre perseverar

Para cerrar este capítulo

Ahora que por fin han terminado los 100 días, he repasado todos mis tuits desde el principio y me he permitido descansar un poco.

Sé que no he producido una enorme cantidad de proyectos.

Pero, al mirar atrás, sí aprendí mucho sobre Linux, Python, Git, automatización e incluso sobre mi manera de abordar los problemas en general.

Y, por extraño que parezca, después de todo, los 100 días se me hicieron cortos.

Por eso he decidido emprender otra aventura.

Segunda ronda del reto #100Days.

Solo que esta vez me lanzo a dos retos a la vez:

  • #100DaysOfCode
  • #100DaysOfFit

El #100DaysOfCode continuará, básicamente, donde acabó la primera ronda, pero esta vez me limitaré a temas más relacionados con mi trabajo actual:

  • Apache Kafka
  • Docker y Kubernetes
  • Python para automatización
  • AWS SysOps, aunque esto es más bien un objetivo personal

Luego está #100DaysOfFit, que en realidad son dos retos más pequeños que decidí unir:

  • 100 días de ayuno: mantener un ayuno de 16 horas de forma constante
  • 100 días corriendo: correr al menos 30 minutos, al aire libre o en una cinta

De nuevo, no espero que todo vaya como la seda durante los próximos 100 días.

Será difícil.

Probablemente me sentiré abrumado de vez en cuando, sobre todo cuando la vida decida intervenir.

Seguramente volveré a atascarme con otro problema.

Seguramente pasaré tardes enteras enterrado en documentación.

Y sin duda habrá días en los que me dé demasiada pereza leer y decida ver vídeos de YouTube.

Probablemente surgirán muchas preguntas al empezar otra vez.

Pero espero que al final también me esperen menos «¿y si...?».

«Puedes hacerlo. Deberías hacerlo. Y si eres lo bastante valiente para empezar, lo harás».

  • Stephen King