¡Bienvenido/a a Carrera y Debug Mental!

El costado humano del desarrollo profesional. Estrategia laboral, toma de decisiones, foco, hábitos y cómo nuestra mente determina la clase de profesionales que somos.

Mediados de 2022. Frío en Buenos Aires.

Otra semana más buscando trabajo y lo mismo: muchas aplicaciones, pocas entrevistas.

En cada una de ellas, el mismo resultado: un correo de rechazo. Sensaciones poco agradables que se sumaban a no saber realmente a qué rama del rubro IT dedicarme en ese entonces.

¿Backend? ¿QA? ¿Python o Java?

Sea como sea, el correo volvía a decir lo mismo.

Un “Agradecemos tu interés, pero...”, respuesta seguramente generada desde un sistema automático, que le habrá mandado un correo idéntico a un montón de otras personas más.

Y eso si es que recibía respuesta alguna.

Así estuve dos años.

Hasta que por fin pude entrar al mercado IT, cosa que logré allá por Febrero de 2024, y de una manera poco común (spoiler: mi jefe encontró mi portfolio “googleando” según él, y decidió contactarme).

¿Me crees que incluso en 2026, aún en el mismo trabajo, sigo experimentando las mismas sensaciones cuando me rechazan en otros procesos?

Claro, “pega menos” porque por fortuna cobro un sueldo al final de cada mes y no estoy realmente en búsqueda activa ahora mismo, aunque sí con ganas de cambiar de empresa.

Igualmente eso no quita la sensación: “No fui suficiente” o “Pensé que esta vez se daba”.

¿Pero qué cambió realmente?
¿Porqué en este 2026 tuve más entrevistas que en ese período de búsqueda?

La respuesta es muy sencilla.

Antes:

• No tenía marca personal (apenas un portfolio, como dije antes)

• Y algo aún más importante: prácticamente no tenía red de contactos. Conocía muy poca gente, y muy poca gente me conocía.

Ahora:

• Muchos de los procesos en los que participé y participo son producto de ser referido por un colega, o alguien me acercó una oferta interna que aún no había sido publicada en portales de empleo.

• O mi marca personal atrajo la atención de reclutadoras que me solicitaron una entrevista.

Esto no pasó por arte de magia ni la casualidad eh.

Antes no sabía cómo hacer contactos, cómo hacer crecer esa red y tener contactos de calidad.

¿Quiere decir eso que ahora soy un gurú de las relaciones interpersonales y el networking? Para nada.

Pero sí aprendí una que otra cosa a lo largo del camino, y hoy te traigo algunos de esos aprendizajes para que cuando termines de leer esta edición, salgas con herramientas e ideas para aplicar hoy mismo.

Manos a la obra.

Los contactos y la riqueza

Un tema del que me vengo empapando últimamente son las finanzas personales. Esto me hizo indagar y reflexionar sobre el concepto de “riqueza”, tanto material como espiritual.

He leído algunos libros, y sus autores coinciden en el mismo punto: tener una buena red de contactos es una puerta hacia las oportunidades y hacia esa riqueza, sea lo que sea que signifique para nosotros.

Somos seres sociales, y nuestro verdadero potencial se desbloquea mediante la colaboración (y a veces sana competencia) con otros.

Además, cuando buscamos perfeccionarnos o ser buenos en algo, estar en contacto con personas que la tienen más clara que nosotros es un verdadero diferencial sobre aquellos que no lo hacen.

Eso lo digo desde la experiencia. Más abajo te cuento más y de hecho, voy a hacerte una invitación 😉

Volviendo a lo que hoy nos trae acá, te voy a compartir lo que Cristina Benito, en su libro “Money Mindfulness”, y Leo Piccioli, en su libro “Finanzas - Lo que no te enseñaron en la escuela”, dicen sobre cómo hacer networking de calidad, y las razones para ponerle pila y esfuerzo al asunto.

Para empezar, Cristina Benito nos da un buen incentivo, diciendo:

“Una buena red hace que nos sintamos más seguros emocionalmente y con más creatividad, ya que los demás son un frontón para nuestras ideas y una fuente de inspiración en sí”.

A lo que Leo Piccioli agrega:

“El tiempo que dedicas a construir relaciones valiosas es una inversión. Las oportunidades laborales, de negocios y de aprendizaje suelen llegar a través de personas, no de avisos clasificados”.

Es sabido que el CV es importante, porque a fin de cuentas es tu carta de presentación. Pero hace tiempo que no es suficiente, y rara vez es el factor decisivo. De ahi la famosa frase de “contacto mata CV”.

Una buena red de contactos, por otro lado:

• Te da acceso a oportunidades internas, de esas que nunca se publican en LinkedIn y otros sitios.

• Cuando entras en un proceso de selección bajo recomendación, tus posibilidades son superiores que aquella persona que no la tiene.

• Incluso sin recomendación, un contacto te puede brindar información privilegiada sobre esa industria o empresa a la que aspirás ingresar, lo que también puede inclinar las probabilidades a tu favor.

• Repito un poco lo que dije antes: una buena red también te da acceso a mentorías informales y aprendizaje acelerado. Estar rodeado de gente con más experiencia es vital.

• Y de la misma manera que sucede con el dinero, la red de contactos tiene un efecto compuesto a lo largo del tiempo. Nunca sabes en qué puede terminar un contacto que hagas hoy.

Genial, todo esto nos dice el “porqué” hacer contactos. Ahora vamos con el “cómo”

La caja de herramientas

Vamos con algunas herramientas para hacer contactos, ya volcándonos de lleno en la parte realmente práctica de esta edición.

Herramienta 1. Hacé los deberes

Antes de escribir un correo electrónico, o un mensaje por LinkedIn o conocer personalmente a alguien que crees que va a ser interesante, averigüá todo lo que puedas sobre esa persona.

Estudiá lo que hace y cómo lo hace, cuáles son los valores y la misión que guían a su empresa o camino profesional. Saber del otro un poquito más de lo que todo el mundo sabe te ayudará a hacer las preguntas adecuadas o intercalar un comentario que te será útil para conectar.

Si además mencionas uno de sus proyectos o artículos, se sentirá halagado/a y te recordará más fácilmente.

Herramienta 2. Entregate sin esperar resultados inmediatos

Esta es la idea que, en mi caso, a veces he perdido de vista al momento de hacer networking: los contactos son personas.

Aunque parezca super obvio lo que estoy diciendo, quizá no lo sea tanto. Me ha pasado que cuando estoy interactuando con alguien dentro de un contexto profesional, me termino concentrando más en el rol de la persona, en lo que potencialmente ese rol representa para mí, y qué posibilidades se desbloquearían en caso de profundizar y estrechar la relación.

Un enfoque meramente transaccional, si te ponés a pensar.

Y ahi, para ese entonces, ya perdí de vista lo que tengo en frente, que es otro ser humano delante mío, contándome cosas y hablando de sí mismo.

El punto es este: no se puede trabajar en red con otras personas si siempre estás buscando arrancarles algo. Esta actitud depredadora enseguida se detecta y pone al otro a la defensiva.

Lo importante es entender que los resultados toman muchas formas. Puede que el contacto te aporte algo directamente, o que te dé acceso a otras personas que lo hagan en el futuro.

Pero el hecho de que una conexión no genere dinero directo en tu cuenta bancaria a corto plazo no significa que no haya funcionado. Los grandes negocios raramente llevan de A a B en línea recta.

Liberate de las expectativas, de condicionar el encuentro o la interacción en base a resultados inmediatos, ya que no siempre van a llegar.

“El networking genuino consiste en construir relaciones auténticas basadas en intereses comunes y ayuda mutua, no transaccionales. Hay que mantener el contacto periódicamente, no solo cuando necesitas algo”, argumenta Leo Piccioli.

Herramienta 3. Dos orejas para escuchar, una boca para callar

Si hay algo que quiero que te lleves de esta lectura es esto: prestar atención plena en el momento que interactuamos con los demás es un factor clave.

Cuando prestás atención de verdad, escuchas para escuchar. Para comprender, para conocer, no solamente para responder. Eso te permite practicar la habilidad de ser empático/a y hacer un uso más hábil de tus emociones, y recordar detalles que puedan servir para avivar una próxima conversación o interacción.

“Hemos de tomar conciencia de cómo nos comportamos con los demás, ya que ellos solo sabrán de nosotros aquello que les demostremos. La autenticidad, como la honestidad que hay detrás, es una virtud valiosísima en el mercado globalizado. Si conectamos con los valores de la otra persona, podemos convertirlo en nuestro aliado.”, dice Cristina Benito.

Respetá los tiempos y participá cuando sea oportuno, mostrando curiosidad por lo que te estén contando. En su clásico Cómo ganar amigos e influir sobre las personas, Dale Carnegie decía que “Un dolor de muelas es más importante para tu interlocutor que una hambruna en China”, y suele ser así.

Los grandes conversadores saben prestar atención plena a los pequeños detalles de la vida del otro, los memorizan y los utilizan en el futuro, lo cual puede resultar decisivo.

Herramienta 4. Antes de pedir, encontrá la forma de ayudar

Es mucho mejor pedir algo cuando ofrecemos otra cosa a cambio, o por lo menos cuando demostramos algún tipo de interés o preocupación por la otra persona.

Esto enlaza con la herramienta 1. Si hicimos los deberes, va a ser mucho más fácil encontrar algo que podamos ofrecer que valga la pena. Puede tratarse de algo muy simple: una recomendación para un viaje o de un buen restaurante o café de la ciudad pueden ser la llave para desbloquear una nueva relación profesional, o profundizar una existente.

“¿Y si soy tímido/a?”

Es perfectamente válido ser tímido/a eh. Yo lo fui mucho tiempo. La buena noticia es que se puede vencer, y que además, se puede igualmente hacer contactos.

Algunos consejos prácticos compartidos por Cristina Benito, que a lo mejor te pueden servir:

1. Practicá con personas que ya conocés, con las que trabajaste en el pasado o con las que fuiste a la universidad, incluso con algún familiar o amigo.

2. Llegá temprano a los eventos, tanto si se trata de un evento organizado como de un encuentro informal en un bar. Habrá menos gente y te será más fácil intimar.

3. Una pregunta para romper el hielo es un gran tuco, porque invitás a que el otro sea quien hable. Eso siempre es más sencillo que empezar con tu propia presentación.

4. No te disculpes todo el rato, ni por ser vos mismo/a ni por pedir ayuda. Un día vas a estar vos en posición de darla.

5. Si conectas con alguien, hacelo tu aliado y pedile que te presente a otras personas.

6. Esto es difícil, pero es importante aprender a tomar con naturalidad el rechazo o la frialdad. Es ningú lado está escrito que hay que congeniar o gustarle a todo el mundo. Hay gente muy ocupada o que simplemente es poco permeable a nuevos contactos.

7. Y, sobre todo, hay que sonreír (Dios, eso sí que me cuesta xD). No solo tus palabras cuentan tu historia, también lo hacen tu cuerpo y las emociones que expresás. Incluso si alguna vez no te dan la sonrisa esperada, sé generoso/a y dá la tuya. Como dice el Dalai Lama, “nadie tiene tanta necesidad de una sonrisa como aquel que no sabe sonreír a los demás”.

Algo breve sobre la marca personal

Antes mencioné que no tenía marca personal, y si estás leyendo esto, ahora sabes que sí y la conoces: “El Ingeniero Consciente”.

Si pensas en mi como “el loquito de datos y AWS”, o “el buda de los datos” (cosa que me han dicho, no estoy bromeando jaja), entonces mi marca ya está hablando por mí.

Jeff Bezos define perfectamente la marca personal:

“Es lo que dicen de ti cuando no estás en la sala”.

A lo que Leo Piccioli adiciona:

“En la era digital, tu marca personal queda grabada para siempre. Lo que publicas a los 15 años puede ser visto por un empleador cuando tengas 25. Un comentario negativo sobre una empresa hoy puede cerrar puertas mañana.”

Esto pudiera dar miedo. Al menos yo lo tuve un buen tiempo antes de mandarme a postear contenido en redes, crear el blog y luego la news.

Pero luego comprendí que esto de que descubran tus comentarios o que una empresa investigue tu perfil y actividades online no tiene que ser algo malo. En vez de esconderse “por si me enganchan”, mejor ser estratégicos y usar esto a nuestro favor.

Podríamos clasificar a la marca personal como la Herramienta 5 en nuestro arsenal. Algunos consejos ofrecidos por Piccioli para empezar a darle forma:

• Auditá tu presencia digital: ¿contratarías a alguien con tu perfil online?

• Sé constructivo y critica con propuestas, no con quejas. Esto me parece fundamental ya que es mejor mostrar soluciones, no solo problemas.

• Creá contenido de valor, compartiendo cosas como proyectos, aprendizajes y todo eso que demuestre tus habilidades e intereses.

• Sé auténtico pero prudente. El balance entre ambas cosas es lo más difícil en mi opinión, pero es posible. Una pregunta que te puede guiar es: “¿Me sentiría cómodo/a si mi futuro jefe viera esto?”.

La huella que dejamos en redes es permanente. En vez de que esto sea un obstáculo, convirtámoslo en nuestra mejor carta de presentación.

Conclusión y la invitación

Vimos las razones para hacer networking o contactos de calidad, y algunas de las herramientas que nos pueden llevar a eso:

1. Averiguar todo lo que se pueda sobre la persona que vamos a conocer o deseamos interactuar.

2. Dejar de lado el enfoque transaccional y entregarnos sin esperar resultados inmediatos de una interacción.

3. Escuchar con atención plena más que hablar.

4. Encontrar la forma de ayudar y aportar antes de pedir ayuda.

5. Construir una marca personal y aprovecharnos de nuestra huella en redes para vendernos.

La diferencia entre una persona que tiene una buena red de contactos y la que no puede llegar a ser abismal con respecto a las oportunidades de desarrollo, crecimiento, colaboración, empleo y aprendizaje.

Si a eso la sumamos una marca personal bien pensada y construida, los efectos se multiplican.

¿Qué pensarías si te digo que todo esto no tenés que hacerlo solo/a?

Para eso fundé ShareIT, una comunidad de tecnología en WhatsApp donde tocamos todos estos temas a diario. No solo vas a poder conocer otras personas en tu mismo camino, sino también personas con experiencia en varias áreas de IT, como desarrollo, cloud o data.

Además, si estás dando tus primeros pasos en la creación de contenido y marca personal, tenemos un grupo exclusivamente dedicado a eso, donde compartimos nuestras publicaciones, nos damos consejos/feedback y repasamos herramientas para facilitar este proceso.

Si estás por Buenos Aires o pensás ir a la Nerdearla que se va a celebrar a finales de Septiembre, te cuento también que estamos organizando un grupito para ir presencialmente al evento.

Sumate hoy desde nuestra web y empezá a construir esa red de contactos de calidad que puede transformar tu camino profesional de formas que posiblemente ni te imagines 😉

• La semana próxima vamos a continuar viendo más servicios de la nube de Amazon que se utilizan para la Ingeniería de Datos moderna, dentro del marco del Ciclo de Vida de la Ingeniería de Datos.

• Ya arrancando Septiembre vamos a ver algunos consejos para generar contactos con efectividad, en base a dos libros geniales que estuve leyendo últimamente. “Contacto mata CV”, no lo olvides.

• También en Septiembre, y después de haber repasado conceptos fundamentales del Cloud Computing durante Agosto, ¡arrancamos con AWS! Inicios y primeros pasos, además de razones para interiorizarte con este proveedor de la nube pública.

• Y si el tiempo me lo permite, ya que arranqué el segundo cuatrimestre en la facu, ese mes se vendrá también una edición sobre cómo conocer nuestro valor de mercado (aunque es probable que cambie el tema, todavía no lo decido).

Si esto que te cuento te entusiasma, entonces quiere decir que voy por buen camino. Pero si poco de esto te llama la atención, entonces es probable que tenga que reajustar la dirección.

Por eso compartí una encuesta en la edición de principios de mes, por motivo del aniversario de la newsletter, para conocerte mejor a vos y tus necesidades, mi querido lector o lectora. ¿Te animarías a responderla? Tu feedback me es muy valioso y la encuesta te tomará 5 minutos máximo. A cambio te prometo contenido de calidad que realmente te aporte valor.

Tenés la encuesta acá. ¡Gracias por tu tiempo y colaboración!

Lecturas de Interés

Esta pausa creo que también puede ser una gran oportunidad para ponerte al día con lo que estuve publicando, si es que te perdiste de algo 😉

Hemos tocado varios temas en estos meses. Probablemente algunos correos no los hayas abierto o no hayas tenido chance de verlos, asi que quiero dejarte algunas lecturas interesantes de ediciones pasadas que quizá quieras chequear (o releer) en algun punto de tu semana.

🛠️ Taller de Datos

Python es el lenguaje de facto en data. Acá una colección de librerías para extracción y carga de datos. Super útil si tenés planeado desarrollar un ETL o ELT.

¿Qué servicios de AWS nos conviene conocer y dominar para lo que es la Ingeniería de Datos moderna? En esta edición charlamos sobre eso.

☁️ La Senda del Nubearquitecto

¿No tenés muy claro qué es la nube y todo eso del “Cloud Computing”? Podés arrancar por acá.

AWS ofrece +200 servicios, pero no es estrictamente necesario aprenderlos todos eh. Con estos 30 vas a estar muy bien parado.

Si ya tenés idea de AWS y lo usas con frecuencia, existe algo que no podés ignorar si querés construir una buena arquitectura. Yo lo ignoré un tiempo, hasta que empecé a pagar el precio por ello. No cometas el mismo error.

🧠 Carrera y Debug Mental

A lo mejor uno de los mejores objetivos que podamos tener para este 2026 es el de aburrirnos más. ¿Qué desbloquea el aburrimiento en tu cerebro y porqué es que tenemos tendencia a evitarlo? Lo vemos en detalle acá.

Siempre consideré la disciplina como cualidad primordial para cumplir mis objetivos. No estaba equivocado, pero me pasé de la raya, y me di cuenta de que me estaba convirtiendo en alguien rígido, y por ende, más frágil. ¿Contradictorio? No tanto eh. Hay una cualidad igual de importante que la disciplina. Lo charlamos en esta edición.

¿Y si resulta que perseguir nuestra pasión es uno de los peores consejos que nos pudieron haber dado? En esta edición hablamos de la “trampa de la pasión” y qué conviene medir a cambio.

Con todo esto ya tenés para entretenerte unos días :)

¡Nos leemos la semana próxima!

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

Todos celebramos cuando por fin aprendemos a esconder nuestra flamante base de datos en una Subnet Privada, lejos de los ojos de internet. “JA! Soy un crack de la nube”, pensamos, dándonos una palmada en la espalda (?

Pero a los dos días, el sistema operativo de esa base de datos necesita salir a internet para descargar un parche de seguridad crítico y... Connection Timeout. O peor, le pedimos a un cliente que pruebe nuestra nueva aplicación web y le pasamos una dirección cruda como 198.51.100.24 porque no sabemos cómo ponerle un nombre decente.

En la nube no hay magia negra, solo tráfico bien enrutado. Y si no entendés cómo tus recursos privados negocian su salida al mundo exterior, o cómo los humanos logran encontrar tus servidores, vas a vivir renegando con timeouts inexplicables.

En la última entrega de la serie Cloud Computing Fundamentals, cerramos el círculo del Networking bajando a tierra los conceptos que hacen que la web realmente funcione, sin jerga innecesaria y con analogías del mundo real.

Vamos a recorrer:

• IPs Privadas vs. Públicas: Por qué tu red funciona como un gran edificio corporativo y la diferencia vital entre tener un “número de interno” y un “número de teléfono oficial”. El ejemplo también incluye pizza, espero te guste.

• NAT (La Recepcionista): El mecanismo exacto que permite que tu base de datos aislada pida una actualización a internet, reciba el paquete, pero mantenga su ubicación oculta.

• DNS (La Guía Telefónica): El viaje frenético (y en milisegundos) desde que tu usuario tipea tu dominio hasta que el Servidor Autoritativo le devuelve la IP correcta para conectarse.

• Mapeo en AWS: Cómo toda esta teoría toma forma real cuando desplegamos un Internet Gateway, configuramos un NAT Gateway, o usamos el enrutamiento inteligente de Route 53.

  

Si querés dejar de cruzar los dedos cada vez que configurás la conectividad de tu arquitectura y entender de una vez por todas qué pasa detrás de escena, esta lectura es para vos.

👉 Leé la nota en el blog: Conceptos de Networking para la Nube - Parte 2

🌱 Lo que aprendí hace poco

Esta semana conté en LinkedIn una situación en el trabajo que involucró un servidor SFTP desplegado con AWS Transfer Family dentro de una VPC. La versión corta es que no sabíamos qué direcciones IP estaba rechazando el servidor porque no estábamos monitoreando su actividad de red.

Esto lo solucionamos habilitando VPC Flow Logs, herramienta crucial que nos provee AWS para examinar el tráfico que fluye a través de los recursos desplegados en una VPC.

Esto me dejó dos enseñanzas:

• Si tenés recursos dentro de una VPC, asegurate de tener los Flow Logs habilitados y funcionando correctamente. Habilitarlo pero no comprobar que funciona te deja con una falsa sensación de observabilidad, algo peligroso. Un día revisás para debuggear algo y no tenés nada.

• Es importante que fijes un período de retención razonable para que CloudWatch borre automáticamente los logs de actividad. Por cuestiones de costos y observabilidad, no querés tener logs abultados por meses, creeme.

Construyamos juntos lo que se viene

Antes de irme, un favorcito: en la edición anterior, por motivo del primer aniversario de la newsletter, envié una encuesta, muy breve, para poder conocerte mejor a vos, mi querido/a lector/a.

¿Te animarías a responderla? Te toma como mucho 3 minutos.

La idea es saber qué les preocupa a mis lectores, qué necesidad tienen, y ponerme en acción para acercarles una solución, un recurso, o al menos, acompañamiento en espíritu si es que lo que te duele a vos también me duele a mí.

La misión de “El Ingeniero Consciente” sigue siendo la misma: acercarte contenido de valor, accionable, de ese que te permite acercarte a tus objetivos.

Acá tenés la encuesta. ¡Espero tus respuestas con ansias!

“El Ingeniero Consciente” cumple 1 año.

Mentiría si te digo que las palabras me están fluyendo ahora mismo.

Me ví tentado en pasar todo este texto por la IA para que lo acomode y lo refine, que lo deje “mejor ordenadito”.

Pero al carajo eso. Hoy te escribo lo más al natural que me salga.

Escribo esto un domingo antes del almuerzo, luego de una taza de café. Y esto debería llegarte un miércoles, como de costumbre.

Llevar adelante una newsletter no es algo sencillo. Tampoco es imposible, no quiero dármela “de crack”, ni mucho menos “influencer”.

No arranqué esto con eso en mente.

Pero pensar consistentemente qué postear, qué puede ser de valor, cómo bajar conceptos complejos a palabras sencillas y amenas...todo eso cuesta.

Cuesta tiempo. Tiempo que saco alegremente de otras actividades, pero tiempo al fin.

Cierto es que nadie me pidió iniciar esto.

¿Pero te digo la verdad? Me agradezco por haber arrancado igual.

Si tuviera que elegir, lo volvería a hacer.

¿Sabes porqué? Porque crear, enseñar, acompañar, contribuir, son cosas hermosas.

Una carta de gratitud

Aprender en solitud tiene su cuota de fricción y frustración, componentes necesarios para solidificar y establecer conocimientos.

Pero no tiene que ser un tormento. Es muy lindo cuando alguien que ya comprendió un tema, incluyendo sus pormenores, te lo explica de una manera que lo entiendas.

Hablar de algo dificil en términos simples requiere estar empapado de ese tema, y es la prueba de fuego para saber si realmente entendiste algo.

Cuando tomo notas en mis estudios, intento articularlas como si alguien más estuviera leyéndolas o fuera a leerlas. Y ese alguien serias vos, mi querido lector, lectora.

El ordenar los conceptos que adquiero para luego poder organizarlo en blog posts o ediciones de la newsletter es algo que me nutre. No solo me permite aprender mejor, sino que le dá cierto significado al esfuerzo que hago para ser un profesional más capacitado.

Me nutre en mente y espíritu. Siento que estoy contribuyendo a algo que va más allá de mi beneficio personal.

No importa que no comentes en un post o que reacciones.

Importa que lo leas, que te quedes con la sensación de que encontraste en mi contenido una guía, una pequeña luz para dirigir tus pasos ante la niebla inmensa de los conceptos y términos con los que lidiamos quienes estamos en esta industria.

Gracias a eso estudio con más ganas. Con más dedicación.

Asi que esto no es una carta para hablar de mis logros, sino una carta de gratitud.

A vos, del otro lado de la pantalla. No sé quién sos, ni sé realmente qué te motiva a leerme.

Pero estás ahí. Y si después de todo este tiempo aún seguís acá, entonces es porque lo que vengo haciendo tiene algo de sentido.

¿Qué se viene para el año 2?

Difícil decirlo ahora. Algo es claro: voy a necesitar tu ayuda. Porque para sostener esto en el tiempo, primero me tiene que gustar a mí hacerlo.

Pero también tiene que aportarte valor genuino a vos.

Por eso preparé esta encuesta muy cortita (te tomará entre 3-5 minutos, seguro menos) para que me ayudes a moldear lo que se viene.

Para saber qué te duele, qué necesidad tenés, y ponerme en acción para acercarte una solución, un recurso, o al menos, acompañamiento en espíritu si es que lo que te duele a vos también me duele a mí.

Te voy a agradecer enormemente si la respondés. Enlace acá.

La ecuación es simple

Sin mí, blogs o newsletters sobre Ingeniería de Datos hay varios.

Pero sin vos, no hay Ingeniero Consciente.

Gracias por leerme, gracias por estar.

Vamos por otro año de crecimiento, de dudas, de aprendizaje y de consciencia, para navegar esta industria con excelencia, sin que eso implique alejarnos de nuestra esencia.

¡Bienvenido/a a Taller de Datos!

Fundamentos y herramientas de Data Engineering: Python, SQL, Git y buenas prácticas técnicas explicadas de forma clara, práctica y orientada a producción.

Como vimos hace poco, Amazon Web Services ofrece un ecosistema enorme, con +200 servicios, pero con tan solo 30 de ellos, podemos solucionar muchísimos problemas.

Ahora bien, ¿cuáles de todos esos servicios nos competen a nosotros, los Data Engineers?

Es una pregunta con una respuesta que puede ser larga y compleja. Pero a no preocuparse: hoy vengo a simplificarte la cosa.

Existen varios servicios que cubren desde la ingestión y almacenamiento hasta la seguridad y la analítica. He seleccionado los 21 que considero son los más importantes para construir arquitecturas de datos en la nube de Amazon y que de hecho, he visto que tienen buena demanda en el mercado.

Por supuesto, todo depende del caso de uso entre manos, contexto de negocio, presupuesto, y otras variables.

De nuevo, no hay que usarlos todos, ni tampoco todo tiene que ser en AWS. Acá entra en juego tu criterio técnico.

Con eso presente, te muestro cuáles son esos servicios:

• AWS DataSync

• AWS Dabase Migration Service (DMS)

• Amazon AppFlow

• Amazon Kinesis

• Amazon S3

• Amazon RDS

• Amazon DynamoDB

• Amazon Redshift

• AWS Glue

• Amazon EMR

• AWS Lambda

• Amazon Athena

• Amazon QuickSight

• AWS Step Functions

• Amazon EventBridge

• Amazon SQS

• Amazon SNS

• Amazon CloudWatch

• AWS CloudTrail

• AWS IAM

• AWS Lake Formation

Ufff, enorme esa lista. Pero tranqui, no vamos a entrar ahora mismo en los detalles de todos ellos. Tampoco quiero vender humo y decir que los usé absolutamente todos.

Mi objetivo es sencillo: te voy a dar una descripción breve de algunos para que tengas una noción, y una explicación más detallada de otros, sobre todo de aquellos que ya usé en producción y que de hecho, son aquellos sobre los que preguntan en entrevistas para puestos de Data Engineer con AWS.

¿Cuáles son las características y detalles importantes a tener presente?

¿Cómo encajarían en un flujo de Ingeniería de datos end-to-end?

Responderemos a esas y otras preguntas en AWS para Data Engineering, la nueva serie de mi blog.

Arrancamos con un puñado de servicios en el primer artículo que te dejo por acá 👇

AWS para Data Engineering - Parte 1

La idea es simple: no se trata de usar el servicio que sea tendencia en LinkedIn o usarlo solamente porque esté en AWS.

Si bien la nube de Amazon nos ofrece muchas herramientas, hay que usar lo que de verdad resuelve el problema, teniendo en cuenta los fundamentos de la Ingeniería de Datos para construir una solución costo-efectiva, segura, resiliente y escalable.

A medida que vaya publicando más entradas en la serie, te vas a enterar por este medio.

¿No estás suscrito/a y querés enterarte apenas estén las próximas entradas disponibles? Te lo soluciono con 1 click.

Suscríbete ahora

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

Si venís leyéndome hace rato, seguramente habrás notado que intento compartir contenido de manera gradual, en modo “serie”, para que varios conceptos vayan en orden.

Por eso armé la serie Cloud Computing Fundamentals, para que quienes estén dando sus primeros pasos en la nube o quieran repasar fundamentos, lo puedan hacer secuencialmente y puedan obtener una especie de “hoja de ruta” que aporte claridad al momento de estudiar.

Ahora, ¿qué pasa con aquellos que ya dieron sus primeros pasos en AWS , ya tienen su cuenta y todo, pero aun así sienten confundidos?

Hoy vengo a aportar algo de calma en una lectura que te tomará 5 minutos o menos.

+200 servicios, ¿hay que aprenderlos todos?

Arrancar en AWS marea porque de repente te encontrás con que hay +200 servicios para aprender. La pregunta de oro es: ¿𝗹𝗼𝘀 𝗻𝗲𝗰𝗲𝘀𝗶𝘁𝗮𝘀 𝗮𝗯𝘀𝗼𝗹𝘂𝘁𝗮𝗺𝗲𝗻𝘁𝗲 𝘁𝗼𝗱𝗼𝘀?

En mi experiencia tanto en producción como en mi actual preparación para la certificación Solutions Architect Associate, muchas veces las cosas se resuelven con 𝗲𝘀𝘁𝗼𝘀 𝟯𝟬 𝘀𝗲𝗿𝘃𝗶𝗰𝗶𝗼𝘀.

La clave no es la cantidad de servicios que sepas manejar, sino entender qué problema resuelve cada uno.

En la serie sobre AWS que comenzaremos pronto, ya veremos cada uno de ellos en profundidad y cómo se interrelacionan entre sí. A medida que avancemos vas a notar cómo cada servicio es como un bloque LEGO que encajados de la forma correcta, nos permite construir una buena arquitectura.

Vamos servicio por servicio, ordenados por categoría:

• 🌐 𝗥𝗲𝗱𝗲𝘀 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗶𝗱𝗼

• ⚙️ 𝗖𝗼𝗺𝗽𝘂𝘁𝗼 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗲𝗱𝗼𝗿𝗲𝘀

• 💾 𝗔𝗹𝗺𝗮𝗰𝗲𝗻𝗮𝗺𝗶𝗲𝗻𝘁𝗼, 𝗕𝗮𝘀𝗲𝘀 𝗱𝗲 𝗗𝗮𝘁𝗼𝘀 & 𝗜𝗔

• 📨 𝗠𝗲𝗻𝘀𝗮𝗷𝗲𝗿𝗶𝗮 & 𝗜𝗻𝘁𝗲𝗴𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

• 📊 𝗔𝗻𝗮𝗹𝘆𝘁𝗶𝗰𝘀 & 𝗗𝗮𝘁𝗮 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴

• 🔒 𝗚𝗼𝗯𝗲𝗿𝗻𝗮𝗻𝘇𝗮, 𝗦𝗲𝗴𝘂𝗿𝗶𝗱𝗮𝗱 𝘆 𝗢𝗽𝗲𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

🌐 𝗥𝗲𝗱𝗲𝘀 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗶𝗱𝗼

𝘝𝘗𝘊 – Tu red privada en la nube. Definís rangos IP, subredes y aislás recursos del internet.

𝘙𝘰𝘶𝘵𝘦 53 – DNS inteligente. Enruta tráfico y maneja failovers usando health checks.

𝘊𝘭𝘰𝘶𝘥𝘍𝘳𝘰𝘯𝘵 – CDN global. Cachea contenido en Edge Locations para reducir latencia.

𝘈𝘗𝘐 𝘎𝘢𝘵𝘦𝘸𝘢𝘺 – La puerta de entrada. Autenticación, rate limiting y versionado antes de llegar al backend.

𝘞𝘈𝘍 – Firewall de aplicaciones web. Bloquea tráfico malicioso y bots antes de tocar tus servicios.

⚙️ 𝗖𝗼𝗺𝗽𝘂𝘁𝗼 & 𝗖𝗼𝗻𝘁𝗲𝗻𝗲𝗱𝗼𝗿𝗲𝘀

𝘌𝘊2 – Servidores virtuales. Control total sobre SO y red. Sirve para casi cualquier workload.

𝘓𝘢𝘮𝘣𝘥𝘢 – Compute serverless. No gestionás infraestructura. Pagás solo cuando el código corre.

𝘌𝘊𝘚 – Orquestación de contenedores nativa de AWS. Integración profunda con el ecosistema.

𝘌𝘒𝘚 – Kubernetes administrado. Control fino y escalabilidad masiva.

𝘍𝘢𝘳𝘨𝘢𝘵𝘦 – Contenedores serverless. Sin nodos que parchear ni administrar.

💾 𝗔𝗹𝗺𝗮𝗰𝗲𝗻𝗮𝗺𝗶𝗲𝗻𝘁𝗼, 𝗕𝗮𝘀𝗲𝘀 𝗱𝗲 𝗗𝗮𝘁𝗼𝘀 & 𝗜𝗔

𝘚3 – Almacenamiento de objetos. Data lakes, sitios estáticos, backups. Escala infinito.

𝘙𝘋𝘚 – Bases de datos relacionales administradas. Patching, backups y scaling para motores como Postgres.

𝘋𝘺𝘯𝘢𝘮𝘰𝘋𝘉 – NoSQL serverless. Latencia de milisegundos a cualquier escala.

𝘉𝘦𝘥𝘳𝘰𝘤𝘬 – Orquestación de GenAI. Acceso a modelos fundacionales sin manejar infraestructura.

𝘌𝘭𝘢𝘴𝘵𝘪𝘊𝘢𝘤𝘩𝘦 – Almacenamiento en memoria. Caching con Redis o Memcached para acelerar aplicaciones.

📨 𝗠𝗲𝗻𝘀𝗮𝗷𝗲𝗿𝗶𝗮 & 𝗜𝗻𝘁𝗲𝗴𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

𝘚𝘕𝘚 – Mensajería pub/sub. Distribuye eventos y notificaciones a múltiples consumidores.

𝘚𝘘𝘚 – Colas de mensajes. Desacopla servicios y absorbe picos de tráfico.

𝘌𝘷𝘦𝘯𝘵𝘉𝘳𝘪𝘥𝘨𝘦 – Bus de eventos serverless. Arquitecturas desacopladas basadas en eventos.

𝘚𝘵𝘦𝘱 𝘍𝘶𝘯𝘤𝘵𝘪𝘰𝘯𝘴 – Orquestación de workflows. Retries, errores y lógica compleja sin ensuciar el código.

𝘈𝘱𝘱𝘚𝘺𝘯𝘤 – GraphQL administrado. Sincronización en tiempo real con múltiples fuentes de datos.

📊 𝗔𝗻𝗮𝗹𝘆𝘁𝗶𝗰𝘀 & 𝗗𝗮𝘁𝗮 𝗘𝗻𝗴𝗶𝗻𝗲𝗲𝗿𝗶𝗻𝗴

𝘎𝘭𝘶𝘦 – ETL serverless. Descubre, limpia y transforma datos para analytics.

𝘙𝘦𝘥𝘴𝘩𝘪𝘧𝘵 – Data warehouse. Consultas analíticas sobre terabytes o petabytes.

𝘈𝘵𝘩𝘦𝘯𝘢 – SQL sobre S3. Consultás datos sin levantar bases de datos.

𝘒𝘪𝘯𝘦𝘴𝘪𝘴 – Streaming en tiempo real. Ingesta y procesamiento de flujos de datos.

𝘔𝘚𝘒 – Kafka administrado. Streaming open-source sin dolor operativo.

🔒 𝗚𝗼𝗯𝗲𝗿𝗻𝗮𝗻𝘇𝗮, 𝗦𝗲𝗴𝘂𝗿𝗶𝗱𝗮𝗱 𝘆 𝗢𝗽𝗲𝗿𝗮𝗰𝗶𝗼𝗻𝗲𝘀

𝘐𝘈𝘔 – Gestión de accesos. El corazón de la seguridad en AWS.

𝘒𝘔𝘚 – Gestión de claves. Creación y control de claves de cifrado.

𝘚𝘺𝘴𝘵𝘦𝘮𝘴 𝘔𝘢𝘯𝘢𝘨𝘦𝘳 – Centro operativo. Configuración, parches y comandos sobre tu flota.

𝘊𝘭𝘰𝘶𝘥𝘛𝘳𝘢𝘪𝘭 – Auditoría de la cuenta. Registra cada llamada a la API: quién, cuándo y qué.

𝘊𝘭𝘰𝘶𝘥𝘞𝘢𝘵𝘤𝘩 – Observabilidad. Métricas, logs y alarmas para visibilidad total.

Conclusión y Recomendaciones

No hace falta explorar los +200 servicios que AWS tiene en su oferta. Con estos 30 vas a estar listo/a para resolver una amplia gama de necesidades y problemas.

A medida que van surgiendo casos que requieran algún servicio no incluido acá, siempre podés valerte de la documentación de AWS para aprenderlo sobre la marcha (así hice yo cuando me pidieron usar DynamoDB por primera vez, je).

Ahora, unas recomendaciones rápidas.

Si tuviera que empezar en AWS desde 0 otra vez, me concentraría primero en IAM, ya que es el corazón de la seguridad y está integrado con todos los otros servicios. Revisá qué son los roles y las policies.

Además, como buen Data Engineer o Cloud Engineer, la seguridad tiene que ser algo que esté entre tus principales preocupaciones.

Luego iría por CloudWatch, de manera muy básica, para entender dónde es que AWS ubica los logs de los distintos servicios que vas desplegando. Es re importante la observabilidad a medida que subís cosas a producción.

Se que no es la recomendación más “sexy” del mundo, pero en mi opinión, representan una buen fundamento antes de adentrarte en los demás servicios.

🔥 DATAZO

Uno de los grandes impedimentos a la hora de practicar los distintos servicios que vimos hoy son los costos. Por un lado AWS pide una tarjeta de crédito para poder abrir la cuenta. Por otro, nadie quiere que en el resumen de la tarjeta le venga un gasto por una instancia EC2 que quedó levantada todo el fin de semana. Le pasó a un amigo (?

La solución a esto son los Entornos Sandbox dentro de AWS Builder Center.

¿La idea? Te regalan una cuenta de AWS real, pre-provisionada y temporal para que hagas laboratorios y experimentes totalmente gratis.

¿Cómo funciona el truco?

• 8 horas de juego: Desde que te la habilitan, tenés 8 horas para romper todo lo que quieras. Al terminar, la cuenta se autodestruye con todos sus recursos. Chau dolores de cabeza de andar borrando instancias EC2 a mano.

• Fácil de pedir: Vas a la sección de Workshops en AWS, buscás uno que ofrezca Sandbox, le das a “Request” y en unos 15 minutos te llega el mail con el acceso.

• Las reglas de juego: Para evitar abusos, te dejan levantar 1 sandbox a la vez y con un límite de 1 por semana (se resetea los domingos).

Te lo dejo por acá.

Eso sí: como a las 8 horas la cuenta pasa a mejor vida de forma irreversible, acordate de bajarte a tu compu local cualquier script de Terraform, código o configuración útil antes de que expire el tiempo. ¡No digas que no te avisé!

¡Bienvenido/a a Carrera y Debug Mental!

El costado humano del desarrollo profesional. Estrategia laboral, toma de decisiones, foco, hábitos y cómo nuestra mente determina la clase de profesionales que somos.

Cuando comencé mi camino en la programación uno de los mensajes que vi mucho tiempo, y que sigo viendo, más que nada en ofertas laborales, es el de que hay que sentir pasión por lo que hacemos, por esto a lo que nos dedicamos. Frases como:

• “Buscamos a alguien apasionado/a por la resolución de problemas”

• “Si te apasionan los datos...”

Bueno, así navegué mucho tiempo esta profesión. Cuando veía a otros dedicar muchas horas a proyectos personales, los fines de semana a construir repositorios con ideas, a probar frameworks o herramientas nuevas...sentí que esa era la forma de demostrar esa pasión.

Pensaba: “Tengo que demostrar que apenas puedo pensar en otra cosa. Las empresas quieren eso, y ahí está mi valor.”

El gran problema comenzó cuando un fin de semana no sentí pero ni el más pequeño deseo de tocar código ni ver una pantalla.

Llegué a preguntarme: “¿Será que esto no es lo mío?”

A muchos nos pasa en esta industria que sentimos que vamos detrás. Y que la única forma de estar al corriente es a través de amar lo que hacemos, de sentir pasión. A fin de cuentas, difícil que te quedes atrás en algo que te apasiona, ¿no?

El tema es que muchas veces el famoso consejo de “sigue tu pasión” genera más ansiedad que claridad.

Hace poco, leyendo el El Álgebra de la Riqueza de Scott Galloway, encontré un alivio. No es casualidad que aplicar esto de seguir la pasión nos cueste tanto.

¿Y si resulta que hay una métrica mejor para construir una carrera?
Según Galloway, la hay. Y es el talento.

La hipótesis de la pasión

Hay un ejemplo de la vida real que ilustra muy bien la diferencia entre sentir pasión por algo y seguir un talento.

Todos conocemos el famoso discurso que dió Steve Jobs en Stanford, allá por 2005. Aparte de hablar de nuestra mortalidad como eje para examinar nuestras vidas y decisiones, Jobs instó a los graduados a “encontrar lo que aman” y construir una carrera alrededor de eso.

Suena hermoso. El tema es que su propia carrera contradice ese consejo.

Antes de iniciar en Apple, Jobs tuvo varias pasiones: meditación, caligrafía, frutarianismo, etc. Su interés inicial en la tecnología fue construir un accesorio que permitiera realizar llamadas telefónicas a distancia gratuitamente.

Cuando finalmente recibió “el llamado”, no tenía nada que ver con ninguna de estas cosas. Su llegada a las computadoras fue a través de identificar un mercado para algo que su amigo Steve Wozniak había construido.

Jobs no empezó amando las computadoras. Se volvió muy bueno comunicando su valor. No construyó carrera alrededor de lo que amaba, sino alrededor de su talento.

Se volvió apasionado por el marketing de computadoras destinadas a usuarios hogareños, lo que él luego llamaría “bicicletas para la mente”, porque realmente era bueno en eso.

Esto lo expuso Cal Newport en su libro Tan bueno que no puedan ignorarte, desmintiendo lo que él llama “la hipótesis de la pasión”: esa idea cultural de que todos nacemos con un deseo profesional preinstalado que solo debemos salir a buscar.

Para muchos de nosotros, ese consejo no es accionable porque, honestamente, no sabemos qué es. E incluso cuando creemos tener una pasión clara, muchas veces está determinada socialmente, reflejando lo que nuestra cultura espera de nosotros.

O moldeada por el entorno. A veces es la cultura corporativa la que nos dice qué debería movernos, o mandatos familiares invisibles que nos empujan a ciertas carreras prestigiosas solo por inercia.

Si resulta que la pasión no es el punto de partida, sino una consecuencia, la pregunta cambia de eje:

¿Cómo empezamos a rastrear nuestros talentos reales?

El Talento

Bajar esto a tierra no siempre es fácil. En nuestro caso como tecnólogos, es fácil pensar que el talento solamente tiene que ver con una habilidad técnica en particular. “Soy bueno con AWS” o “Se me da muy bien Python” podría decir yo y listo.

Pero el talento real suele ser algo mucho más sutil y transversal. Te doy un ejemplo.

A mi me encanta la música y el piano. Lo toco desde hace ya 12 años. Soy muy nerd de la música electrónica vintage, de esa que sonaba en las radios y discos de los 80/90. Y aunque lo intenté brevemente mediante mi banda tributo a bandas de esa eṕoca, no hice de la música mi eje profesional. No construí una carrera alrededor de eso.

Ahora bien, ¿qué talentos revelaron en mí todo este viaje? Varios:

• Tengo buena tolerancia a la frustración

• Soy bueno autoenseñándome e incorporando conceptos nuevos

• Soy paciente con los procesos y constante con los objetivos

• Pero sé cuándo es momento de cambiar la ruta cuando hay información (o debería decir “datos”, je) que me indica que otro camino es mejor

¿Dónde utilizo esos talentos? En mi trabajo como Data Engineer. Encontrarme el lunes con que una pipeline se rompió durante el finde no requiere habilidades musicales para arreglarla, pero sí la misma paciencia y tolerancia a la frustración.

Con esto en mente, tiene sentido que Galloway defina el talento así

“Un talento es cualquier cosa que puedas hacer que otros no puedan o no quieran hacer”

Viéndolo así, el trabajo duro es un talento. La curiosidad es un talento. La paciencia y la empatía son talentos.

¿Cómo encontrar nuestro talento?

Si el talento va más allá de una habilidad técnica, un título o una certificación, ¿cómo lo encontramos?

Galloway sugiere que la respuesta está en la exposición:

“Colócate a ti mismo en diferentes contextos, posiciones y organizaciones. Trabajo voluntario, trabajo gubernamental, deportes, etc. Distintos entornos revelan distintos talentos, asi que lo ideal es explorar varios.”

Para esto, es importante considerar no solamente nuestras habilidades, sino nuestras ventajas, diferencias, lo que somos capaces de tolerar, lo que nos hace únicos. Esto requiere tiempo, flexibilidad y autoreflexión.

Se trata de buscar evidencia real que revelen nuestros talentos reales.

• ¿Cuáles son esos roles que la gente nos pide que desarrollemos?

• ¿Dónde tuvimos éxito? ¿Qué patrones se repitieron ahí?

• ¿Qué tareas toleramos con calma que a lo mejor desesperan a nuestros compañeros?

Por ejemplo, si organizamos grandes fiestas, eso no significa que deberíamos ser un Planificador de Fiestas. Pero puede revelar que tenemos...

• creatividad

• organización

• capacidad para publicitar y vender

• habilidades de emprendedor o una habilidad para lograr que la gente haga lo que deseamos (ir a nuestra fiesta)

Y todos esos son talentos exportables.

A diferencia de la pasión, el talento tiene tres ventajas claras:

• es observable y testeable

• se vuelve mejor a medida que lo explotamos

• puede ser más fácilmente convertible en una carrera que pague bien

Hacer aquello en lo que somos buenos crea un círculo virtuoso. Los logros vienen más rápido, lo que refuerza nuestra confianza y fomenta el esfuerzo enfocado.

No hace falta que sintamos un fuego místico inicial. Necesitamos la determinación para dedicarle las horas necesarias a eso que ya nos sale bien de forma natural.

Del talento a la pasión

Llegados a este punto, es válido preguntarse: “¿Entonces si tengo una pasión por algo, debería descartarla?”

Para nada. El objetivo de mirar esto con honestidad no es dejar de sentir disfrute, alegría o satisfacción para volvernos máquinas que solo explotan aquello en lo que son buenas. Si seguir un talento te vuelve miserable, definitivamente hay algo que reajustar.

La pasión no es el enemigo. El problema es quedarnos únicamente con la idea de que es el único motor inicial válido.

Si hay algo que te apasiona, el ejercicio interesante es investigar esa relación. ¿Qué disfrutás específicamente de eso? Es muy probable que detrás del disfrute esté el aspecto relacionado a tu talento.

Y ahí es donde ocurre la magia, el punto que más me impactó cuando leí a Galloway:

Ese fuego viene de la maestría. Viene de la profunda satisfacción de hacer algo difícil, o algo que otros no quieren hacer y dedicar lo necesario para hacerlo aún mejor. Es ahí donde construimos lo que en la edición anterior llamábamos una pasión armoniosa: una relación sana con nuestra actividad, nacida del progreso real y no de una obsesión idealizada.

Como te comenté, me gusta mi rol como Data Engineer y me entusiasma todo lo que me falta aprender. No sé si diría que es la gran pasión de mi vida, pero explotar mis talentos en este rol me está llevando hacia allá, paso a paso.

Los profesores Bill Burnett y Dave Evans lo sintetizan de forma perfecta en su libro Diseñando tu vida:

“La pasión es el resultado de un buen diseño de vida, no su causa”.

No escribo esto desde un lugar resuelto. Yo también sigo calibrando mi brújula y buscando esos patrones en mis semanas. Pero me parece un alivio quitarle el peso a la obligación de “sentir pasión” por lo que hago, como si toda mi identidad tuviera que comprimirse en lo que hago de lunes a viernes, de 9 a 18.

O como si no tocar nada de código los findes demostrara que me “falta algo”.

Al final, construir una relación diaria con nuestro talento, dedicándole constancia y perseverancia para volvernos realmente competentes, tiene muchas más chances de producirnos satisfacción y significado que salir a perseguir un fuego místico.

Si dejás de buscar lo que te apasiona por un momento... ¿qué es eso que ya sabés hacer, o tolerar, un poco mejor que el resto?

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

Cuando empezamos en la nube, todos queremos ir directo a los servicios con nombres extravagantes: levantar una base de datos RDS, desplegar funciones Lambda o aplicaciones en contenedores.

Al principio todo sucede automágicamente y quedamos contentos. Pero tarde o temprano, llega el momento inevitable donde dos servicios tienen que hablarse... y no se encuentran. O peor aún, dejamos la base de datos expuesta al mundo entero sin darnos cuenta.

Si no entendés el mapa, tarde o temprano vas a terminar en un huddle de Slack totalmente confundido/a y salir corriendo con pánico a buscar documentación para intentar entender qué tenés que hacer. Le pasó a un amigo, y no te voy a decir quién soy (?

En la nueva y anteúltima entrega de la serie Cloud Computing Fundamentals, dejamos de lado las tablas binarias aburridas y el cálculo denso de bits para explicar Networking para la nube de forma 100% práctica.

Vamos a recorrer…

• La anatomía de una IP: Entendiendo la diferencia real entre la “Calle” y la “Casa”.

• El súper poder de la notación CIDR: Cómo un simple atajo matemático (/16 o /24) define el tamaño de tu terreno.

• Subnetting en AWS: La estrategia arquitectónica para separar tu “entrada principal” de tu “caja fuerte” usando VPCs y subredes públicas o privadas.

• Puertos, Sockets, Protocolos: Lo que determina cómo y hacia dónde viaja la información

…y cómo mapear todos estos conceptos con lo que pasa en AWS.

Si querés dejar de configurar infraestructura a ciegas y afilar tu criterio de diseño y seguridad, te invito a leer la nota completa, con regalito sobre el final.

👉 Leé la nota en el blog: Conceptos de Networking para la Nube - Parte 1

¡Bienvenido/a a Carrera y Debug Mental!

El costado humano del desarrollo profesional. Estrategia laboral, toma de decisiones, foco, hábitos y cómo nuestra mente determina la clase de profesionales que somos.

Más mal que bien

Lo habrás escuchado mil veces:

• “Encuentra tu pasión y síguela”.

• “Si sigues tu pasión, la felicidad viene a continuación”.

Y estoy seguro de que debe haber muchas formas más de decir lo mismo.

El punto es que…¿qué significa “encontrar la pasión”? ¿Es acaso algo accionable? Para la mayoría de personas, está complicado.

¿Cuál es nuestra pasión?
¿Vos sabés cuál es la tuya?

Incluso si la encontraste, ¿tenés un plan para “seguirla”?

¿Será que acaso este consejo hace más mal que bien?

Armoniosa vs. Obsesiva

En una investigación de 2012 liderada por Robert J. Vallerand titulada “El papel de la pasión en el bienestar psicológico sostenible”, se presentó el Modelo Dualista de la Pasión (MDP), que distingue entre dos tipos de pasiones, la pasión armoniosa y la pasión obsesiva:

• Cuando se elige libremente una actividad que te aporta significado, que sentís que te llena como individuo e integrás esa actividad en tu vida, sin que la actividad te controle, estamos hablando de pasión armoniosa.

• Por el contrario, cuando tu identidad depende de cierta actividad, al punto tal de que se siente como una carga a la que no podés renunciar, entonces se trata de una pasión obsesiva.

Y acá viene lo interesante: la opinión principal del artículo es que el simple hecho de dedicarse a una actividad que nos apasiona no garantiza resultados positivos. Lo que realmente importa es el tipo de pasión que se tiene.

Las personas con pasiones armoniosas reportaron mayores niveles de alegría, concentración o foco.

En cambio, quienes perseguían una pasión obsesiva experimentaron estrés, conflictos emocionales, y, ojo con esto, burnout.

En el artículo se previene sobre el famoso consejo que mencioné al principio, de seguir (o encontrar) tu pasión.

Este consejo implica que la pasión es algo con lo que se nace, o que a lo mejor se descubre de forma instantánea, ahí formada y lista para que la sigas.

Creer esto generalmente conduce a mucha frustración. Y claro, intentás algo, no sentís esa “chispa” que supuestamente deberías sentir y entonces…lo abandonás ante la primera señal de dificultad.

Los investigadores argumentan que la alegría proviene de construir una relación significativa con una actividad, sin esperar que dicha actividad produzca felicidad instantáneamente.

Algo mejor que la pasión

¿Y si resulta que la pasión no es algo que se encuentre?
A lo mejor la pasión puede venir como resultado de algo más.

Un autor que ya vengo leyendo hace un tiempo, Scott Galloway, en su libro “El Álgebra de la Riqueza”, sin rodeos nos aconseja: “No sigas tu pasión, sigue tu talento“.

Según este autor, seguir nuestros talentos puede conducir a la pasión. Pasión que proviene del esfuerzo, la maestría y la conexión.

Opiniones hay muchas. En mi caso pienso que la pasión puede encontrarse. Quizá es algo que viene con nosotros al nacer. Ejemplos de personas que pareciera que nacieron para hacer lo que hacen hay muchos, como Oda creando One Piece.

Pero en caso de no encontrarla, o si, como yo, sentís que la pasión no es algo que vino con vos “de fábrica”, opino que puede construirse.

En esta edición de Carrera y Debug Mental que te dejo abajo lo charlamos con más detalle.

Ahora, ¿qué pensás? La pasión: ¿se encuentra o se construye? Me interesa leerte :)

¡Bienvenido/a a Debug Mental!

Reflexiones sobre mentalidad, hábitos y el costado humano de trabajar en tecnología. Para crecer profesionalmente sin perderte a vos mismo/a en el proceso.

Entrenados para ver el error

En nuestro día a día como ingenieros (de datos, de software, etc.), algo muy común es arreglar lo que se rompe.

Nada es perfecto. Nosotros no lo somos, y los sistemas que construimos tampoco.

Nos toca lidiar con:

• bugs

• código legacy

• refactorizaciones que a lo mejor rompen lo que ya funcionaba

• el cliente que un viernes cambia de opinión sobre un requerimiento de la nada (le pasó a un amigo)

A eso se le suma:

• la paranoia con la IA y los layoffs

• y la presión por aprender una nueva herramienta cada martes

Esto nos deja en un estado donde vivimos esperando el error o buscándolo activamente. Eso no está mal per se, es parte de nuestro rol.

Buscar bugs para mejorar un sistema puede reflejar proactividad.

Buscar bugs para bajonearnos con un “mirá todo lo que está mal” puede ser muy contraproducente.

¿Y si resulta que, sin darnos cuenta, estamos llevando esa inercia de “mirar solo lo roto” a nuestra vida personal? ¿Qué pasaría si aprendiéramos a mirar lo que sí funciona con la misma intensidad con la que buscamos lo roto?

Eso hicieron unos psicólogos en California, que dividieron a un grupo de personas a mirar lo roto y a otro a listar cosas que sí funcionaban. Te cuento lo que descubrieron bien rapidito.

Los 3 grupos

En un estudio titulado “Counting blessings versus burdens” (Contar bendiciones versus cargas), un grupo de psicólogos e investigadores dividieron a la gente al azar en tres grupos:

1. El grupo de agradecimiento (gratitude listing), donde los participantes escribieron todo eso por lo que se sentían agradecidos.

2. El grupo de fastidios o quejas (hassles), donde los participantes anotaron todo eso que los irritaba.

3. El grupo neutral o de comparación social.

No hace falta que adivines a cuál le fue mejor. Lo interesante es que el impacto del grupo de agradecimiento no fue una panacea o una magia que curó todo.

El resultado más robusto y consistente a lo largo de los estudios no solo involucró mejoras emocionales e interpersonales para los participantes, sino también un aumento en el “positive affect”, que podría entenderse como un cambio en el ruido de fondo de la mente.

En otras palabras, una mayor predisposición a no engancharse con lo que sale mal, un amortiguador contra el cinismo del día a día.

¿Y lo mejor de todo?

Que el registro que hacían los participantes ocurría una vez a la semana, y no a través de un ritual diario místico.

De nuevo: como profesionales en tech nuestra mente está entrenada para buscar el error o al menos esperarlo.

En ese sentido, somos más parecidos al grupo de “fastidios o quejas”, donde hay que listar con frecuencia lo que está ahí para arreglar y que a veces literalmente hace que nos quejemos, y más cuando un “hermoso bug” aparece un viernes a las 3 de la tarde.

Entonces quizá es normal que en nuestra vida diaria, esa que ocurre fuera del trabajo y la pantalla, adoptemos el mismo enfoque.

La buena noticia es que podemos “salirnos” del grupo de fastidios, y pasarnos al grupo de agradecimiento, con todos los beneficios que eso conlleva. Solo necesitamos 5 minutos.

Un poquito más ligero/a. Un poquito más feliz.

No hace falta un diario de gratitud perfecto de 365 días.

Siendo realistas, la vida tiene sus contratiempos.

Sus “bugs” y “crashes”.

Y esto tampoco se trata de convertirnos en optimistas ciegos o positivistas tóxicos.

Separar unos 5 minutos, cada semana, a listar todo eso por lo que estamos agradecidos, eso que ya está funcionando bien, es todo lo que hace falta para “cambiar de grupo”.

Para activa y conscientemente redirigir nuestra atención de lo que está roto, eso en lo que nuestro cerebro ama concentrarse, hacia lo que ya funciona.

Es el equivalente a tener una buena suite de logs: no evita que se caiga el sistema, pero nos da claridad para ver dónde estamos parados y nos permite ver qué está andando como corresponde.

Este cambio de foco puede crear una espiral ascendente a nivel psicológico:

• ya no somos tan reactivos al estrés

• somos un poco más positivos (y con fundamento)

• obtenemos más motivación para seguir adelante, a pesar de los “bugs” de la vida

Conclusión

Una vez a la semana, escribí eso por lo que te sentís agradecido/a. Puede ser cualquier cosa.

¿Querés unos ejemplos? Esto es lo que suelo agregar a mi lista semanal:

• Las tazas de café de cada mañana en mi taza de Notion (a lo mejor ya la viste en mis posts en Twitter o LinkedIn).

• Tener los recursos para seguir capacitándome (sin importar si el curso fue gratis o pago).

• La salud de mi familia y la comida en la mesa que este rubro me permite pagar.

• Las personas que cruzo en el camino y me recuerdan que tech no tiene por qué ser un laberinto solitario.

¡Y puedo seguir!

No creas que no tengo problemas. Los tengo como todo humano común y corriente.

Pero aprendí que la gratitud es una fuerza inmensa que puede ayudarme a sobrellevar cualquier desafío o bajón.

¿Te animás a realizar este ejercicio cada semana?

El objetivo no es sentirse eufórico/a, sino más bien redirigir amablemente tu atención hacia eso que te está permitiendo seguir adelante, y no en eso que te drena.

No hacia el bug que a lo mejor te descoloca un poco, sino hacia el código que, a pesar de todo, hoy está corriendo bien.

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

En las últimas semanas exploramos varios conceptos del Cloud Computing y sus fundamentos. Pasamos de entender que la nube es básicamente “la computadora de alguien más”, a elegir nuestro transporte ideal entre IaaS, PaaS y SaaS, y hasta descubrimos dónde se esconden esos data centers.

Ahora, falta responder la pregunta del millón: ¿A quién le vamos a alquilar ese hardware? 🤔

En el nuevo post de esta serie sobre fundamentos de la computación en la nube, nos metemos de lleno con los “Pesos Pesados”:

• AWS: El pionero que no para de sacar servicios (+200 y contando...).

• Azure: El rey de la integración para los que ya viven en el ecosistema Microsoft.

• Google Cloud: El rebelde que apuesta todo al futuro multi-cloud con Anthos.

¡Pero ojo! Porque este post va más allá de simplemente una lista de nombres. Vamos a ver brevemente la historia de cada uno de estos gigantes, qué servicios ofrecen, algunas particularidades y quién domina el mercado actualmente.

Y ahora, un pequeño spoiler: si leés hasta el final del blog post, te vas a encontrar con un Bonus que te va a salvar las papas en cualquier entrevista técnica o diseño de arquitectura: eso que no pasa de moda aunque cambies de proveedor.

👉 [Leé el post completo acá]

En la pŕoxima y última parte de esta serie vamos a hablar de algo que considero muy importante para ser un verdadero NubeArquitecto. Porque antes de mandarnos de una con AWS, nos falta dominar los cables: Networking. Esa será nuestra última parada en esta serie antes de ponernos el cinturón para despegar con la nube de Amazon. 🚀

¡Bienvenido/a a Debug Mental!

Reflexiones sobre mentalidad, hábitos y el costado humano de trabajar en tecnología. Para crecer profesionalmente sin perderte a vos mismo/a en el proceso.

La cualidad para lograr grandes cosas

Algo que con los años he aprendido, y quizás coincidas conmigo, es que para lograr cosas grandes en la vida hace falta constancia y disciplina.

La disciplina es una cualidad importantísima para todo eso que requiere esfuerzo sostenido a lo largo del tiempo. A fin de cuentas, no podemos solamente depender de la motivación.

Habrá veces donde tengas ganas de hacer eso que sabés que te beneficia, como por ejemplo:

• Sentarte a estudiar

• Hacer ejercicio

• Comer saludablemente

• Acostarte a horario

• etc.

Pero, ¿qué pasa con esas veces donde las ganas no acompañan? Ahí entra la disciplina al rescate. Si tuviera que definir esta cualidad con mis propias palabras, diría que…

“La disciplina es lo que te lleva a hacer lo que sabés que tenés que hacer en el momento que fijaste para ello, incluso cuando las ganas no están ahí para acompañarte”.

La disciplina aporta algo importante para los objetivos que nos fijemos en la vida: estructura. Cuando ya tenemos sistemas y rutinas para ejecutar los pasos que nos llevan al objetivo deseado, es más sencillo ponerse a trabajar en ello.

De hecho, esto que estás leyendo ahora mismo lo escribí el domingo pasado por la mañana, que es el momento de la semana que he elegido para preparar contenido, tanto para la newsletter como mi blog y redes.

Ahora bien, más allá de todo lo que se puede lograr con la disciplina, esta cualidad también tiene un lado negativo. Me pasó a mí (y cada tanto me sigue pasando). Y, quizás, puede que te pase a vos también.

En resumidas cuentas, esa estructura también puede ser una trampa.

La trampa de la disciplina

¿Qué pasa cuando la vida no coopera con nuestros planes? Eso es algo que lamentablemente ocurre tarde o temprano.

Te querés sentar a estudiar, y de repente se va el internet.

Por fin te propusiste salir a hacer ejercicio, pero te piden desde el trabajo que te quedes un rato más.

Y así mil escenarios más.

Pero he aquí la trampa de la disciplina: nos puede hacer creer que si no respetamos la estructura que hemos definido, entonces hemos fallado. Que si no seguimos la estructura definida contra viento y marea, entonces es mejor abandonar.

Esto me pasó muchas veces, y en esos momentos me asaltaron pensamientos como:

• “No fui lo suficientemente disciplinado”

• “No tuve la fuerza de voluntad necesaria”

• “Si tuviera disciplina de verdad, lo habría hecho igual”

• “A lo mejor esto es algo que quizás no pueda lograr”

Sí, pensamientos muy negativos. Por mucho tiempo pensé que la disciplina requiere que seamos una clase de persona que lo tiene que lograr siempre, ante cualquier circunstancia.

Claramente esto no es cierto. Llevada a un extremo, la disciplina nos puede volver rígidos e incapaces de ajustarnos según las circunstancias.

Hace hace relativamente poco, cambié esa forma de pensar y descubrí que la disciplina es importante, pero existe otra cualidad igual de importante (o puede que más).

La mentalidad flexible

Un término con el que me encontré hace poco leyendo cosas por ahí (leo demasiados cosas a veces xD) es el de “flexibilidad psicológica”.

Una investigación científica que podés chequear acá, acuña este término que me parece brillante. Básicamente este estudio nos dice que la salud psicológica no depende solo de estabilidad, control o consistencia (lo que solemos asociar con disciplina), sino de la capacidad de adaptarse dinámicamente al contexto.

La psicología flexible, según el estudio, se define como la capacidad de:

• Reconocer demandas situacionales cambiantes

• Ajustar comportamientos cuando dejan de funcionar

• Cambiar mentalidades (no solo acciones)

• Mantener balance entre distintas áreas de la vida

• Actuar alineado con valores, no solo con reglas

Dicho de otro modo:

• La disciplina sin flexibilidad asume un mundo estable.

• La realidad es dinámica. Por lo tanto, la rigidez es desadaptativa.

¿Significa esto entonces que hay que abandonar la estructura? No, para nada. Lo que este estudio nos intenta decir es ser inflexibles puede traer consecuencias negativas para nuestro bienestar y salud psicológicos, y nuestra relación con el trabajo y las actividades diarias.

Jon Goodman, autor del libro Unhinged Habits, lo dice de una manera genial:

“Hay momentos en los que la estructura está al servicio del comportamiento, y otros en los que la espontaneidad es mejor opción. La clave no está en elegir una por sobre la otra, sino en entender cuándo cambiar de marcha. La estructura crea el marco que hace posible una espontaneidad significativa. La espontaneidad aporta la materia prima que vuelve productivos los períodos de estructura.”

Disciplinados pero adaptativos

Sin la disciplina difícilmente logremos eso que de verdad queremos en la vida. Pero si abusamos de esta cualidad, deja de ser una herramienta y se convierte en una regla que no se puede cuestionar.

Por eso, en vez de volvernos rígidos, apostemos por ser más flexibles.

En esos momentos donde a lo mejor no pudimos seguir nuestra estructura y nuestros hábitos, en vez de pensar cosas como:

• “Mejor vuelvo a intentar la semana que viene”

Vayamos por esto:

• “¿Qué puedo hacer ahora mismo? ¿Qué puedo hacer hoy?”

Aunque suene cliché decirlo, el progreso no requiere perfección.

Requiere constancia y disciplina, sistemas y hábitos.

Pero también requiere adaptación y flexibilidad.

No hace falta abandonar la estructura por completo. La clave está en entender cuándo nos sirve, y cuándo es mejor soltarla.

Tal como lo dice Ryan Holiday en su libro La disciplina es el destino:

”Debemos cultivar la capacidad para el cambio, para la flexibilidad y la adaptabilidad. Continuamente, constantemente. Cambiar las pequeñas cosas del día a día para preservar y proteger las grandes cosas. La rigidez es fragilidad. La falta de forma (formlessness) nos vuelve irrompibles.”

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

No son lo mismo

Cuando empecé a meterme en cloud, tenía una idea bastante simplificada:

“Nube = AWS”.

Y listo.

Pero esa asociación, aunque común, es incompleta. Porque AWS no es la nube, es un proveedor de nube pública.

Y ahí aparecen preguntas mucho más interesantes:

• ¿Por qué “pública”?

• ¿Existen otros tipos de nube?

En un nuevo post de la serie Cloud Computing Fundamentals, exploro justamente eso y de manera breve: los modelos de despliegue en la nube.

• Qué significa realmente una nube privada (y por qué implica más control… pero también más responsabilidad)

• Por qué la nube pública es tan accesible y escalable

• Y cómo funciona el modelo híbrido, que en la práctica es donde muchas organizaciones terminan operando

¡Gracias por leer El Ingeniero Consciente! Si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena

Además, cierro con algo que considero clave: cómo todo esto impacta en los roles dentro de IT y qué oportunidades abre si estás construyendo tu camino en tecnología.

Si estás empezando en cloud (o querés ordenar conceptos que parecen obvios pero no lo son tanto), este post te va a dar claridad.

👉 El post completo acá

Y atento/a, que en el próximo y último post de esta serie, ya vamos a hablar de los pesos pesados: AWS, GCP y Azure, con foco en:

• ¿Qué ofrecen?

• ¿Cuáles son sus servicios más importantes?

• ¿Qué empresas importantes hacen uso de sus servicios?

¡Bienvenido/a a Debug Mental!

Reflexiones sobre mentalidad, hábitos y el costado humano de trabajar en tecnología. Para crecer profesionalmente sin perderte a vos mismo/a en el proceso.

Yendo al grano

Generalmente intento que mis publicaciones de la newsletter transmitan todo el profesionalismo posible.

Que se note que hubo un esfuerzo cognitivo real detrás.

Y obviamente que se note que esto no lo escribió ChatGPT o Gemini.

Pero hoy decido escribir a medida que las palabras surgen en mi mente.

Me han criticado más de una vez diciendo que mi poder de redacción no es bueno, que se nota cuando la IA no está detrás de lo que escribo.

Es probable. Uno de mis objetivos este año es mejorar como escritor.

Pero esa crítica (que recibí por Twitter de hecho) me dejó reflexionando en algo que hoy decido compartirte rapidito.

Nada es personal

A veces otras personas pueden herirnos con palabras, acciones o indiferencia.

A todos nos pasó. En momentos así, intento recordar estas palabras de Marco Aurelio:

“Cuando alguien te ofenda, recuerda que no es eso lo que te hiere, sino tu juicio sobre ello”.

Esto no significa que no duela.

Si alguien que queremos o respetamos nos trata mal, es natural que aparezcan emociones. Las emociones no se niegan: se reconocen y se transitan.

Comunicarse con los demás para tratar estas situaciones es importantísimo.

Pero he aquí lo que considero una clave para la buena vida:

No podemos controlar lo que otros piensan, dicen o hacen.

Sí podemos trabajar nuestro discurso interno y la interpretación que hacemos de lo que ocurre.

La mayoría de las opiniones ajenas no hablan de nosotros, sino del mundo interno de quien las emite:

• su historia,

• su herida,

• su ego,

• su confusión

Las personas no te ven como sos, sino como ellas son.

No viniste a esta vida a corregir proyecciones ajenas.

Ni a cargar con conflictos que no te pertenecen.

La próxima vez que te ignoren, te juzguen o digan algo en tu contra, recordalo: nada es personal.

Espero que esta reflexión te acompañe en esta semana que comienza :)

PD: ¿Te gustó esta reflexión breve? Estoy intentando darle una pequeña vuelta de tuerca a Debug Mental.

Esto no quiere decir que no habrá más posts extensos y más profundos, pero pienso que reflexiones rápidas como la de hoy también deberían tener su espacio.

Si te gustó esta publicación, dejame en comentarios tu opinión. ¡Me encantará leerte!

Y si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

Elige tu transporte

La nube ya no nos resulta un misterio. Tal como vimos anteriormente, sabemos que la nube es, en esencia, la computadora de alguien más.

Ese “alguien más” es una forma simple de referirnos a las empresas que construyen y operan enormes data centers, y que nos permiten acceder a sus recursos para cubrir una amplia variedad de necesidades digitales.

Lo que vamos a explorar ahora es cómo los usuarios acceden a esos recursos.

A lo que hacemos referencia es a los modelos de servicio, que es muy comparable a algunos medios de transporte que tenemos a disposición:

• Infrastructure as a Service (IaaS), que es como alquilar un coche. Nos proveen del mismo, pero tenemos que encargarnos de cosas como la conducción o el combustible.

• Platform as a Service (PaaS), que es como pedir un Uber. Podemos elegir el destino y el camino general pero no controlamos el vehículo ni cómo está construido el motor.

• Software as a Service (SaaS), comparable a tomar un autobús o colectivo, como le decimos en Argentina. No decidimos ni el vehículo, ni el motor, ni la ruta, solo elegimos si subirnos o no.

¡Gracias por leer El Ingeniero Consciente! Si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena

Estos no son los únicos eh. Hay más. Y los factores que nos pueden ayudar a evaluar cuál modelo se ajusta a nuestras necesidades son:

• el nivel de control deseado - ¿querés manejar vos o preferís que alguien más lo haga?

• el nivel de responsabilidad que estás dispuesto a asumir - ¿te encargás del mantenimiento y el combustible, o no querés ocuparte de nada?

Exploramos todo esto en detalle, incluyendo características básicas de cada modelo, comparación con un on-premise clásico, ejemplos de servicios de proveedores conocidos, y más, en una nueva entrada de la serie Cloud Computing Fundamentals: Los modelos de servicio.

👉🏻 Post disponible acá 👈🏻

La próxima vez que pidas un Uber, o te subas a un colectivo, ojalá te acuerdes de lo visto hoy 😉

En el próximo post de esta serie vamos a hablar de despliegue (privado vs. público vs. híbrido) y cómo algunos roles clásicos (DevOps, Data Engineer, etc.) se adaptaron para incorporar la nube a su caja de herramientas.

Ahora te tengo que dejar que me pedí un PaaS y el chofer me cobra la espera 🚗.

¡Bienvenido/a a Debug Mental!

Reflexiones sobre mentalidad, hábitos y el costado humano de trabajar en tecnología. Para crecer profesionalmente sin perderte a vos mismo/a en el proceso.

Un nuevo objetivo

El 2026 está en pañales. Probablemente ya tengas tus objetivos para este año y estés ilusionado/a con alcanzarlos.

Hoy quiero proponerte un objetivo adicional e invitarte a la reflexión:

¿Y si nos aburrimos un poco más en 2026?

Charlemos de algo que hoy por hoy es muy difícil de hacer: dejar el teléfono.

Difícil, lo tenemos practicamente “pegado” a la mano.

Y hablo en plural porque yo también tengo un camino que recorrer al respecto.

Ahora, ¿por qué estamos tan enganchados? Muy seguramente porque intentamos evitar el aburrimiento.

A ver, usar el celu no es algo malo per se, obvio que no.

Es una herramienta necesaria después de todo.

Pero he aquí la pregunta incómoda:

¿Lo usamos con consciencia, o estamos huyendo de nosotros mismos y el mundo que nos rodea?

Como dije más arriba, la idea es reflexionar.

Por eso te traigo los puntos clave de un video titulado “Necesitas aburrirte”.

Haré mi mejor esfuerzo en transmitirte su mensaje, y ver cómo aburrirnos puede ser una de las mejores cosas que tanto vos como yo hagamos este año.

¿Qué pasa cuando nos aburrimos?

¿Te pasó alguna vez? Nada que hacer o con lo que distraerte, y a lo mejor empezaste a pensar en tu presente, tu futuro, a reflexionar en la vida misma.

Primero: tranqui que es super normal que te pase eso.

Segundo: eso que aparece en tu mente cuando no hay distracciones no es casualidad.

Se llama modo de red por defecto.

“¿Eh? ¿De qué me hablás?”

De un conjunto de regiones cerebrales que se activan cuando nos aburrimos, cuando el cerebro no está ocupado o distraído.

Según Arthur C. Brooks, catedrático de Harvard y experto en felicidad y bienestar, todas estas regiones están relacionadas con:

• La autoreflexión

• El soñar despiertos

• La memoria

• Imaginar el futuro

¿Te da esto una pequeña idea de porqué no nos gusta tanto cuando la red por defecto se activa, es decir, cuando estamos aburridos?

Es que todas estas actividades, como imaginar el futuro, pueden llegar a ser algo incómodas.

Y ahí es cuando también se vienen las preguntas existenciales, algo que según Brooks, es “increíblemente importante e increíblemente bueno”.

La crisis de ansiedad y depresión

Es triste hablar de un tema así, pero no es ningún secreto que en la era más conectada de la humanidad, existen muchos casos de ansiedad y depresión.

Brooks afirma que una de las causas de esto es el hecho de que “hemos encontrado una forma de eliminar el aburrimiento”.

En otras palabras, encontramos la forma de apagar casi que por completo el modo de red por defecto.

¿Cómo? Con una cantidad enorme de distracciones.

Brooks lo expresa así:

“Estás intentando no estar aburrido/a porque el modo de red por defecto es levemente incómodo y te lleva a esa clase de preguntas y cuestiones que no son fáciles de responder ni resolver.”

Ahí es donde sentí un “ouch”. Sentí que Brooks me hablaba a mí.

Porque sí, porque aún no estoy 100% curado de la adicción al teléfono, como mencioné antes.

Porque de algo estoy seguro: no creo que pasarme horas scrolleando una pantalla me cumpla todos mis sueños.

Pero hay muy buenas noticias. No tengo porqué vivir así.

Y si crees que esto que me pasa te pasa a vos también, entonces hay luz al final del túnel 😃

Aburrite más y cambiá tu vida

Por ahora parecen ser todas pálidas, pero, como dije, hay esperanza.

Eso sí, esa esperanza requiere esfuerzo.

Yo estoy intentando afrontarlo.

Y si todo esto te resuena, quizá también puedas intentarlo.

“Aburrite más”, nos dice Brooks, a la vez que nos asegura: “Tendrás las ideas más interesantes cuando hagas cosas sin dispositivos”.

Y he aquí lo que me pareció vital:

“Apunta a pasar períodos de al menos 15 minutos estando aburrido/a, y observa cómo tu vida cambia”.

Admito que ese “observa cómo tu vida cambia” me dejó super intrigado.

Y también pensé: “¿En qué me cambiaría aburrirme más?”

Sabiendo muy bien que los seres humanos trabajamos mejor cuando podemos divisar recompensas en el horizonte, Brooks nos menciona algunas de ellas si decidimos estar más aburridos:

• Vamos a estar menos aburrido/a con cosas ordinarias, como por ejemplo, el trabajo

• Menos aburrido/a con nuestras relaciones y las personas que nos rodean

• Vamos a empezar a explorar esas cuestiones importantes de la vida, como el propósito, el significado o la coherencia

• Y quién sabe…hasta terminemos siendo más felices

En el papel todo suena muy bonito.

El punto es: ¿cómo lograrlo?

¡Gracias por leer El Ingeniero Consciente! Si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena

Mi propio ejercicio

Primero, la honestidad brutal: me costó horrores usar menos el teléfono al principio. Y obvio que sigue costando lo suyo.

En otras palabras:

Yo tambíen a veces me encuentro intentando escapar del aburrimiento.

Sin embargo, he hecho progresos:

• Cosas como estudiar ya no me parecen tan pesadas o aburridas

• Estar con mis pensamientos me asusta (un poco) menos

• Tengo más espacio para la autoreflexión, lo que me da una sensación de bienestar general mayor

• Me concentro más cuando charlo con personas cara a cara, sobre todo con familiares y amigos

• Dispongo de más tiempo para dedicar a cosas que me nutren más, como tocar mis teclados, leer libros o escribir

Pero no creas que todo fue un paseo por el parque.

Como dije antes, este bienestar vino con un precio.

Al estar menos distraído en general, también vinieron esos pensamientos incómodos de los que hablamos.

Me costó mucho al principio quedarme con pensamientos como “¿Qué pasa si un día me quedo sin trabajo?” o “¿Qué estoy haciendo con mi vida? ¿Hacia dónde voy?”

Claramente esto que te digo es lo menos marketinero del mundo: “Flaco, me estás diciendo que use menos el teléfono para empezar a deprimirme pensando en todo esto”.

Puede que tengas razón, pero creo que la alternativa es peor: huir de todas esas cuestiones todo el tiempo puede que haga que te sientas peor.

O quizá no, no puedo hablar por vos. Pero eso es lo que me estaba pasando a mí.

Poner en práctica todo esto me llevó a una conclusión:

Si vos también querés probar esto de aburrirte más, entonces pasemos a una parte más practica.

Charlemos un ratito de las herramientas que me ayudaron a que mi teléfono no me distraiga tanto como antes.

📚 Datazo

Hablamos de romper con la adicción, de usar el celular menos. Acá te van dos herramientas que muy probablemente te ayuden con este objetivo.

La configuración ganadora

Ya sea que tengas iPhone o Android, existe una configuración que puede llegar a hacerte pasar 1 hora menos en el teléfono cada día: la escala de grises.

Esta investigación afirma que eliminar el color de tu smartphone y reorganizar las aplicaciones puede ayudarte con la adicción al teléfono, y además, reducir el uso hasta 50 minutos por día, reducir la ansiedad e incrementar tu bienestar.

¿Cómo se puede lograr eso? Fácil:

• Para dispositivos Apple:

  • Abrí la app Ajustes.

  • Tocá Accesibilidad.

  • Seleccioná Pantalla y tamaño del texto.

  • Tocá Filtros de color y activalos.

  • Eligí el filtro Escala de grises

• Para dispositivos Android

  • Andá a Ajustes.

  • Buscá y seleccioná Accesibilidad.

  • Luego a Mejoras de la visibilidad o Color y movimiento.

  • Buscá y activá Escala de grises o Corrección de color y luego seleccioná Escala de grises.

Aunque esto reduce la cantidad de tiempo que pasás en el teléfono, la investigación citada anteriormente comenta que no reduce la cantidad de veces que lo vas a revisar.

Por eso te traigo algo más.

minimal phone

Aplicación de pago, aunque muy barata (9USD por año), que literalmente convierte a tu teléfono en una de las cajas más aburridas que existen, sin sacrificar las funcionalidades que esperamos del mismo.

Algunas cositas interesantes de esta app:

• Reemplazo total del menú de aplicaciones: nada de íconos ni colores llamativos, solo nombres

• Podés elegir qué notificaciones filtrar, de modo que tu celular no esté sonando o vibrando seguido

• Podés configurar cuáles aplicaciones deben estar controladas al momento de usarlas. Esto significa:

  • Abrir la app en cuestión y elegir de antemano cuánto tiempo vas a pasar en ella (5 mins, 10mins o 15mins.)

  • Pasado ese lapso, la aplicación se bloquea y sí o sí vas a tener que esperar un tiempito para volver a seleccionar de nuevo cuánto tiempo vas a pasar en la app otra vez

  • Esto agrega fricción, ideal cuando querés romper un hábito que no te conviene, ya que tu cerebro va a empezar a asociar el hábito con dificultad (que es justamente lo que hace que abandonemos esos hábitos que sí nos convienen, je).

Algunas capturas propias para que veas cómo es.

Seguramente esté olvidando cosas, pero creo esto te da un pantallazo (pun intended) de lo que podés hacer y cómo esta app puede contribuir a que tu teléfono, de repente, ya no resulte tan interesante.

Conclusión

Con todo esto en mente, me pregunto: “¿podré asumir el desafío de aburrirme solo un poco más este 2026?”

Algo tengo claro: quiero que tanto mi vida como mi preciada atención estén en mis propias manos, y no controladas por alguien más.

Y ese mismo deseo guardo para vos, en caso de que te sientas identificado/a con lo que digo.

Porque una vez que se enfrenta esa incomodidad de la que hablamos, una vez que recuperamos nuestra atención, una vez que empezamos a estar ligeramente más aburridos/as que antes…ese día otra vida comienza.

Al menos eso empiezo a pensar.

¿Será este el año para iniciar esa vida?

¡Bienvenido/a a La Senda del Nubearquitecto!

Cloud Computing y AWS desde el camino real: conceptos de arquitectura, servicios clave, aprendizajes y herramientas para diseñar soluciones sólidas.

Arranquemos por el principio

Si ya llevas tiempo suscrito a esta newsletter, seguramente sabrás que soy un “entusiasta” de AWS.

Si sos nuevo/a, y esta es tu primera edición, entonces llegaste en el momento justo.

En cualquier caso, la idea de la edición de hoy es introducirte a lo que es Cloud Computing.

Saber de AWS, GCP o Azure está muy bien, pero como muchos campos en informática, lo ideal es comenzar por los fundamentos.

Estos gigantes de la nube que te menciono son tan solo nombres dentro de un ecosistema más grande que ellos: el Cloud Computing. La realidad es que estos pesos pesados no inventaron la pólvora, sino que supieron basarse en estos fundamentos y construir soluciones desde esa base:

• EC2 (AWS) y Azure Virtual Machine parten del concepto de máquina virtual

• S3 (AWS) y Blob Storage (Azure) parten del concepto de almacenamiento de objetos

• y así con varios servicios más

En esto vamos a profundizar hoy:

• ¿Qué es el Cloud Computing?

• ¿Cuáles son sus fundamentos?

• ¿Qué características comparten todos los proveedores de nube?

• ¿Qué se puede hacer con la nube?

Bienvenido/a a Cloud Computing Fundamentals, una serie de posts de mi blog que serán anunciados a través de esta sección de la newsletter.

Ya tenés el primer post disponible acá

¡Gracias por leer El Ingeniero Consciente! Si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena.

Y para alimentar tu curiosidad, un paneo general de lo que vamos a ver en esta serie a medida que salgan más publicaciones:

• Los modelos de servicio en la nube (sale el mes que viene)

• Modelos de despliegue, regulaciones y roles

• Los principales actores de la nube pública

• Conceptos de Networking fundamentales para moverse con soltura en la nube

Que este año 2026 sea el comienzo de tu viaje en la nube, o que sea el año donde profundices y te vuelvas un/a profesional competente en uno de los conceptos más demandados en IT.

Será todo un placer y un orgullo ser tu compañero de ruta 🚀

¡Bienvenido/a a Taller de Datos!

Conceptos de Data Engineering, Python, SQL, Git y herramientas que forman parte de uno de los roles más demandados en el ecosistema de datos.

Introducción

Python es el lenguaje de facto en data, y obvio que Data Engineering no escapa a esto.

Antes de pasar a hablar de librerías sobre extracción y carga, hagamos un inventario de conocimientos (si sos nuevo/a en la newsletter, esto te va a servir):

• Vimos qué se espera del Ingeniero/a de Datos

• Conocimientos básicos de Python para ser competente

• Lo que es una pipeline y la diferencia entre los patrones ETL y ELT

• Y la importancia de utilizar entornos virtuales en nuestros proyectos con Python

Ahora se viene lo bueno: ¿qué librerías tenemos disponibles para extraer datos de una fuente y luego cargarlos en el destino elegido?

Hoy te traigo un compendio de las librerías mas populares y una breve descripción de cada una. Ideal si te estás familiarizando con el rol, venís de otro rol como backend y estás buscando transicionar a Data Engineering o tan solo querés profundizar en el ecosistema de Python. Vamos al grano.

Drivers de bases de datos

Esta categoría involucra a todas aquellas librerías que nos permiten comunicarnos con bases de datos desde Python.

Podemos entender a un driver como un “traductor” que se encarga de facilitarnos la conexión con una base de datos, encapsulando y abstrayendo múltiples operaciones intermedias para que nosotros podamos concentrarnos únicamente en qué queremos decirle a la base de datos objetivo, y no en cómo hacerlo a bajo nivel.

Un driver requiere el uso de credenciales de autenticación (por ejemplo, usuario y contraseña, certificados, llaves privadas para conexiones vía SSH, entre otros) para crear una conexión. Una vez establecida dicha conexión —que en términos prácticos suele ser un objeto, es decir, una instancia de una clase provista por la librería— podemos:

• ejecutar consultas en SQL puro (CREATE TABLE, DELETE FROM, SELECT, etc.)

• o interactuar con la base de datos sin escribir SQL directamente, a través de lo que se conoce como un ORM (Object-Relational Mapper)

Independientemente del enfoque que elijamos (SQL directo u ORM), en líneas generales podremos:

• leer datos desde la base de datos (SELECT ...)

• cargar o modificar datos en la misma (INSERT, UPDATE, DELETE, etc.)

Te comparto 4 librerías que muy probablemente necesites utilizar en algún punto de tu carrera:

• psycopg2: si necesitás comunicarte con una base de datos PostgreSQL, este ha sido históricamente uno de los conectores más utilizados en el ecosistema Python.

  • Pip: https://pypi.org/project/psycopg2/#description

  • Docs: https://www.psycopg.org/docs/

  • Nota: investigando esta librería al momento de escribir este artículo, aparece su versión más moderna bajo el nombre de psycopg (versión 3). Según sus creadores, psycopg2 queda principalmente para mantenimiento de aplicaciones existentes, mientras que para nuevos proyectos se recomienda comenzar directamente con psycopg. Más info acá.

• sqlite3: integrada nativamente en Python (import sqlite3), por lo que no requiere instalación adicional. Esta librería, escrita en C, provee acceso a una base de datos ligera basada en disco (se almacena como un archivo más en tu sistema) y que no requiere un servidor dedicado. Es especialmente útil para prototipar aplicaciones o desarrollar soluciones simples que luego pueden migrarse a motores más robustos como PostgreSQL, MySQL u Oracle.

  • Docs: https://www.sqlite.org/

• pandas: un verdadero caballito de batalla en el mundo de los datos, y no solo para Ingenieros de Datos. Si bien su foco principal no está en la extracción y carga de datos sino en su manipulación eficiente, ofrece múltiples funcionalidades para leer información desde distintos formatos (CSV, TXT, XLSX, FWF, entre otros), cargarla en memoria mediante estructuras llamadas DataFrames, y luego exportarla nuevamente a archivos o incluso a bases de datos. Internamente, para estas operaciones, pandas se apoya en otros drivers o conectores (por ejemplo, psycopg para PostgreSQL). Como alternativa moderna existe polars, con un propósito y una sintaxis muy similares, pero implementado en Rust, lo que le permite destacar en rendimiento y uso de memoria en ciertos escenarios.

  • Pip: https://pypi.org/project/pandas/

  • Docs: https://pandas.pydata.org/pandas-docs/stable/

• duckdb: una base de datos analítica embebida que puede utilizarse directamente desde Python. Permite ejecutar consultas SQL de forma muy rápida y eficiente sobre datasets grandes, incluyendo DataFrames de pandas, archivos CSV o formatos columnar como Parquet. No requiere un servidor independiente, lo que la vuelve comparable a sqlite3 en cuanto a simplicidad de uso, pero orientada a workloads analíticos en lugar de transaccionales.

  • Pip: https://pypi.org/project/duckdb/

  • Docs: https://duckdb.org/docs/stable/clients/python/overview

SDKs para proveedores Cloud

Muchos proveedores de nube pública, como AWS, GCP y Azure, cuentan con su propio SDK (Software Development Kit) que nos permite interactuar de forma programática con los servicios que ofrecen. En otras palabras, podemos crear, modificar y eliminar recursos desde nuestro lenguaje de programación favorito, en lugar de hacerlo exclusivamente a través de la interfaz web.

En el contexto de pipelines de datos, estos SDK suelen utilizarse para extraer datos desde servicios de almacenamiento de objetos como S3 (AWS) o Cloud Storage (GCP) y, luego del procesamiento o transformación correspondiente, cargarlos nuevamente en el mismo servicio o en otro distinto. Un patrón común es almacenar los datos crudos y los datos procesados en rutas diferentes dentro del mismo bucket (por ejemplo, distintos prefijos en S3), aunque también es habitual cargar los resultados finales en servicios como RDS (bases de datos gestionadas en AWS) o Azure SQL Database.

A continuación, un breve repaso de cómo se organiza el acceso a estos servicios en cada proveedor:

• Google Cloud Platform (GCP): la nube de Google ofrece librerías específicas por servicio (por ejemplo, almacenamiento, BigQuery, Pub/Sub, etc.). Este enfoque permite instalar únicamente los clientes necesarios, dando mayor control sobre las dependencias y manteniendo un entorno de desarrollo más liviano.

  • Docs: https://docs.cloud.google.com/python/docs/reference

• Azure: presenta una estrategia similar a la de GCP. Se eligen una o más librerías en función de los servicios con los que se necesite interactuar, lo que favorece una gestión más granular de dependencias.

  • Docs: https://learn.microsoft.com/en-us/azure/developer/python/sdk/azure-sdk-overview

• AWS: Amazon optó por un enfoque distinto y centralizó el acceso a sus servicios en boto3, el SDK oficial de AWS para Python. A través de una única instalación, es posible interactuar con prácticamente todos los servicios de AWS mediante dos abstracciones principales: clients y resources. Ambas permiten realizar operaciones similares, pero con distintos niveles de abstracción y ergonomía. ¿Te gustaría que arme una guía rápida para empezar a usar boto3? Hace ya un par de años que lo utilizo y, si bien siempre hay algo nuevo por aprender, creo que puedo aportar una buena base práctica. Decime en los comentarios si te interesaría. 😊

  • Docs: https://aws.amazon.com/sdk-for-python/

APIs

Muchos sistemas exponen datos mediante APIs. Es por ello que las APIs son consideradas en la lista de source systems (sistemas fuente), lugares desde donde debemos extraer datos para transformación y posterior carga.

En términos generales, al comunicarnos con una API lo que hacemos es enviar una petición HTTP (por ejemplo, GET, POST, PUT, etc.), acompañada de ciertos parámetros, encabezados y, en algunos casos, un cuerpo (body). Como respuesta, la API nos devuelve los datos solicitados, habitualmente en formatos como JSON o XML.

• requests: probablemente la librería más conocida para realizar peticiones HTTP en Python. No es la única opción disponible, pero sí una de las más simples y amigables de usar. Su principal limitación es que no soporta asincronismo de forma nativa, lo cual puede ser una desventaja en escenarios I/O bound (por ejemplo, cuando realizamos muchas llamadas a APIs externas). En serio: investigá sobre concurrencia y paralelismo, porque tarde o temprano lo vas a necesitar en este contexto.

  • Pip: https://pypi.org/project/requests/

  • Docs: https://requests.readthedocs.io/en/latest/

• HTTPX: una librería moderna que ofrece soporte tanto sincrónico como asincrónico, con una sintaxis muy similar a requests. Hace un uso intensivo de type annotations, una característica de Python que vale la pena incorporar, ya que mejora la legibilidad del código y facilita el trabajo con herramientas de análisis estático.

  • Pip: https://pypi.org/project/httpx/

  • Docs: https://www.python-httpx.org/

• AIOHTTP: una librería puramente asíncrona, orientada a alto rendimiento y muy eficiente en escenarios que requieren alta concurrencia. Trabajar con concurrencia no siempre es sencillo de implementar ni de debuggear, pero es una habilidad clave en sistemas de datos y, en algún momento, conviene “pelearse” con este tipo de herramientas para entenderlas bien.

  • Pip: https://pypi.org/project/aiohttp/

  • Docs: https://docs.aiohttp.org/en/stable/

¡Gracias por leer El Ingeniero Consciente! Si te reenviaron este correo o estás leyendo desde la web, te invito a suscribirte para recibir más ediciones y potenciar tu camino IT con una pizca de consciencia y atención plena

Archivos

Este apartado puede subdividirse en dos grandes grupos: archivos locales (los que tenés en tu computadora o en el filesystem del entorno donde corre tu código) y archivos que deben extraerse desde o cargarse hacia servidores que utilizan protocolos como FTP y/o SFTP.

Archivos locales

• csv: librería estándar de Python (es decir, no hace falta instalar nada) para trabajar con archivos separados por comas. Ojo igual: el nombre engaña, porque el delimitador no siempre es una coma. Muchas veces vas a encontrarte con ;, | u otros separadores, así que no conviene confiarse. También es común utilizar esta librería para leer archivos .txt que sigan una estructura tabular similar.

  • Docs: https://docs.python.org/3/library/csv.html#module-csv

• Excel: acá decidí invertir el enfoque y, en lugar de mencionar una sola librería, hablar directamente del tipo de archivo. Y es que lidiar con Excel suele ser todo un desafío. Los datos rara vez vienen bien organizados (hay gente que los usa como si fuera Canva o Paint… mejor no profundizar), y si el archivo es grande, podés encontrarte con problemas de memoria. A diferencia de otros formatos, los archivos Excel no están pensados para ser leídos de forma verdaderamente streaming, por lo que en muchos casos terminan cargándose completos en memoria. Dicho esto, ¿qué librerías existen para lidiar con estos subproductos de Satanás?

  • openpyxl: una de las librerías más conocidas y confiables para trabajar con archivos Excel en formato moderno (.xlsx, Excel 2010 en adelante). Es una opción sólida para la mayoría de los casos.

    • Pip: https://pypi.org/project/openpyxl/

    • Docs: https://openpyxl.readthedocs.io/en/stable/

  • python-calamine: una alternativa muy rápida y robusta, especialmente útil cuando la estructura interna del archivo no puede ser interpretada correctamente por openpyxl. Personalmente, me ha salvado más de una vez en escenarios complicados.

    • Pip: https://pypi.org/project/python-calamine/

    • Docs: (no pude encontrar docs, asi que si tenés el link por ahí, avisame y lo coloco acá)

  • xlrd: llibrería pensada exclusivamente para leer archivos Excel en formato antiguo (.xls). Importante: no sirve para archivos .xlsx. En mi opinión, hoy en día solo la usaría como failover cuando necesito leer un .xls y las otras alternativas no funcionan o no aplican.

    • Pip: https://pypi.org/project/xlrd/

    • Docs: https://xlrd.readthedocs.io/en/latest/

Recomendación: si vas a lidiar frecuentemente con archivos Excel, pandas puede alivianarte bastante el proceso. A través de métodos como read_excel, podés importar los datos del archivo directamente a un DataFrame, una estructura en memoria que ofrece muchas abstracciones y utilidades para trabajar con datos tabulares.

Internamente, pandas se apoya en varias de las librerías mencionadas anteriormente. Mediante el argumento engine de read_excel, podés alternar entre distintos motores de lectura. Esto resulta muy útil para implementar estrategias de fallback: por ejemplo, si openpyxl no logra parsear un archivo, podés capturar la excepción y volver a intentar usando calamine como motor alternativo.

Servidores FTP/SFTP

Estos servidores se utilizan típicamente para proveer o intercambiar datos con clientes o terceros fuera de tu compañía. Como Data Engineer, es bastante común tener que conectarse a este tipo de servidores para extraer datos de un cliente, realizar procesos de transformación y limpieza, y luego devolver el resultado ya sea en una ruta específica del mismo servidor o cargándolo en un data warehouse como Snowflake para su posterior análisis.

Hay varios puntos importantes a tener en cuenta al trabajar con este tipo de servidores:

• FTP: si el protocolo a utilizar es FTP, la conexión es relativamente simple, pero insegura. Aunque se maneje autenticación mediante usuario y contraseña, las credenciales y los datos suelen viajar en texto plano, lo cual hace tiempo dejó de ser una opción aceptable desde el punto de vista de seguridad.

  • ftplib: librería estándar de Python (nuevamente, sin necesidad de instalaciones adicionales). Permite automatizar tareas típicas sobre servidores FTP, como conectarse, listar directorios, descargar archivos y subir resultados procesados.

    • Docs: https://docs.python.org/3/library/ftplib.html

• SFTP: acá la historia cambia. Este protocolo funciona sobre SSH, lo que implica una conexión segura, pero también un manejo más cuidadoso de la autenticación. En la práctica, suele requerirse el uso de llaves públicas y privadas, aunque también es posible combinar llaves con usuario y contraseña según la configuración del servidor.

  • paramiko: librería que implementa el protocolo SSHv2 y permite realizar prácticamente las mismas operaciones que ftplib, pero sobre una conexión segura. Un detalle a tener en cuenta es que paramiko es relativamente pesada en tamaño, lo cual puede convertirse en un problema en entornos con límites estrictos de despliegue. Por ejemplo, si tu aplicación Python se ejecuta como una función AWS Lambda, es posible que el peso total del paquete supere el límite permitido. En esos casos, suele ser necesario recurrir a Lambda Layers u otras estrategias de empaquetado. Si necesitás ayuda con este contexto de despliegue en particular, escribime 😉

    • Pip: https://pypi.org/project/paramiko/

    • Docs: https://www.paramiko.org/

Lo que quiero que te lleves

Como vimos, existen muchas librerías en Python para extracción y carga de datos. El truco es elegir la herramienta adecuada para la situación correcta.

Además, está bueno saber que Python de por sí viene equipado con librerías para distintos escenarios, por lo que salir corriendo a instalar librerías de terceros no siempre tiene que ser la mejor alternativa.

¿Crees que falta alguna librería para agregar? ¿Hay algo que debería corregir? Avisame en los comentarios, siempre estoy atento a cualquier feedback que puedan darme. La idea no es demostrar quién sabe más, sino llegar a las conclusiones correctas mediante información precisa.

En la próxima edición de Taller de Datos, vamos a charlar sobre cómo abordar el proceso de transformación de datos en Python a través de librerías.

PD: te odio Excel.

Quería avisarte de un cambio importante que se viene en El Ingeniero Consciente.

A partir de ahora, la newsletter estará organizada en secciones temáticas, y cada edición semanal estará enfocada en un solo pilar:

• 🛠️ Taller de Datos — Data Engineering, Python, SQL, Git y herramientas técnicas

• ☁️ La Senda del Nubearquitecto — AWS, cloud y arquitectura

• 💼 Carrera y Habilidades — crecimiento profesional en IT

• 🧠 Debug Mental — mentalidad, foco y el costado humano de trabajar en tecnología

¿Querés elegir qué secciones recibir?

Tenés dos opciones:

Opción 1: desde Substack (paso a paso)

1. Abrí el menú de Substack

2. Entrá en Suscripciones

3. Hacé click en El Ingeniero Consciente

4. En la página de la newsletter, hacé click en tu ícono de usuario (arriba a la derecha)

5. Seleccioná Gestionar suscripción

6. Elegí las secciones que querés recibir

Opción 2: acceso directo

Podés gestionar tus preferencias directamente desde este enlace:
👉 https://elingenieroconsciente.substack.com/account?utm_source=user-menu

Cualquiera sea la opción que elijas, deberías poder llegar a una página como esta:

Gracias por estar del otro lado y por acompañar esta nueva etapa.

La idea es simple: más foco, menos ruido y contenido que realmente te sirva.

¡Un abrazo!
— Elias (Kani)

Y antes de que el año termine del todo, quería hacer una pequeña pausa para decir gracias.

Gracias a quienes leen en silencio.

Gracias a quienes responden con un “esto me sirvió”.

Y gracias especialmente a quienes se tomaron el tiempo de responder la encuesta de la edición anterior. Aunque no fueron muchos en cantidad, sí fueron más que suficientes para darme claridad.

Con ese feedback pude confirmar algo importante: El Ingeniero Consciente está creciendo, y es momento de darle una estructura más clara y sostenible de cara al 2026.

Lo que fue (y lo que aprendí)

Este año la newsletter fue, en muchos sentidos, un laboratorio.

Como cuando te mandás a probar el free tier de AWS y levantás 2 instancias EC2, 1 Lambda y subis un archivo a S3 a ver cómo funca la nube 🤣

Probé formatos, extensiones, mezclas de contenido técnico con reflexión, y fui ajustando sobre la marcha.

Algo que apareció con fuerza en la encuesta fue esto:
👉 no todos leen todo, y está perfecto.
👉 la gente valora saber qué va a leer antes de abrir.
👉 el contenido técnico y el humano funcionan mejor cuando tienen foco.

Así que decidí ordenar todo eso.

El nuevo formato de El Ingeniero Consciente (2026)

A partir del año que viene, la newsletter tendrá una frecuencia semanal y cada edición estará enfocada en un solo pilar.

🛠️ Taller de Datos

Data Engineering, Python, SQL, Git y herramientas técnicas.
Conceptos fundamentales explicados de forma práctica y aplicable.

☁️ La Senda del Nubearquitecto

AWS, cloud computing y arquitectura.
Aprendizajes reales, buenas prácticas y herramientas desde el recorrido, no desde el manual.

💼 Carrera y Habilidades

Crecimiento profesional en IT: salario, seniority, comunicación, foco, toma de decisiones y desarrollo de habilidades clave.

🧠 Debug Mental

Reflexiones, mentalidad, hábitos, foco y el costado humano de trabajar en tecnología.

Nota: En cada edición puede aparecer una sección llamada Datazo, que acompaña al pilar principal con un recurso, herramienta o idea concreta para profundizar.

Nota 2: Además, si bien la frecuencia es semanal, esto no implica que haya una edición todas las semanas del mes. Algunos meses estarán más cargaditos que otros, pero mi compromiso es brindarte contenido de calidad con frecuencia.

El espíritu no cambia

Aunque el formato se ordena, la esencia sigue siendo la misma.

Con El Ingeniero Consciente no busco decirte qué hacer desde un pedestal o como una especie de gurú.

Busco acompañarte desde el camino.

Todo lo que comparto nace de lo que estoy aprendiendo, probando, investigando y, muchas veces, equivocándome. Siempre con la intención de aportar valor real, con honestidad y sin humo.

• Si algo me interesa, lo estudio.

• Si algo me sirve, lo comparto.

• Y si me equivoco, lo corrijo.

Para cerrar

De verdad: gracias por estar del otro lado.

Esta newsletter existe porque hay alguien leyéndola.

Espero que el 2026 nos encuentre con más foco, más aprendizaje y mejores conversaciones.

Nos leemos el año que viene.

¡Un abrazo grande! 🫂

— Elias 🧘‍♂️
El Ingeniero Consciente