Hablé con alguien en LinkedIn que nunca había conocido y le pregunté cuál creía que era el mejor camino hacia la ingeniería de datos y si valía la pena seguir las certificaciones. Resulta que ya había leído uno de mis artículos. Entonces, en lugar de darme una nueva respuesta, me devolvió la mía. “Estás en el camino correcto”, dijo. “Estás siguiendo la hoja de ruta de 12 meses, cúmplela. No aceptes sugerencias de nadie, podría confundirte”.
Leí ese mensaje dos veces. Porque dos semanas antes de eso, casi me había convencido de abandonar la hoja de ruta con la que me había comprometido públicamente.
Déjame retroceder.
Ha pasado un mes desde que publiqué mi primer artículo sobre este viaje, “De analista de datos a ingeniero de datos: mi hoja de ruta de autoaprendizaje de 12 meses”. Desde entonces he escrito tres más, cada uno de ellos repasando algo que construí. Un pipeline ETL desde cero. Ese mismo proceso preparó la producción con SQLite e idempotencia. Luego lo programé con GitHub Actions, que se convirtió en una lección sobre portabilidad antes de convertirse en una lección sobre programación.
Esos cuatro artículos son un buen registro de lo que hice este mes. No son un registro justo de cómo se sintió realmente el mes. Entonces este es diferente. Sin código, sin tutoriales. Sólo las piezas que no encajaban en ningún otro lugar.
El plan decía una cosa, el mes otra.
La hoja de ruta disponía las cosas en orden. Primero SQL, luego Python, luego Git, luego Spark, luego Airflow y luego Databricks. Ordenado. Secuencial. El tipo de plan que queda genial en un tablero de Notion.
No lo seguí. No precisamente. En lugar de moverme por la pila en orden, construí una pequeña tubería y seguí empujándola hasta que se rompió de nuevas maneras. Apareció SQL. Apareció Python. Git apareció. Pero no en el orden que planeé, y no porque lo haya programado de esa manera. Se presentaron porque el oleoducto los exigía.
Solía pensar que eso significaba que estaba fuera de lugar. Ahora creo que simplemente significa que el plan fue un punto de partida, no un contrato. La hoja de ruta me puso en marcha. El canal decidió lo que realmente necesitaba aprender a continuación.
Las paredes nunca fueron realmente sobre las herramientas.
Si lees los artículos sobre compilación, hay un patrón que no mencioné en ese momento. Cada pared que choqué tenía una solución técnica y una lección no técnica debajo.
La idempotencia no se trataba realmente de SQLite. Se trataba de aprender a desconfiar de mi propia suposición de que “funcionó una vez” significaba “seguirá funcionando”. La persistencia no se trataba realmente de Google Drive. Se trataba de darme cuenta de que mi trabajo podía desaparecer en el momento en que cerraba una pestaña, y que ya había perdido un archivo una vez antes sin darme cuenta de lo cerca que había estado de perder más. La portabilidad no se trataba realmente de GitHub Actions. Se trataba de descubrir que una ruta codificada silenciosamente había hecho que todo mi proceso dependiera de un solo entorno, sin que yo lo decidiera a propósito.
Ninguna de esas son lecciones de codificación. Están pensando en lecciones que surgieron a través del código. Esa parece ser la verdadera forma de la ingeniería de datos hasta ahora, al menos desde donde estoy. Las herramientas son la forma en que se muestran las lecciones. No son las lecciones en sí.
La parte que los artículos de compilación no mostraron
Esto es lo que no mostraron. En algún momento a mediados de este mes, la energía que provenía de la observación de la gente comenzó a desvanecerse. No dramáticamente. Simplemente se volvió más silencioso. Dejé de sentir la presión sobre la que escribí en el artículo dos, aquella en la que extraños se acercaban emocionados por seguirme. Esa presión no desapareció porque dejó de importarme. Se desvaneció porque el objetivo al final, conseguir un puesto de ingeniería de datos bien remunerado, comenzó a sentirse muy lejano. Lo suficiente como para que dejara de ser motivador y empezara a ser agotador incluso pensar en ello.
No ayudó que mi trabajo actual se volviera más ocupado y que tuviera que aprender Laravel para trabajar además de todo lo demás. Tres o cuatro horas al día suena razonable hasta que estás cansado de tu trabajo diario y lo que te espera en casa es otra pila desconocida.
Hubo tramos en los que consideré seriamente reducir la velocidad. Lo que me mantuvo en el escritorio ya no era la visión del trabajo. Era más pequeño que eso. Seguí pensando en la única persona que estaba exactamente donde yo estaba en mayo, atrapada en algún lugar entre análisis e ingeniería sin un mapa claro, que podría estar esperando el próximo artículo. Ayudar a esa persona se volvió más motivador que la idea abstracta de mi propio papel futuro. También me propuse buscar algo realmente desafiante con lo que ocupar mi tiempo libre, en lugar de las cosas fáciles y sin sentido que llenan el tiempo sin dejar nada atrás. Incluso en los días en que el trabajo parecía lejano, al menos no desperdiciaba las horas.
Casi me desvío del rumbo
También tengo que ser honesto acerca de algo que mencioné incluso antes de comenzar este viaje. En mi primer artículo admití que tenía el síndrome del objeto brillante, saltando entre diseño, animación, marketing, TI y ahora datos, antes de que alguno de ellos tuviera la oportunidad de quedarse. Dije que tendría que ser intencional para evitar que eso suceda aquí también.
Sucedió de todos modos. A mitad del mes caí en una madriguera sobre las certificaciones, si necesitaba una, cuál, si estaba en el camino correcto. Eso llevó a considerar seriamente un giro hacia la ingeniería de inteligencia artificial, porque en ese momento parecía más brillante y tenía más demanda. Tuve que detenerme conscientemente y recordarme el camino que ya había elegido y le había dicho a la audiencia con el que estaba comprometido.
Lo que me lleva de nuevo a ese mensaje.
El extraño que me dio mi propio consejo.
Ese mensaje de LinkedIn que mencioné al principio llegó justo después de ese bamboleo. Me comuniqué con alguien para pedirle consejo sobre el mejor camino hacia la ingeniería de datos, en parte buscando permiso para cuestionarme y en parte preguntándome en voz alta si una certificación ayudaría. En lugar de eso, me dijo que ya había leído mi artículo sobre la hoja de ruta y que la respuesta a mi pregunta estaba en mis propios escritos. Cíñete al plan. Deja de recopilar opiniones de extraños, porque demasiadas opiniones simplemente te confunden.
Hay algo casi divertido en que alguien que sólo conocía ese plan te convenza de volver a adoptar tu propio plan porque lo había publicado. Pero ese es el objetivo de hacer esto en público. La responsabilidad no solo proviene de la gente que observa cómo construyes. A veces regresa y te entrega tus propias palabras exactamente en el momento en que las necesitas.
Lo que realmente aprendí sobre cómo aprendo
La otra comprensión de este mes no tuvo nada que ver con la motivación sino con mi forma de trabajar. Solía pensar que necesitaba construir algo grande para aprender algo. Un proyecto real, de varias semanas, algo digno de ser portafolio desde el principio. Ese instinto casi acabó con mi impulso más de una vez, porque los grandes proyectos son fáciles de iniciar y fáciles de abandonar a mitad de camino.
En cambio, lo que ha funcionado es pequeño. Un oleoducto que puedo construir y desmantelar en un fin de semana me enseña tanto como un proyecto extenso de varias semanas, y de hecho lo termino. Al comenzar el segundo mes, cambiaré la idea de una construcción grande por una serie de construcciones pequeñas. Miniproyectos, dimensionados para ajustarse a un horario de 9 a 5 y una fecha límite de Laravel, cada uno dirigido a un concepto específico en lugar de una línea de currículum completa.
donde eso me deja
Si me hubieran preguntado el primer día cómo era el éxito, habría dicho el puesto bien remunerado y punto. Un mes después, eso todavía está en algún lugar de la imagen, pero ya no es lo que realmente me hace abrir mi computadora portátil después de un largo día de trabajo.
Lo que me está llevando allí ahora es más pequeño y, sinceramente, más sostenible. Me gusta construir cosas. Me gusta escribir sobre lo que se rompe. Y cada vez que alguien me dice que un artículo realmente les ayudó a determinar su próximo paso, eso significa más para mí que la idea de una futura oferta de trabajo.
La hoja de ruta sigue siendo la hoja de ruta. Todavía lo sigo, trabajo cron y todo. Pero estoy empezando el segundo mes con una idea más clara de lo que realmente me llevará a lo largo de los próximos once, y no es lo que pensé que sería cuando escribí el primer artículo.
Esto es parte de mi serie continua que documenta mi transición de analista de sistemas a ingeniero de datos. Si me has seguido, gracias. Si este es su primer artículo de la serie, los anteriores están vinculados arriba.
Conéctese conmigo en LinkedIn, YouTube y Twitter.